Latest FOG 0.33b
-
r1132 released.
Rewrite of the servicemodule-active script. Multiple snapins in deploy job works now. Error codes should be fixed.
-
Hey Tom,
Still getting invalid MAC error I attached fog service log.
[url=“/_imported_xf_attachments/0/513_fog2.txt?:”]fog2.txt[/url]
-
What’s your fog servers accesslog display for the snapins.checkin.php stuff?
-
I attached the logs and access log is just the end of the log let me know if you need more.
[url=“/_imported_xf_attachments/0/515_error.txt?:”]error.txt[/url][url=“/_imported_xf_attachments/0/516_accessupload.txt?:”]accessupload.txt[/url]
-
Let me guess, you have multi nics on the system?
-
yes I added both to fog though should I try to remove one the problem with hyper-v is they have two types of nics legacy adapter which boots from lan and the regular which I have not found away to have it boot from the lan So i needed to use both.
-
Don’t worry about it right now. I’m reuploading another revision which should separate the file.
-
sounds good sorry for all of the trouble.
-
Have you given this a shot? it seems to work on my end.
-
oh you already did the revision? I will install and try now.
-
Yeah, sorry still tweaking things out so i didn’t post the release.
-
I can see what is going wrong in the capone code, I’ve got the management plugin working correctly, and am looking at the service code, but I’m missing something obvious at the moment.
I’ll post the amended versions when I sort it out. -
Tom it is working I am still getting errors in the log file on the client side but the snapins are deploying.
-
access_log is not an error. It expected so you know what people are accessing. It’s how I figured out snapin’s weren’t working.
It’s also how I was able to determine you had multiple NIC’s on that system.
-
On the client, there is the one I think is more a problem with how fog determines the directory structure. It tries to find the alo-bg.png file from c:\program files\fog\images\alo-bg.png, but on 64 bit systems the real location is:
c:\program files (x86)\fog\images\alo-bg.png.I’m still working on the other errors, though I think they’re ok, for now. Still trying to figure out how Usercleanup is supposed to work.
-
r1134 released. Fixes many service things. All seems to report properly now and supports the hosts that have multiple nics. As long as the macs are registered with the host in the fog gui, all should work properly. (Meaning wireless stuff should work as well.)
-
r1136 released.
Partclone upload tasks (multi-part) uploads the correct (hopefully) for the partition.
ext{2,3,4} = partclone.extfs -c
ntfs = partclone.extfs -c
fat{16,32} = partclone.vfat -c
anything else (for now) uses
hfp,btrfs,xfs=partclone.dd
(It’s important to note that partclone.dd does not require -c option in upload, which is why I’ve labeled them as you see above.)Should help with the Win 8 differences in partitions.
Deploy tasks are done with:
partclone.restore rather than partclone.${fstype} so we know it restores using the correct type, rather than having me guess which are which.blkid updated in the init.gz to allow displaying of the partition types/uuid/etc…
Minor changes, again, to fog.css to allow display of the kill icon’s. I must have made an accidental edit to the file, but it broke something. It’s fixed now.
I have not, yet, implemented gpt stuff, but will get on it. I don’t have anything to test with, so I’ll be guessing, using of course other people’s suggestions.
-
r1137 released.
Had to make tweak to blkid in fog script. Should work more fluidly with this method.
From the commit comments: “Make (hopefully) final tweak in partclone stuffs on fog script. Not done updating fog script, just hopefully done with partclone tweaks.”
I hope you know that just means I’m done, at least for now, with partclone methods. I will continue editing the fog script, and I hope to use partclone for dd (raw) imaging types in the future.
-
Hey Tom,
For the multiple snapin deployment could you make a way to select multiple files to deploy and not have to deploy them all also what would you need to test gpt.
-
I wouldn’t be able to have a method of deploying multiple files. Though I’d imagine (if we had a parsing method in windows) you could create a package (zip,msi,…) and use args to unzip/install/etc…
I don’t know what I’d need, I don’t have anything with gpt. There’s already a couple people looking into it as they are actually in need of it, which is useful. I hope they don’t mind helping me out in this regard.
