Latest FOG 0.33b
-
[quote=“Tom Elliott, post: 21571, member: 7271”]It seems your /var/www/fog/ OR /var/www/html/fog/ may be corrupted. Has anybody else been “playing” with your fog installation?
I’d also try updating. I’m now at r1110.[/quote]
No I am the only one who has access to it the odd thing is I have three of fog servers two of which is doing the same thing.
-
also they are all at different sites and and they only talk to each other when I need to copy an image from one to another.
-
Do your hosts have the snapins associated before trying to deploy it?
-
[quote=“Troye Johnson, post: 21572, member: 3048”]No I am the only one who has access to it the odd thing is I have three of fog servers two of which is doing the same thing.[/quote]
Quick update all task, but the snapin task all or single will start or even show under active task or snapin task.
-
[quote=“Tom Elliott, post: 21574, member: 7271”]Do your hosts have the snapins associated before trying to deploy it?[/quote]
That was it must have associated them when I did that database command. I will try to test the deploy now and see if it works.
-
Hey Tom I may have found another bug when ever I go to edit a snapin it is giving me this error “Failed to add snapin, no file was uploaded.” but the file was already uploaded it should just let me make changes.
Also with the hostname changer I found out that it only works when making the computer join a domain. Is that how it was ment to function because I was under the impression it should work with or without joining a domain.
-
I’ll look into that.
I agree it should work all the time, but haven’t figured out where it needs to be changed. The file for this is called service/hostname.php and I’ve added the code base so it should work. If you’re still on 1093, I might have made the change after that so I don’t know. Initially it was throwing an exception rather than just reporting back. If this is still an issue let me know and I’ll try to dedicate to getting that fixed.
-
I found an issue with mps deploy in that it wouldn’t cycle thru the partitions. I’ve modified the code base so that, from my perspective, it seems to cycle through the partitions again, though I don’t know how well it actually works.
I’ve also added some checks/balances if using windows 8. I’m told the EFI Partition is fat32, so I added a base element to partclone.fat on the second partition if the os is windows 8. There’s a third partition that is blank, but seems to be needed, so I also added a base of code that adds partclone.dd on the third partition if the os is windows 8. Hopefully this will work, but I have no way of knowing as I don’t have windows 8.
-
if you want to try it download it from:
[url]https://mastacontrola.com/fogboot/init.gz[/url] -
r1111 released. MPS imaging (Multi-Part Single Disk) should work now. MPA always did, but MPS seemed to have issues due to ntfsfix command. It’s unneeded during deploy anyway, only really needed on upload.
While still testing, it should upload/redeploy the EFI and MSR partitions Windows 8 natively seems to generate. Hopefully we’re that much closer to true Windows 8 Support.
-
r1112 released.
Hostname Early should now work properly. I don’t know if the same keys are used for Win 8, but they are working for Win 7. Task refresh rate updated to 5 seconds instead of 10. Limit progress information to active tasks screen. Hopefully you enjoy. -
I will give it a try thanks again for your hard work. I will keep an eye out for the snapin fix for now I am just removing them and re adding them with the correct info. also Should windows verbals work? like %windir%\system32\cmd because it does not seem like they do with the run with line with the snapins.
-
r1113 released.
Snapins that already exist on the system are now able to be chosen. Better error management/visability on the coding realm as well.
-
r1114 released.
Had a mistake on checking. $_POST[‘snapin’] should always be null as it’s a file. The vars to check against are: $_POST[‘snapin’] and $_FILES[‘snapin’][‘name’].
-
Don’t worry guys, I’m already aware that hostname_early is not working…yet.
I thought it was, I tested the scripts but I just got done testing a job. It seems that I have to export the win7sys variable otherwise the changeHostname function doesn’t know how to mount the registry hive. Why this worked for windows XP, I haven’t the slightest, but I imagine exporting that variable will do the trick as well. I’m testing it right now, will be about 20 minutes or so.
-
Thanks for the capone stuff, will check it out over the next day or so.
Have just noticed a typo in installfog.sh, double equals on line 176.
I’ve changed our 0.32 install to include capone deployment in the “imaging over last 30 days” graph by:- change the source of this graph from tasks to imagingLog.
- change capone.php to insert an entry in the imaginglog
Any chance of doing something similar at 0.33?
as a further thought
3 add a field to imagingLog, to store the pc id criteria, ie for capone “system-serial-number=12345”, or a normal task “mac=<mac address>”
This would keep an imaging history for each device. (multicast may be an issue)
-
That double ='s is not a typo, it’s a comparison operator. Meaning, if the value of: “$bldhcp” is equal to “0”, then continue on. In shell scripting, you can use double == or = as comparison for if statements.
-
r1115 released,
Hostname_early appears to work properly for windows 7 systems. XP already worked, but 7 didn’t. Should be good now.
Still don’t know about the changer from FOGClient, but I’ll try to look into it tomorrow.
-
r1116 released.
Truncates hostname to 15 characters. Also added a service script that verifies that the hostname is valid/unused. This way less confusion between GUI and Fog registration scheme.
-
Aha, I understand the issue around the double equals sign now.
This is on Ubuntu 12.04 LTS, I haven’t tried on Fedora 20.
If I call “sh installfog.sh” it uses dash, which doesn’t support the “==” operator, and flags an error.
If I call ./installfog.sh it uses bash which does support “==”.
