Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Error while upgrading Diet-pi #3670

Closed
illusive-c opened this issue Jul 13, 2020 · 12 comments
Closed

Error while upgrading Diet-pi #3670

illusive-c opened this issue Jul 13, 2020 · 12 comments
Labels
Bug 🐞 Solution available 🥂 Definite solution has been done Stretch
Milestone
v6.32

Comments

@illusive-c
Copy link

Hi,

I tried to upgrade the dietpi. Looks like it's getting stuck while installing the new PHP version.

Details:

  • Date | Mon Jul 13 12:00:26 +03 2020
  • Bug report | e4260fe0-f634-4dfa-a66b-18185b5be745
  • DietPi version | v6.22.0 (MichaIng/master)
  • Image creator | DietPi Core Team
  • Pre-image | Raspbian Lite
  • Hardware | RPi 2 Model B (armv7l) (ID=2)
  • Kernel version | Linux PiServer 4.14.98-v7+ Request | RT Kernel option #1200 SMP Tue Feb 12 20:27:48 GMT 2019 armv7l GNU/Linux
  • Distro | stretch (ID=4,RASPBIAN=1)
  • Command | apt-get -qq --allow-change-held-packages install php7.2-intl
  • Exit code | 100
  • Software title | DietPi-Patch

Steps to reproduce:

  1. log in as roo
  2. dietpi-upgrade

Expected behaviour:

Update

Actual behaviour:

Getting the error message
│ E: Unable to locate package php7.2-intl │
│ E: Couldn't find any package by glob 'php7.2-intl' │
│ E: Couldn't find any package by regex 'php7.2-intl'

Extra details:

Installation is not modified. Just the default installation with OwnCloud and lighthttp

Additional logs:

E: Unable to locate package php7.2-intl
E: Couldn't find any package by glob 'php7.2-intl'
E: Couldn't find any package by regex 'php7.2-intl'
@illusive-c
Copy link
Author

Looks like old PHP installation was corrupted and was preventing the new installation somehow... I uninstalled the PHP from the dietpi-software tool and re-installed and getting PHP 7.2.32-1+020200710.46+debian91.gbp625eb5 from php-v.

Unfortunately, this also didn't get the owncloud to work. I had to run "apt-get install php7.2-intl" separately and now all is working fine.

@MichaIng MichaIng added this to the v6.32 milestone Jul 13, 2020
@MichaIng
Copy link
Owner

Ah yes the PHP upgrade is messy. I'll adjust and simplify it. A recent change in how incremental patches are applied caused this issue where php7.2-intl is attempted to be installed before the required repository has been added.

Just assure that dietpi-update finally runs through including all incremental patches that are done after php7.2-intl install attempt.

@illusive-c
Copy link
Author

Not sure how the update logic works, so this might be a dumb idea but, maybe all versions of PHP should be deleted before attempting 7.2 deployment?

After messing around a little with different versions, now all seems to be working fine except when I restart the Pi, it gets stuck in maintenance mode and I have to SSH and "occ maintenance:mode --off" twice before it starts working. I'm thinking this might be the result of the "dietpi-update finally" you've mentioned. Should I just run that command in shell?

@MichaIng
Copy link
Owner

Not sure how the update logic works, so this might be a dumb idea but, maybe all versions of PHP should be deleted before attempting 7.2 deployment?

The problem is that now all reinstalls are done bundled at the end of all incremental patches to reduce overhead (multiple dedicated dietpi-software calls) and assure that dietpi-software (which is called with newest code) finds the system with all possibly required incremental patches instead of half done half not. However of course this means that all patches must not rely on any reinstall, and in case of PHP7.0 upgrade to PHP7.2/7.3 when ownCloud and/or Nextcloud and/or Pydio are installed, they do require the PHP reinstall first, which places the repository form where php7.2/7.3-intl can be installed.

I'll now add required module installs and webserver config adjustments right into PHP (re)install code in dietpi-software, which also enables the possibility to uninstall and reinstall PHP, e.g. do have it upgraded to newest version, without breaking dependants like webservers or other PHP web applications. The incremental patches will then only mark the old PHP packages for autoremoval which is done after the reinstalls.

except when I restart the Pi, it gets stuck in maintenance mode and I have to SSH and "occ maintenance:mode --off" twice before it starts working.

One way to verify, could you paste:

grep -E 'CONFIG_AUTO_DIETPI_UPDATES=|CONFIG_WIFI_COUNTRY_CODE=' /boot/dietpi.txt

Please also verify that PHP7.2 is the only installed PHP version:

dpkg --get-selections '*php*'

@illusive-c
Copy link
Author

illusive-c commented Jul 13, 2020 •
edited
Loading

Man as powerful as Linux package management is, it's hella confusing too...

I've run the commands you've sent. The first one doesn't do anything as far as i can tell. Just returns back.

The output for the second one is this:

php-apcu install
php-common install
php-igbinary install
php-redis install
php7.2-cli install
php7.2-common install
php7.2-curl install
php7.2-fpm install
php7.2-gd install
php7.2-intl install
php7.2-json install
php7.2-mbstring install
php7.2-mysql install
php7.2-opcache install
php7.2-readline install
php7.2-sqlite3 install
php7.2-xml install
php7.2-zip install

I think only 7.2 is present now.

@MichaIng
Copy link
Owner

Okay jep looks good then. Not sure why occ maintenance:mode --off fails then. Does it throw an error message? Since the first attempt is printed to local console only, if you have no monitor to watch:

systemctl disable dietpi-postboot
reboot
# login via SSH
systemctl enable --now dietpi-postboot

This way you see the very first attempt of starting up PHP and disabling maintenance mode... Now that I'm thinking about it: Actually maintenance mode is not enabled on shutdown/reboot, hence disabling it should be skipped on boot 🤔.

@illusive-c
Copy link
Author

Just did another reboot and indeed it's not stuck in the maintenance mode now. I think all the problems I got with the upgrade is sorted now. Thank you for the fast response! Appreciate the work you guys do!

@MichaIng
Copy link
Owner

Fixed: 3b90fab
Changelog: e0ce994

Great to hear that the maintenance mode issue as gone as well 😃.

@MichaIng MichaIng added the Solution available 🥂 Definite solution has been done label Jul 13, 2020
@Phil1988
Copy link

Phil1988 commented Jul 24, 2020 •
edited
Loading

Okay jep looks good then. Not sure why occ maintenance:mode --off fails then.

Should be ncc maintenance:mode --off right ?

@MichaIng
Copy link
Owner

occ maintenance:mode --off for ownCloud
ncc maintenance:mode --off for Nextcloud

@Phil1988
Copy link

Yeah sorry... I did overread the "owncloud" and actually didnt know that OwnCloud is supported as well...
But I should have known. DietPi just combines EVERYTHING :D

@MichaIng
Copy link
Owner

Especially since ownCloud and Nextcloud are still similar enough to share 99% of install and config code (and we do MUCH on those), it would be a waste of quality code to use it only for one option 😄. I remember sharing the same steps for both was one of my earliest contributions to DietPi after improving the Nextcloud install: #1251

@MichaIng MichaIng mentioned this issue Aug 27, 2020
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Bug 🐞 Solution available 🥂 Definite solution has been done Stretch
Projects
None yet
Milestone
v6.32
Development

No branches or pull requests
3 participants
@Phil1988 @illusive-c @MichaIng