FOG Client Snapin no snapins found

[Quazz]

 22/06/2016 10:55 Client-Info Client Version: 0.11.1
 22/06/2016 10:55 Client-Info Client OS:      Windows
 22/06/2016 10:55 Client-Info Server Version: 
 22/06/2016 10:55 Middleware::Response No snapins

It’s just a simple cmd /c batchfile.bat

Snapins are globally enabled and I’ve added the snapin to the client.

Things I’ve done:

Checked the forums, this seems to have happened a few months ago to some people but fixed a long time ago.

Checked storage node and FOG settings for snaping location, both match and the file is indeed there.

Uninstalled client, installed it again, rebooted.

Single snapin deployment.

Any ideas?

EDIT: I should note that there’s like 4 MAC addresses registered for this client (ethernet, dual-band wifi and I think bluetooth?), could that cause issues?

[ITSolutions]

Does this happen only to this client?
Does it happen only with this snapin?
what version of FOG are you on and what OS?

[Quazz]

@ITSolutions First time using the client and snapins really, so haven’t tried on others yet, I’ll do that when I have some time.

Running Centos7 with latest trunk. (update like 5 times a day), FOG Client v11.1

I’ll try to create a new snapin tomorrow see if that one does work.

[Wayne Workman]

@Quazz does the snapin task show in task management?

Any apache errors when deploying the snapin?

[Quazz]

@Wayne-Workman

The task shows up in Task management yes.

Only Apache error I get is one that shows up on every page it seems

[Thu Jun 23 11:19:58.077784 2016] [:error] [pid 5287] [client 192.168.1.152:62625] PHP Warning: trim() expects parameter 1 to be string, array given in /var/www/html/fog/lib/fog/fogmanagercontroller.class.php on line 208, referer: http://192.168.1.154/fog/management/index.php?node=host&sub=deploy&id=23&type=13

I think the issue lies with host to fog server communication or/and vica versa, given that it also doesn’t show up as an online host.

Primary MAC is set to Ethernet adapter on the UI, but the FOG Client doesn’t put it first when trying to communicate with the server.

I don’t know where FOG client gets the MAC Addresses from, but some of them are just incorrect.

Following the link in fog.log I get

Array ( [0] => autologout [1] => clientupdater [2] => dircleanup [3] => displaymanager [4] => greenfog [5] => hostnamechanger [6] => hostregister [7] => powermanagement [8] => printermanager [9] => snapinclient [10] => taskreboot [11] => usercleanup [12] => usertracker ) 

Editing the link to have my ethernet MAC first on the other hand, returns the enkey.

 23/06/2016 11:14 Service Creating user agent cache
 23/06/2016 11:14 Middleware::Response Invalid time

That is also concerning, particularily because the PHP time, the server time and the client time are all the same.

[Quazz]

After updating FOG to the latest (seemed to be a pretty big update), it succeeded in deploying it with the task (no idea if it would have done this automatically yet though)