problem updating to trunk. Stopping web service......failed!
-
I’m assuming it’s safe to solve this now?
-
yes solved
-
@templink Sure would be nice to know what the solution was?
-
@Arrowhead-IT said:
Maybe try the commands Tom suggested again? I did them out of order on accident since I was having the same problem and it worked for me.
sudo apt-get autoremove --purge sudo rm -rf /etc/php5 sudo rm -rf /etc/apt-get/sources.d/*ondrej* sudo apt-get purge php5* sudo apt-get autoremove --purge
Then I reran the installer and all was well with the world. Maybe trying it again is worth a shot
More or less, the steps above are what the fix was. There was some minor variance but this was what got it to operate.
If I recall, your particular issue was the server was unable to add another repository.
-
@Tom-Elliott @ManofValor
I’ve had this problem on a few of the trunks in the last week. So I’ve just put those commands into a bandaid fix type script and it works everytime it happens, like this morning for example. Said script is just the same commands with some echo’s and -y for automation, looks like this…#!/bin/bash echo "running autoremove to clean up apt..." sudo apt-get autoremove --purge -y echo "removing php files..." sudo rm -rf /etc/php5 echo "removing ondrej sources from apt..." sudo rm -rf /etc/apt-get/sources.d/*ondrej* echo "uninstalling php5..." sudo apt-get purge php5* -y echo "cleaning up apt..." sudo apt-get autoremove --purge -y exit
Do we have any idea what is causing this or should I just add those commands to my update script reinstall php over and over and just not worry about it? Granted it doesn’t happen with every trunk, maybe 3 of them in the last week.
I wonder if it’s specific to a linux distro? I am running Ubuntu Server 14.04
@templink What version of Ubuntu are you running?
@ManofValor Assuming you’re having this problem too, what linux distro are you running? -
@Arrowhead-IT Why not just add them to the installer for Ubuntu ?
-
@Wayne-Workman That would work, but I feel like it’s kind of a bandaid to the issue rather than a real fix. We didn’t have to reinstall php for every fog update before, why do we suddenly need to do it now? Granted I do like the idea of contributing something to the official fog code, even if it does get taken out later…
-
@Arrowhead-IT said:
even if it does get taken out later
It’s fine if it gets taken out later. But having something that works is better than nothing at all. The @Developers can fix it the proper way when they have time.
-
@Tom-Elliott Yeah i got through that. it was a firewall issue. i did the steps above but now getting:
- Installing package: php5…Failed!
so I ran:
sudo -E add-apt-repository ppa:ondrej/php5-5.6
and got:
This branch follows latest PHP 5.6 packages as maintained by me & rest of the Debian pkg-php team.
You can get more information about the packages at https://sury.org
For PHP 5.5 use: ppa:ondrej/php5
For PHP 5.4 use: ppa:ondrej/php5-oldstableBUGS&FEATURES: This PPA now has a issue tracker: https://deb.sury.org/pages/bugreporting.html
PLEASE READ: If you like my work and want to give me a little motivation, please consider donating: https://deb.sury.org/pages/donate.html
WARNING: add-apt-repository is broken with non-UTF-8 locales, see https://github.com/oerdnj/deb.sury.org/issues/56 for workaround:
apt-get install -y language-pack-en-base
LC_ALL=en_US.UTF-8 add-apt-repository ppa:ondrej/php5-5.6
More info: https://launchpad.net/~ondrej/+archive/ubuntu/php5-5.6
Press [ENTER] to continue or ctrl-c to cancel adding itgpg: keyring
/tmp/tmpshpbmela/secring.gpg' created gpg: keyring
/tmp/tmpshpbmela/pubring.gpg’ created
gpg: requesting key E5267A6C from hkp server keyserver.ubuntu.com
gpg: /tmp/tmpshpbmela/trustdb.gpg: trustdb created
gpg: key E5267A6C: public key “Launchpad PPA for Ondřej Surý” imported
gpg: Total number processed: 1
gpg: imported: 1 (RSA: 1)I also ran the updater
-
@Arrowhead-IT
“What version of Ubuntu are you running?”
Ubuntu 14.04 LTS