r5149 hanging on backing up database

[Raymond Bell]

SVN up to r5149 and install is hanging on r5148 is where it breaks

 * Restarting Apache2 for fog vhost............................OK
 * Changing permissions on apache log files....................OK
 * Backing up database.........................................

r5147 works fine

 * Restarting Apache2 for fog vhost............................OK
 * Changing permissions on apache log files....................OK
 * Backing up database.........................................OK
 * Updating Database...........................................OK

r5148 is where it breaks

 * Restarting Apache2 for fog vhost............................OK
 * Changing permissions on apache log files....................OK
 * Backing up database.........................................Failed!

[Wayne Workman]

What’s the output of df -h

[Raymond Bell]

@Wayne-Workman said:

What’s the output of df -h

went back to r5147 because of hanging and failed

[Raymond Bell]

@Wayne-Workman

Filesystem      Size  Used Avail Use% Mounted on
udev            2.0G  4.0K  2.0G   1% /dev
tmpfs           405M  1.2M  404M   1% /run
/dev/sda1        29G  7.5G   20G  28% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none            2.0G   76K  2.0G   1% /run/shm
none            100M   40K  100M   1% /run/user

[Wayne Workman]

if you look inside of the fog installer’s directory (wherever you have it), and look inside of bin/fog_error you’ll see some files in there. They are labeled with the revision number of the version that made them. Find the latest one and look at the end of that file. What do you find?

[Raymond Bell]

@Wayne-Workman

 * apache2 is running
--2016-03-30 10:40:34--  http://10.24.28.18/fog//management/export.php?type=sql
Connecting to 10.24.28.18:80... connected.
HTTP request sent, awaiting response... 500 Internal Server Error
2016-03-30 10:41:51 ERROR 500: Internal Server Error

[Raymond Bell]

@Wayne-Workman Let me run it again and see what happens
It hung for a good 5 min

[Wayne Workman]

@Raymond-Bell also, you can look at Apache errors from the system right after this failure, it might help, I’m not sure if the backup is done with BASH or PHP. http://www.cyberciti.biz/faq/apache-logs/

for fedora/centOS 7:
tail -n 100 /var/log/httpd/error_log

[Raymond Bell]

@Wayne-Workman it just hangs on r5149

--2016-03-30 11:00:31--  http://10.24.28.18/fog//management/export.php?type=sql
Connecting to 10.24.28.18:80... connected.
HTTP request sent, awaiting response... ```

[Wayne Workman]

@Raymond-Bell What OS are you running?

[Raymond Bell]

@Wayne-Workman ubuntu 14.04 but why would it change from r5147 to r5148

[Raymond Bell]

@Wayne-Workman because r5148 had this update maybe.

Use the web exporter tool for the DB backup as well.

Because 5147 works fine

[Wayne Workman]

@Raymond-Bell if svn 5147 works fine, sit on that until Tom has had more time to look at it.

[Raymond Bell]

@Wayne-Workman said:

@Raymond-Bell if svn 5147 works fine, sit on that until Tom has had more time to look at it.

I know this… I was just let him know
and i see 2 things different

r5149
–2016-03-30 11:00:31-- http://10.24.28.18/fog//management/export.php?type=sql
Connecting to 10.24.28.18:80… connected.
HTTP request sent, awaiting response…

r5147
–2016-03-30 10:44:28-- http://10.24.28.18/fog//management/export.php?type=sqldump
Connecting to 10.24.28.18:80… connected.

see the type=

[Tom Elliott]

@Wayne-Workman I’m already looking at it.

Because of what you reported, I’m working on a hopefully better approach to getting the dumped out file.