The @ in front of a function simply surpresses the warning. Tom disabled that to have more verbose output to work it to make it easier to resolve problems.

Have you tried on a different system?

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)

@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.

Given that it has issues putting back the partition tables, I’m guessing something went wrong in the capture process. Is it possible to recapture the image?

Please provide a screenshot of the failing deployment screen.

From what I gather George is on the right track with fixparts though.

@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.

@phil_guy The fact that you can’t ping the client from the fog server is very strange though. I really feel like something changed in your network setup.

Are there no routers on your network? (if there are, declare them in your DHCP file) Also, if this will be your DHCP server anyway you might want to declare a DNS server (unless it’s not needed of course).

I can post (part of) my DHCP config if you feel like that might help, but I really doubt the issue is in your DHCP tbh.

@phil_guy Long shot, but there isn’t any other DHCP server on your network, right…?

I don’t know what that link is, but it doesn’t seem to be a dhcp config file.

 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?

@JJ-Fullmer Perhaps try the /IT (interactive) switch

Quick google search seems to blame switches. I would guess some kind of network change at least.

Can you download through TFTP of a different computer?

@SteveB689 It’s usually a credentials issue, typically under the Storage Node configuration page.

The WebGUI looks in /images

If your image is in /images/dev then FTP failed to move it to /images

So check the Wiki to troubleshoot FTP problems

@x23piracy Delprof is a nice tool for stubborn profiles, but not really necesarry or useful for creating a default profile unless I’m mistaken?

I think Delprof and Defprof are being confused here, perhaps.

@Sebastian-Roth Only downside is reduced flexibility, that is to say if you have 20 computers and they need 7 different images, multicast won’t really be that useful.

Other than that, multicast is pretty great. Is there any word on the state of the torrent mechanic or is that on hold/abandoned? I personally think multicast would be better than the torrenting from a network saturation/resources perspective, but maybe I’m wrong?

Defprof was able to do everything I hoped, everything is working exactly as it should.

One of the key parts I noticed is they have their own program which you have to install to handle the Windows Apps.

Also default wallpapers need to be placed in the Users/Public

There’s a ntuser.dat hiding there as well which might have an impact on default profiles.

For now though, I have a way to handle Windows 10 perfectly.

Additionally, from what I gather from Defprof is that it’s a bad idea to remove the Default folder becuase of the junction points contained in it.

@Arsenal101 Can you check /images and see if there’s anything in the destination folder you were trying to upload to

@Arsenal101 Have you checked /opt/fog/.fogsettings ? Not that that would cause this issue mind you.