Replication has stopped after ugprade

[Sebastian Roth]

@moses Did you find out what’s going wrong with the services? Any errors in the apache log when you try starting the service?

We’ve fixed the bandwidth.php issue. Can you please update to the latest version to see if those errors stop and the bandwidth monitor on the dashboard works for you.

[moses]

Unfortunately, even with some hands-on help, I wasn’t able to determine what the cause was. At this point my best bet was that it’s related to Linux. Even upgrading to a newer distro didn’t help. I’m currently in the process of moving my configuration over to CentOS, once I back up my images.

[Sebastian Roth]

@moses Are the services actually running after you started them by hand? ps ax | grep FOG

[Junkhacker]

if you run top, how much of your cpu do these services utilize?

[moses]

After moving my installation over to CentOS, the Image Replication service now starts. Hooray!

But alas, I run into another issue. See the last line of the fogreplicator.log:

  ###########################################
  #     Free Computer Imaging Solution      #
  #     Credits:                            #
  #     http://fogproject.org/credits       #
  #     GNU GPL Version 3                   #
  ###########################################

[03-08-16 2:00:59 pm] Interface Ready with IP Address: 8.67.5.309
[03-08-16 2:00:59 pm] Interface Ready with IP Address: 192.168.1.66
[03-08-16 2:00:59 pm] Interface Ready with IP Address: SVR-HQ-IMAGING
[03-08-16 2:00:59 pm]  * Starting ImageReplicator Service
[03-08-16 2:00:59 pm]  * Checking for new items every 600 seconds
[03-08-16 2:00:59 pm]  * Starting service loop
[03-08-16 2:00:59 pm]  * Starting Image Replication.
[03-08-16 2:00:59 pm]  * We are group ID: #1
[03-08-16 2:00:59 pm]  | We are group name: HQ
[03-08-16 2:00:59 pm]  * We have node ID: #1
[03-08-16 2:00:59 pm]  | We are node name: SVR-HQ-IMAGING
[03-08-16 2:00:59 pm]  * Found Image to transfer to 3 group(s)
[03-08-16 2:00:59 pm]  | Image name: Universal-W7P-x64-ENGINEERING
[03-08-16 2:01:00 pm]  * Type: 8, File: /var/www/html/fog/lib/fog/fogbase.class.php, Line: 55, Message: Undefined index: REQUEST_METHOD

This error only appears if I add an image to one specific storage group. Should I maybe delete the storage group or the node there and re-create them?

[Sebastian Roth]

@moses Thanks for reporting! I am sure Tom will fix this in a second. Anyhow, I don’t think this is a show stopper for you. Usually those “Undefined index” messages are just notices, not real PHP errors. Log should be going on… I hope!

By the way. Do you still have the fopen warnings in your apache error log? A fix has been pushed this morning.

[moses]

@Sebastian-Roth In this case, it’s preventing the replication service from proceeding any further. Replication never starts, to any nodes. If I remove that particular storage group from that image, replication works find to all the others.

Checking on that now…

[moses]

@Sebastian-Roth fopen errors are gone, now I got a shiny new error (repeated many times):

[Tue Mar 08 13:46:04.596088 2016] [:error] [pid 2547] [client 192.168.1.144:60293] PHP Warning:  mysqli::query(): invalid object or resource mysqli\n in /var/www/html/fog/lib/db/mysql.class.php on line 52, referer: http://192.168.1.66/fog/management/index.php?node=home

[moses]

After updating the node in question (despite it failing at “Restarting apache2 for fog vhost”), replication has been fixed.

[Tom Elliott]

@moses in the installer’s bin/error_logs/fog_error_<versionNumberOfInstall>.log what’s at the end of the file?