Backing up database failed!

[Wayne Workman]

@drc0nc See if you can run the installer with the -X argument. This argument tells the installer to continue if there is a failure. It’s not really advisable in all situations, but for this particular problem I’d say it’s safe. For example:

./installfog.sh -X

Additionally, you can find messages related to the failure in the bin directory, should be a directory in there called “error_something”. It’ll have plenty of files in there, look through the latest one.

[EAHarvey]

@Wayne-Workman Stops at the same location. Backing up Database. Does not continue. (sad face)

[drc0nc]

@Wayne-Workman Dug in the error logs here is the last output

Feb 29 10:58:47 jefffog systemd[1]: Starting The PHP FastCGI Process Manager...
Feb 29 10:58:47 jefffog systemd[1]: Started The PHP FastCGI Process Manager.
--2016-02-29 10:58:50--  http://172.24.4.247/fog//management/export.php?type=sqldump
Connecting to 172.24.4.247:80... connected.
HTTP request sent, awaiting response... 500 Internal Server Error
2016-02-29 10:58:50 ERROR 500: Internal Server Error.

[Wayne Workman]

@drc0nc said:

http://172.24.4.247/fog//management/export.php?type=sqldump

See the double forward slashes there between fog and management?

Try to go to that link and see what happens. Then remove the extra slash and try again.

[drc0nc]

@Wayne-Workman Yea noticed the double slashes. Still get an internal 500 error

[Wayne Workman]

@drc0nc So, when I go to that address (with double slashes and without), I get a sql file downloaded and it has stuff in the file, too. I assume this is how the config export works…

Can you try to do FOG Configuration -> Configuration Save -> Export and see if that works?

[Tom Elliott]

@Wayne-Workman said:

http://172.24.4.247/fog//management/export.php?type=sqldump

Please just update, I switched the code around.

[drc0nc]

@Wayne-Workman unfortunately I currently do not have a web UI due to failing install. @Tom-Elliott I just updated and ran the installer. Still failing at backing up the database.

[Tom Elliott]

@drc0nc Any errors?

[moses]

This post is deleted!

[EAHarvey]

@Tom-Elliott Sam error here Tom. Just updated and ran again. Still bombs on backing up database.

[drc0nc]

@Tom-Elliott new errors now after updating

[Mon Feb 29 11:18:17.128137 2016] [:error] [pid 10943] [client 172.24.15.10:60110] PHP Fatal error:  Default value for parameters with a class type hint can only be NULL in /var/www/html/fog/lib/fog/fogftp.class.php on line 141

looks like it moved to line 141

}
    public function pasv(bool $pasv = false) {
        if (!$pasv) $pasv = $this->get('passive');
        return @ftp_pasv(self::$link,$pasv);
    }

lines 140-144

[EAHarvey]

@Tom-Elliott

A Permissions Error. In most cases, a 500 Internal Server Error is due to an incorrect permission on one or more files or folders. In most of those cases, an incorrect permission on a PHP and CGI script is to blame. These should usually be set at 0775 (-rwxr-xr-x).

Maybe?

[Tom Elliott]

Can you try again?

I did miss the pasv function. It should all be fixed now, at least for that particular error series you were all seeing.

[EAHarvey]

@Tom-Elliott updating now./

[drc0nc]

@Tom-Elliott Fixed! thanks!
Edit: it only fixed the access to the web UI

[EAHarvey]

@Tom-Elliott seems good to go. Did you delete all the files in the /var/www/html/fog/lib with your script or move them?

NM, had to refresh the directory.

[EAHarvey]

@Tom-Elliott Turned it on or off? The PASV that is.

[moses]

This update resolved getting to the web interface, but I still get a 500 error when trying to get to the Log Viewer.

[drc0nc]

@moses @Tom-Elliott Same here, guess I should’ve looked.