barracuda_log.txt - http://pastebin.com/5YNi1jBM
octopus_log.txt - http://pastebin.com/jTM2puef
/root/.o1.octopus.cnf - http://pastebin.com/LL3QeEJs
I read some of the other issues in the queue relating to this issue but none of the mentioned solutions seem to resolve my issue.
The actual message I'm recieving is:
UPGRADE B: Hostmaster STATUS: upgrade completed
UPGRADE B: Simple check if Aegir upgrade is successful
UPGRADE B: FATAL ERROR: Required file /data/disk/o1/aegir/distro/006/sites/o1.server.com/settings.php does not exist
UPGRADE B: FATAL ERROR: Aborting AegirSetupB installer NOW!
UPGRADE A: FATAL ERROR: AegirSetupB installer failed
UPGRADE A: FATAL ERROR: Aborting AegirSetupA installer NOW!
FATAL ERROR: AegirSetupA installer failed
FATAL ERROR: Aborting Octopus installer NOW!
I removed the /opt/tmp/*FAIL files and the auto created additional 00x folders in /data/disk/o1/aegir/distro/ so only the actual hostmaster install directory exists and the previous one but this resulted in the same error.
Another thing I noticed was early in the installation I got error: SQLSTATE[28000] [1045] Access denied for user 'o1'@'localhost' (using password: YES) and now that Aegir isn't able to carry out normal tasks.
Any ideas?
Comments
Comment #1
omega8cc CreditAttribution: omega8cc commentedPlease try to run on command line, *a few times*:
randpass 32 esc
Then a few times:
randpass 32 alnum
Then a few times:
pwgen -v -s -1
And post the output, so we could get a better idea on what happens there.
Then please let us know the output of commands shown below - don't worry, all passwords are re-generated on every upgrade automatically:
Comment #2
omega8cc CreditAttribution: omega8cc commentedPlease enable debugging and post full logs displayed in the terminal.
If you will get different passwords displayed/stored in the database and the config files for master and/or satellite instance, you will need to use our
syncpass
tool, as explained below.1. Please sync passwords first:
2. Then run the upgrade:
3. Finally, post the results again:
Comment #3
snlnz CreditAttribution: snlnz commentedHere's the output from the first commands:
randpass / pwgen output - http://pastebin.com/b7q4D0am
http://pastebin.com/L1v9qKWb
http://pastebin.com/K34c0QpQ
barracuda upgrade appeared to work fine but noticed access denied root@localhost error during upgrade.
http://pastebin.com/3iZ8Cqqm
octopus up-head failed
http://pastebin.com/4ZgUN0hn
Final output
http://pastebin.com/kF0HBVz2
Is there anywhere the entire install is logged? From memory it was there once upon a time but now it doesn't seem to exist unless the "by design" has moved it.
Comment #4
snlnz CreditAttribution: snlnz commentedIf it's any help, I can no longer do any Aegir tasks as getting error:
SQLSTATE[28000] [1045] Access denied for user 'o1'@'localhost' (using password: YES)
This starting happening immediately after the failed octopus upgrade prior to logging this issue.
Comment #5
omega8cc CreditAttribution: omega8cc commentedDid you modify the output in any way?
Is there really
mysql://oct:
? It should bemysql://o1:
Also, you didn't provide all requested information:
cat /data/disk/o1/.o1.pass.txt
Comment #6
omega8cc CreditAttribution: omega8cc commentedAlso this looks wrong;
The table
hosting_db_server
should exist.Comment #7
omega8cc CreditAttribution: omega8cc commentedCan you access mysql root by typing on command line:
mysql
?This
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)
shouldn't happen. Have you tried to change your mysql root password manually?Comment #8
omega8cc CreditAttribution: omega8cc commentedYou should *not* try HEAD right now, because it doesn't include all fixes from BOA-2.0.6 and BOA-2.0.7, because we couldn't commit them to git yet.
Comment #9
omega8cc CreditAttribution: omega8cc commentedPlease provide *real* output of requested commands or we will not be able to assist you.
This looks obviously fake, because "oct" user can't display results for "o1" user.
Plus, you didn't provide *required* information, again:
cat /data/disk/o1/.o1.pass.txt
Comment #10
omega8cc CreditAttribution: omega8cc commentedAnyway, everything will just fail, because your mysql root password is incorrect. I can only guess that you have changed it manually(?) before but you didn't update essential files:
/root/.my.cnf
and/root/.my.pass.txt
Comment #11
snlnz CreditAttribution: snlnz commentedI had modified the username output from o1 to oct but for the sake of getting this resolved here it is.
I have modified the servername.domain output
No
Sorry was just following your instructions at that time.
No I didn't, this is a result of the upgrade failing. I don't change passwords like this manually.
Comment #12
snlnz CreditAttribution: snlnz commentedI resolved the upgrade issue by resetting the mysql root password.
After that I was able to complete the upgrade successfully.
Comment #13
omega8cc CreditAttribution: omega8cc commentedNo, wait, this shouldn't happen.
Did the /root/.my.cnf include some too weird characters or something? Barracuda should update the mysql root password once it is re-generated on upgrade.
Comment #14
snlnz CreditAttribution: snlnz commentedNo it didn't and I'm not sure what happened to be honest.
It wasn't until I manually reset it and added it to the /root/.my.cnf file and /root/.my.pass.txt then only the upgrade would work and reset the passwords accordingly.
Comment #15
omega8cc CreditAttribution: omega8cc commentedI don't see any reason why this happened, then.