WebUI Fog Configuration page displays php

[Wayne Workman]

This is just me, but if my FOG server was in a VM (it is), I’d snapshot it, and then delete everything in /var/www/html and re-run the fog installer.

[Sebastian Roth]

@Reagan How did you go about to install dev-branch? Just wondering about the commands you used.

I would try renaming the checked out /root/fogproject directory (or even delete it, only has binaries1.5.4.zip and log files in it - all the rest is on github anyway). Then pull a fresh clean copy from github and try again.

[Reagan]

@Wayne-Workman my FOG server is also running on a VM, however, after attempting this the webpage was no longer reachable. I have since reverted to my snapshot.

[Reagan]

@Sebastian-Roth I used git checkout dev-branch to extract the branch to my system, and then git pull, after doing this I ran the installer with my git branch set to dev-branch. The installer confirmed it was version 1.5.5.3. Nonetheless, the same results showed.

I deleted the /root/fogproject directory, then used git clone https://github.com/FOGProject/fogproject.git to recreate the directory and then launching the installer again. My circumstances are still the same, with everything on the website being functional, except the FOG Configuration page, as well as the bottom right corner showing 1.5.4.

[Sebastian Roth]

@Reagan As Wayne already mentioned, you might want to take a snapshot of the machine (maybe already have), then rm -rf /var/www/html ; mkdir -p /var/www/html and re-run the installer.

As well you might want to upload the FOG installer logs (in fogproject/bin/error_logs) so we can see what it actually does.

[Reagan]

@Sebastian-Roth Upon using the commands and running the installer, the webpage is not reachable. https://imgur.com/a/LB1spng.

Here is the log of the installer: https://imgur.com/a/kN59IVb.

I navigated to /var/www/html after running the installer again and saw that the fog directory was missing. Upon copying the fog directory from /var/www and pasting it into /var/www/html, the website was reachable, but still persisted with the same problems as before.

[Wayne Workman]

@Reagan delete everything in /var/www except for html, and delete everything in /var/www/html and then re-run the installer.

[Sebastian Roth]

@Reagan Well now I know what’s going on. Thanks for posting the picture of the log. The installer doesn’t finish and so never gets to copy the new web interface stuff. to /var/www/html/fog. So no wonder you were always stuck with 1.5.4!!!

Did you notice it stopped on “Setting up fog password … Failed!”?? Please take a look at the installer error_log directory. There should be a second text file with detailed installer output. Copy and paste that (or at least the last 20 lines of it) to the forums. I can’t imagine why it would fail at that point.

[Reagan]

@Sebastian-Roth Here are the last lines of /root/fogproject/bin/error_logs/fog_error_1.5.5.log:
https://imgur.com/a/tX5p8IN

[Reagan]

@Reagan Upon consulting https://wiki.fogproject.org/wiki/index.php/.fogsettings, https://wiki.fogproject.org/wiki/index.php/Password_Central, and https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP, particularly:

There are a few places where all the credentials (on a standard install) should match exactly.

Web Interface -> Storage Management -> [Your storage node] -> Management Username & Management Password
Web Interface -> FOG Configuration -> FOG Settings -> TFTP Server -> FOG_TFTP_FTP_USERNAME & FOG_TFTP_FTP_PASSWORD
The local 'fog' user's password on the Linux FOG server
Server file: /opt/fog/.fogsettings -> password (For recent FOG Trunk versions only. 1.2.0 does not have this setting. 1.3.0 will though.)
Server file: /opt/fog/.fogsettings -> username (For recent FOG Trunk versions only. 1.2.0 does not have this setting. 1.3.0 will though.)

I believe that the password set by my predecessor did not meet the password requirements for a local user on the Linux FOG server (The password they set is 44 characters long). I also found that the password listed in the .fogsettings file did not match that in the storage management credentials section (a 1 letter typo).

I believe that my next course of action is to change the password and have it reflect in the 5 sections mentioned above. If this is the case, because I can not access “Web Interface -> FOG Configuration -> FOG Settings -> TFTP Server -> FOG_TFTP_FTP_USERNAME & FOG_TFTP_FTP_PASSWORD”, how would I go about changing the password for this section?

Thank you.

[Tom Elliott]

@Reagan do you have time for a remote session, like using AnyDesk?

[Reagan]

@Tom-Elliott Not currently, but I would be available at around 1pm CST.

[Tom Elliott]

@Reagan That works for me. Just hit me in the chat bubble.

[Sebastian Roth]

@Tom-Elliott This is an interesting one. Have you ever seen that Linux is not taking a password for being too long/complex?

[Tom Elliott]

@Sebastian-Roth The problem with the password was the complexity requirements that were enabled.

It would require 3 of the 4 main common things, but the first/last character of the password did not count toward the system’s configured password complexity requirements.

I used one that it suggested and updated the fields where needed.

This is not a common thing of course.

The other part of the problem was the old ‘two versions’ of FOG installed on the machine.

Essentially both /var/www/fog and /var/www/html/fog were individual installations. My guess is it was using the /var/www/html/fog version for display, but the fog configuration page was coming from the link.

Moved both the /var/www/fog/ and /var/www/html/fog folders and ran the installer and all completed properly.

Tested the use of FOG Configuration and updated the passwords where needed. All was working properly now.

[Reagan]

After @Tom-Elliott’s 1 on 1 assistance, the server is updated and running smoothly again. Thanks everyone for your suggestions and help.