Because they need to belong in that group of computers on a more regular basis. The need to be deployed just like the others in the group… but on a less rare occasion I don’t want one or more machines to be deployed while the others in the group do, and it’s random which machine(s) in the group are taken out of deployment.
Imo it should be up to the person who deploys which computers should get a new image, then take the appropriate measures if one or more computer fails to be scheduled.
Thats kinda frustrating as I sometimes multicast to a group of computers except a few that I don’t want to have the image deployed.
I’d then have to wait for the task to complete from that single computer, multicast to the group, remove that single computer from the task.
Giving an error should be well enough, but preventing the rest of the list is a bug imo. the machines being tasked before the “problem” machine are stilled queued, so according to your views even that is a bug.
No… no change… I also tried adding the batch file without wrapping it in an executable.
I’m seeing now that the hostname changer doesn’t seem to work either.
It worked at one point when I deployed a Pre-Sysprepped image, but now it doesn’t change the hostname.
fog 1.2.0
I was trying to multicast to a group of computers. one of these computers was uploading.
When trying to make the multicast the first computers was added to the list, then the one uploading got an error.
The rest of the list wasn’t added.
i.e. pc3 is uploading pc1 - pc20 exists
only pc1 and pc2 was added to the list for deployment.
What is expected is an error message of PC3 occurs, but the rest is added.
There’s no joining of a domain, but the computers are renamed. the message in the fog.log is as I mentioned “running snap-in”
The sfx is running in %temp% but I can try as you suggest -changing extraction path- tomorrow.
cheers
I’ve recently installed a new Debian server with Fog 1.2.0, so the system is quite new.
I have some problems using the FOG Client.
Client computer runs Win81, and is basically just a clean install with some drivers, Firefox, Chrome, Hyper-V and .net Framework 3.5 + Updates.
My Goal is to run some Snap-ins after deployment.
The snap-ins are nothing more than batch scripts which needs to run as administrator.
Doubleclicking on the SFX snapin results in a success.
(it’s a self extracting archive made with “7-Zip SFX maker” that then calls the batch file, I also tried “SFXMaker”)
Lets take my most simple snap-in batch file as an example.
[CODE]powercfg -h off[/CODE]
For those who don’t know it it disables the hibernation, and removes the hibernation file.
The last entry of the log when deplying a non-sysprepped image (I can’t remember the exact log message but it was siimilar to):
“Running snap-in”
It just hangs there indefinately.
What I read somewhere is that some things won’t run properly when the FOG Service is running as a Local Service, and should run as the local Administrator.
I think I skipped testing this part on a non-sysprepped image, or I just can’t remember the outcome from last week.
So now I’m sys-prepping with a simple unattended file that activates the Administrator in the specialize phase + some other cosmetic things like setting user/company info, activation code etc. After OOBE runs the first time the client reboots and hangs indefinately. I found that it’s the FOG Client when it’s set to run as administrator. Running the FOG Client as Local Service, there are no issues in the boot sequence.
So here’s my dilemma, I can’t execute my batch scripts because the service isn’t running as administrator, I can’t run the service as administrator as it would render my image unusable.
I do have some little more advanced scripts, so even if I could deactivate hibernation and delete the hibernation file, instead of running the simple “powercfg -h off” I would still need to run batch scripts.
I did try to have Fog Service running as Local Service, then change it in specialize phase (4) in the unattended file (using WAIK)
[CODE]sc.exe config “FOG Service” obj= “.\Administrator” password= “somepassword”[/CODE]
I’d love to hear if anyone has any solutions for this.
I agree with adding UEFI support. something I’ve really been needing a full dd should work so I’m thinking if it’s possible to check where partition nr 3 starts (win7 / 8.x) then make a dd image from zero to the start of partition nr 3, then treat partition 3 as a “multi partition disk, no resize”
Just cleared my cache, and the issue still exists…
also just tried to disable the adblocker, no luck… I’ll run some more tests
in the mean time, I have no need for proxy settings as I’m running on a closed network, so thats doable when the next release is out.
Ideally it would be better to have the option of removing the check, rather than using a workaround.
I can understand that it’s beneficial for you to see how many installations are running. It could be a hidden option or something.
An other workaround would be to set the poll address as localhost in the hosts file
Setting the proxy to 127.0.0.1 makes the interface respond much faster, but now I found a bug.
The dashboard fails to connect to the Storage node, thus not showing the graph for “Disk Information”
removing the IP address in the proxy, and the Disk information is back.
(same thing if I set the IP address of the interface rather than using the localhost IP).
(I seem to have problems editing my posts here int he forum, the first edit box popup contains no text but using “more options” I’m able. can you confirm/deny if this is my browser or a forum bug)
I just noticed that my new server (1.20) is much faster, 30 seconds, compared to the previous 0.32 which was around 2 min afair.
Thanks for the info, it would still be nice to have it set as an option
I’m running my server in an environment with no internet access.
In my previous test setup for FOG 0.32 I removed the function that made the check of other online servers.
This is due to the fact that login takes ages (several minutes) as it waits for a timeout.
I’d like to see an option for turning this off.
my hacks of removing this feature are removed for every upgrade.
EDIT: Sorry probably wrong forum, perhaps this should have been posted in the bugs?
I just installed on Debian 7.6 too I agree with buddy, the installation is easy, though I did find that the installation hangs when installing the first packages. Removing the CD/DVD source from /etc/apt/sources.list fixed the problem (it actually waits for you to insert a CD/DVD and hit enter). This was from a server that was installed from a DVD of course, I can’t say if it’s the same for some of the other media installation like USB etc.
I have the same issue when imaging using DD
the file it should move is /images/dev/macaddress.000
but it tries to move /images/dev/macaddress
using fog 0.32
Hey Tom.
It seems the image isn’t available any more, would it be too much to ask to have it uploaded again please?
cheers
For other people who might have gunzip problems, I discovered that gunzip called /bin/bash but only sh was installed in the init file (see the link above to edit the init file)
simply open /usr/bin/gunzip with a text editor and replace the top “#!/bin/bash” with “#!/bin/sh”
save the file and pack the init file according to the above link
