@tag Is it arbitrarily? If you try the same PC over and over does it report different speeds?
I think it has to do with the order your system reports the NICs in. If it reports the slower NIC first it will use that. Perhaps that’s something you can alter on your end?
[Tue Jun 28 14:44:57.877194 2016] [:error] [pid 12917] [client 192.168.1.154:43948] PHP Fatal error: Uncaught exception 'Exception' with message 'Invalid MAC Address!' in /var/www/html/fog/lib/fog/wakeonlan.class.php:12\nStack trace:\n#0 /var/www/html/fog/lib/fog/fogpage.class.php(1002): WakeOnLan->send()\n#1 /var/www/html/fog/lib/fog/fogpagemanager.class.php(72): FOGPage->wakeEmUp()\n#2 /var/www/html/fog/management/index.php(23): FOGPageManager->render()\n#3 {main}\n thrown in /var/www/html/fog/lib/fog/wakeonlan.class.php on line 12
Apache error entry at capture task creation
Same here on git 8279, also unable to capture images and such as a result.
@alexwarren Try removing the file, then copying it again.
If it still acts up see if copying it under a different name produces better results
It’s /var/www/fog/service/ipxe (singular service)
I can confirm this issue on git 8277
@Tom-Elliott Evenings for what timezone though?
@tag Sorry, it’s still morning, things got mixed up in my head.
I think this can only be solved by directing traffic through network control, but I don’t really know enough about it to comment.
@tag You can define wich NIC to use in FOG, so no, it would only use that NIC. Everything else will depend a lot on your network setup so I can’t comment on that.
I also tried adding option tftp-server-name X.X.X.X; to my dhcpd config file, but no luck.
The correct option is next-server X.X.X.X
That’s probably already correctly set judging by your post.
Your problem may be resolved by trunk, maybe not, but you’d need to install newer Ubuntu version for it.
FOG 1.2 has almost no support at all for Windows 10. You’ll need to upgrade to trunk to do it.
And unfortunately if you want to upgrade to trunk you’d need to install a newer version of Ubuntu (or other supported linux distribution) for proper functionality.
@Greg-Plamondon I’ve had issues in the past when I had unattend.xml in the sysprep folder that it would use that file regardless of whether or not I specified it. I’m guessing that’s your issue as well.
@boeleke He is looking for hash checking php file on the QNAP. It fails to verify because it fails to find the file on the QNAP. I bet if you were to put it on the main server it would work just like that.
Perhaps an idea for the devs to make it check hash on the main server, seeing as it’s already checking in there and such anyway.
@boeleke said in Snapin Problem:
http://172.16.0.201/fog/status/getsnapinhash.php
I’m guessing you’ll see something when you open that link.
However, the weird part is that Apache seems to report being on 172.16.0.17 instead. Even though the Service checks in at the correct location in all other circumstances…
What happens when you create a snapin task?
@plegrand That’s because Snapins run under the System account which cannot interact with the desktop.
Judging from the error, the snapin stopped because of an issue with the hash. I’m not sure what went wrong precisely, though.
What revision are you on? What OS is FOG running on? Are you trying to do this in a VM?
If it’s a volume license, isn’t it possible to simply capture after activation? Or does Microsoft not like that?