Using FOG as Disaster Recovery System
-
[QUOTE]I really must ask. Why did you try using snapins to reboot machines for tasks? The client will automatically reboot the machine if an imaging task is waiting. It can even be made to force the reboot even if a user is logged in.
If it wasn’t rebooting for you, PM me and I’ll try and get it sorted out for you.[/QUOTE]
Really? I’ll have to play with that…
[QUOTE]I wouldn’t do a sector by sector image upload… that’s incredibly wasteful and unnecessary.
So, what if the hdd breaks down and you only have one that is slightly smaller to replace it with? Sector by sector will prevent you from getting that system going.
Please use resizable instead.[/QUOTE]
OS2 Warp on HPFS and German MSDOS machines… old legacy machine controlling computers.
If resizable handles HPFS well, then I’d be happy to use that. -
Not sure about HPFS.
Works great with NTFS MBR and GPT
-
The client is not restarting the computer while a force-to-start immediate upload task is queued up.
-
What does the client logs say?
-
Will not perform any SnapIn tasks because an image task exists for this host.
-
[quote=“Deastrom, post: 47400, member: 29582”]Will not perform any SnapIn tasks because an image task exists for this host.[/quote]
Is there an image task inside the tasks page?
If not, sounds like your tasks table is dirty. You can manually clear out the active/waiting tasks if need be. -
“OS2 Warp on HPFS and German MSDOS machines” are capable of running the fog client? i’m confused
-
There is an active task queued and visible in the GUI. and for system info I’m running FOG 1.2 and Ubuntu Server 14.04.2.
-
[QUOTE]“OS2 Warp on HPFS and German MSDOS machines” are capable of running the fog client? i’m confused[/QUOTE]
No, those will be purely iPXE user reboot. The reboot task is a problem for our windows machines which is the majority (80/20 rule).
-
did you install the fogclient for all users?
-
I’m only working on one windows 7 machine currently. This server build is in the proof-of-concept stage, but yes, FOGclient is installed on it.
-
no, i mean “everyone” vs “just me”
-
I’m not sure. So I’m uninstalling it. i realized though that I installed it as my AD login instead as the Local Admin login, so I’m going to do this new install as Local Admin.
-
The client install will prompt you:
Install for just me
Install for everyoneChoose everyone. Secondly can you not deploy snapins manually before imaging, and then upload C:\fog.log for me?
-
Here it is.
[url=“/_imported_xf_attachments/1/1996_fog.log.txt?:”]fog.log.txt[/url]
-
You tried scheduling an upload or deploy for this computer WHILE the client was running, correct? (You should also give it several minutes to check back in for the task reboot). And this log, it seems none of the modules are running except SnapinClient, are the others disabled?
-
Everything is enabled but nothing is ‘in use’. I don’t have groups set up nor have i changed any settings from defaults save for the pxe boot menu items. After I verify items work as intended with a the ‘unnecessary’ features left on and alone I’ll go through and start narrowing the services down. The only thing I want to do are cron-style uploads that will forcefully shut down a work station to start the process (only get certain windows in a week for some of these systems) and on-demand image downloads (instant deployments) in the event of a disaster situation.
Forward thinking, after I get this working, I’d also like to have 2 versions of an image for a workstation (or two image containers/images) one for the current upload and one for the previous just incase something bad piggy backed into the newest upload, but that’s after this hurdle.
-
Just attempted another immediate upload task with the force start on and it’s been around 20 minutes yet with no reboot. (just an update)
-
Check your PM inbox.
-
We do use Symantec, could this be blocking some of the modules from starting correctly?
