Posts made by Hanz

I’m current running SVN 6849 and possibly since 6777 snapins don’t show in gui (snapin files exist) although they appear in /opt/fog/snapins with full permissions and ownership by fog:apache.

3/18/2016 10:51 PM Client-Info Version: 0.9.11
 3/18/2016 10:51 PM Middleware::Communication URL: http://10.72.3.50/fog/management/other/ssl/srvpublic.crt
 3/18/2016 10:51 PM Data::RSA FOG Server CA cert found
 3/18/2016 10:51 PM Middleware::Authentication Cert OK
 3/18/2016 10:51 PM Middleware::Communication POST URL: http://10.72.3.50/fog/management/index.php?sub=authorize
 3/18/2016 10:51 PM Middleware::Communication ERROR: Failed to POST data
 3/18/2016 10:51 PM Middleware::Communication ERROR: The remote server returned an error: (500) Internal Server Error.
 3/18/2016 10:51 PM Middleware::Authentication ERROR: Could not authenticate
 3/18/2016 10:51 PM Middleware::Authentication ERROR: Object reference not set to an instance of an object.
 3/18/2016 10:51 PM Service Sleeping for 120 seconds

Apache Error log

[Fri Mar 18 22:56:18.572639 2016] [:error] [pid 32282] [client 10.73.177.189:49937] PHP Fatal error: Uncaught Error: Cannot pass parameter 1 by reference in /var/www/html/fog/lib/fog/host.class.php:140\nStack trace:\n#0 /var/www/html/fog/lib/fog/fogpage.class.php(741): Host->save()\n#1 /var/www/html/fog/lib/fog/fogpagemanager.class.php(67): FOGPage->authorize()\n#2 /var/www/html/fog/management/index.php(24): FOGPageManager->render()\n#3 {main}\n thrown in /var/www/html/fog/lib/fog/host.class.php on line 140

@Tom-Elliott thanks to you and Mr. Workman…I would have had no way to know which host was showing as pending if it wasn’t for his script.

I have a script that @Wayne-Workman wrote, that shows pending host as they come in. I noticed that when a host comes in as pending…all previously accepted/known hosts show as pending as well. When I manually add the host from the list in the log output from said script, all host disappear from pending and all looks as it should.

18/03/2016 10:54:02
 
Pending Hosts:
3557	dmNew1
 
Number of Approved Hosts:
1756
 
Number of Total Hosts:
1757
 
Number of Total MAC addresses:
3558
 
uptime Output:
 10:54:02 up  2:11,  2 users,  load average: 1.00, 1.26, 1.40

I reset the encryption keys after deleting all hosts and adding again from the old database backup from 6549.

the host dmnew was manually set to pending, which shows correctly; however all hosts without a key are showing back up under pending hosts. This has happened since updating to 6777 from 6549. and now I’m currently on 6815.

When I accept the pending hosts listed from output of script, all goes back to normal

@sfayle ~57 seconds looks like UUIDs are being reset, and swap system reset, which I’ve never seen before. Not sure what could be causing this though.

@Sebastian-Roth I’m thinking the database crashed honestly, it happened before, but I was trying to fix an issue with hosts that had been named incorrectly and fighting with fog client (I didn’t know was set to re-domain and name…tough fight until I figured out what was happening)… but it just recently happened overnight with nothing touched. All groups went to zero hosts and I had no hosts period. After reinstalling the database it was fixed both times.

@Sebastian-Roth Sry, it just hasn’t happened again…I actually thought my database kept failing or something, but @Wayne-Workman thought it reminded him of a bug where hosts were disappearing, hence the title. I’ve setup the monitoring script to watch database, but nothing has occurred yet. I will post if/when something happens.

@Tom-Elliott

 03-04-16 7:27:25 am] Interface Ready with IP Address: 10.72.3.50
[03-04-16 7:27:25 am] Interface Ready with IP Address: 168.216.10.20
[03-04-16 7:27:25 am] Interface Ready with IP Address: adamstnel.s201.c33.k12.wv.us
[03-04-16 7:27:25 am] Interface Ready with IP Address: fog-server
[03-04-16 7:27:25 am]  * Starting SnapinReplicator Service
[03-04-16 7:27:25 am]  * Checking for new items every 600 seconds
[03-04-16 7:27:25 am]  * Starting service loop
[03-04-16 7:27:25 am]  * Starting Snapin Replication.
[03-04-16 7:27:25 am]  * We are group ID: #1
[03-04-16 7:27:25 am]  | We are group name: Office
[03-04-16 7:27:25 am]  * We have node ID: #1
[03-04-16 7:27:25 am]  | We are node name: Fog-Server
[03-04-16 7:27:25 am]  * Found Snapin to transfer to 4 group(s)
[03-04-16 7:27:25 am]  | Snapin name: HP-SDM
[03-04-16 7:27:26 am]  | Local File: /opt/fog/snapins/HpSDM.bat
[03-04-16 7:27:26 am]  | Remote File: /opt/fog/snapins
[03-04-16 7:27:26 am]  | Local File size: 145
[03-04-16 7:27:26 am]  | Remote File size: 4096
[03-04-16 7:27:26 am]  | Files do not match
[03-04-16 7:27:26 am]  * Deleting remote file: /opt/fog/snapins

that’s it

@Tom-Elliott We figured out the first line (log) of this thread was due to service needing restarted…

The biggest log I posted is from the Wharton (is a master) storage node in GUI per the first line of the log. It is associated with the snapin, but isn’t the primary group, as I’ve stated before the primary group for ALL my snapins is the server /Office node.

@Tom-Elliott
0_1457094032740_snapins.docx

sry don’t know how to post the pic itself

This is for the HP-SDM snapin as you can see it is assoc with all groups and office (Server) is primary group. All nodes are set as group masters

@Tom-Elliott

[03-04-16 6:59:37 am] | We are group name: Wharton
[03-04-16 6:59:37 am] * We have node ID: #3
[03-04-16 6:59:37 am] | We are node name: Wharton
[03-04-16 6:59:37 am] | Not syncing Snapin: HP-SDM
[03-04-16 6:59:37 am] | This is not the primary group
[03-04-16 6:59:37 am] | Not syncing Snapin: Ninite_8-20-15
[03-04-16 6:59:37 am] | This is not the primary group
[03-04-16 6:59:37 am] | Not syncing Snapin: Office2013_FullInstall
[03-04-16 6:59:37 am] | This is not the primary group
[03-04-16 6:59:37 am] | Not syncing Snapin: OfficeUninstall
[03-04-16 6:59:37 am] | This is not the primary group
[03-04-16 6:59:37 am] | Not syncing Snapin: Restart
[03-04-16 6:59:37 am] | This is not the primary group
[03-04-16 6:59:37 am] | Not syncing Snapin: Thin-Install
[03-04-16 6:59:37 am] | This is not the primary group
[03-04-16 6:59:37 am] | Not syncing Snapin: Thin-Update
[03-04-16 6:59:37 am] | This is not the primary group
[03-04-16 6:59:37 am] * Not syncing Snapin between node(s)

This is from one of the nodes…like I said only 1 group can be primary…do I need to change that everytime I want to push from that node to a client ?

@Tom-Elliott I updated to 6547 last night, unfortunately I keep getting at least 1 storage node that fails.

* Getting checksum files for kernels and inits................OK
 * Downloading inits, kernels, and the fog client..............OK
 * Comparing checksums of kernels and inits....................Done
 * Enabling apache and fpm services on boot....................OK
 * Creating SSL Certificate....................................Failed!
[bcs@VanElem bin]$ 

I have to delete the /opt/fog and /var/www/html/fog folders along with deleting the fog user and reinstalling to get the installer to work correctly.

I think all of them have failed at least once now, there’s no rhyme or reason when it happens it seems.

@Tom-Elliott they are associated, with the server being the primary…you can only select one as primary, the process is beginning because deletion of the the snapins does happen, but not copying them over. Is this just my system doing this?

@Wayne-Workman

[03-03-16 7:59:02 pm] | Not syncing Snapin: Thin-Install
[03-03-16 7:59:02 pm] | This is not the primary group
[03-03-16 7:59:02 pm] | Not syncing Snapin: Thin-Update
[03-03-16 7:59:02 pm] | This is not the primary group
[03-03-16 7:59:02 pm] * Not syncing Snapin between node(s)

snapins are not being replicated, although they are being deleted, only one node still has the snapins that were originally passed around to all. Out of the 4 nodes and one server (all of which are group master nodes), and all of the snapins are set with the Office/Server as the Primary group…which I assume is just where the “original” snapin/image is determined to be located in order to pass the appropriate snapin/image around…of the 5 total nodes the server and one node are the only machines with snapins in the /opt/fog/snapins folder.

SVN 6547

@Wayne-Workman I don’t know if this is related but my Snapin Replicator log is showing

[03-02-16 11:17:48 am] Interface Ready with IP Address: 168.216.10.20
[03-02-16 11:17:48 am] Interface Ready with IP Address: adamstnel.s201.c33.k12.wv.us
[03-02-16 11:17:48 am] Interface Ready with IP Address: fog-server
[03-02-16 11:17:48 am] * Starting SnapinReplicator Service
[03-02-16 11:17:48 am] * Checking for new items every 600 seconds
[03-02-16 11:17:48 am] * Starting service loop
[03-02-16 11:17:48 am] * Starting Snapin Replication.
[03-02-16 11:17:48 am] * We are group ID: #1
[03-02-16 11:17:48 am] | We are group name: Office
[03-02-16 11:17:48 am] * We have node ID: #1
[03-02-16 11:17:48 am] | We are node name: Fog-Server
[03-02-16 11:17:48 am] * Found Snapin to transfer to 4 group(s)
[03-02-16 11:17:48 am] | Snapin name: HP-SDM
[03-02-16 11:17:48 am] | Local File: /opt/fog/snapins/HpSDM.bat
[03-02-16 11:17:48 am] | Remote File: /opt/fog/snapins
[03-02-16 11:17:48 am] | Local File size: 145
[03-02-16 11:17:48 am] | Remote File size: 0
[03-02-16 11:17:48 am] | Files do not match
[03-02-16 11:17:48 am] * Deleting remote file: /opt/fog/snapins

it looks like it’s deleting, but not replicating afterwards

All of my nodes are now showing

[03-02-16 11:01:51 am] * | This is not the master node

@Wayne-Workman that’s fine

@Wayne-Workman This last instance happened last night while away from all machines.

I have been having multiple issues with hosts being dropped randomly without any updates or anything being touched. My goups were still there but all of them had 0 for number of hosts while most have around 30 (labs). Having to import saved database to correct the issue.

I have over 1700 hosts as well

Fedora 22
PHP 7.0 on server
SVN 6513
1.7G Ram used out of 8G at idle

@Tom-Elliott Installation worked, but I’m getting

Type: 2, File:/var/www/html/fog/lib/fog/fogftp.class.php, Line:104, Message: ftp_login():Login incorrect.

This is what I see for both nodes when going into log viewer.

I checked the .fogsettings file and password in GUI under storage mgmt with no luck.

UPDATE– Nevermind I forgot to change the password for the fog user as well.