Latest FOG 0.33b
-
Wolfemi,
I’ve replicated your issue, and am looking into it. It may be a bit before a fix is released as I’m all doped up on hydrocodone so seeing the text is a bit confusing to me for now.
If you have some php and can find the issue, I believe the file that’s not generating the task properly is /var/www/<fog,html/fog>/lib/fog/Host.class.php around lines: 587 and 819 (thats where the snapin parts sit.)
-
I looked at the file and decided that its better left to the professionals. Also Im in no rush just wanted you to be aware. I don’t believe the snapins are getting installed. I have attached two pics of what I am seeing. Its been a little over a hour and nothing has changed.[ATTACH=full]556[/ATTACH][ATTACH=full]557[/ATTACH]
[url=“/_imported_xf_attachments/0/556_Active Snapins.jpg?:”]Active Snapins.jpg[/url][url=“/_imported_xf_attachments/0/557_Active Task.jpg?:”]Active Task.jpg[/url]
-
If you cancel the snapin that is set, and remove the active tasks, then setup a single snapin, does the snapin and the task coincide properly? It gives me a base to look at.
-
r1238 released.
Should fix the snapin bug reported. Also fixes an issue found in Host creation.
-
r1239 released.
Just “pretties” the inventory RAM to be more human readable.
-
r1240 and r1241 released.
r1240 makes changes to the main kernel, memtest, and init.gz to pull from the database. It also sets the config.php properly for fresh in stalls.
r1241 removes the pxe configuration information from the run.php file for capone.
Thank you,
-
r1242 released.
You can now remove plugins you don’t need anymore.
-
r1243 released.
If you’re registering a host, and try to do imaging, it will require you to login using a FOG username and password just like quick image requires.
-
r1244 released.
Registration part works properly now (no more three times having to type proper username and password.) Task gets associated with the host that signs in.
-
r1245 released.
User name with quick image is associated with tasking as well now.
Thank you,
-
r1246 released.
Fixes an issue with libstdc++.so.6 reporting it’s not an elf file. This, i believe, was due to adding kexec within the init.gz system. kexec still exists, but this should fix the error and actually work as expected.
Thank you,
-
r1247 released.
User Login reports is the change here. You can now search by hostname or by username. If you try both at the same time, it will fail for now. Trying to implement finding a specific user on a specific host which is why it fails. The elements are sort of there, just not implemented yet. Just be cognizant of that.
Thank you,
-
r1249 released.
Fixes an issue on the showVal for the PIGZ Slider bar. You should now see the values as you slide the bar left or right.
r1248 was released as well. I think that actually fixed the “User” and “Host” name searching so both work. 1247 they worked, but User search didn’t return any results.
-
r1250 released.
Fixes an issue with “all snapins” if you had multiple snapins associated and killed one of the snapins in the task, it would destroy the entire task and remove all snapins. Should fix the service/Post_{Stage{2,3},Wipe}.php files so their not trying to remove a non-existent TFTP File. Should also properly log the tasks so we don’t keep getting erroneous values in the imaging logs complete/start times. Should also fix the issue and close out the task properly so we don’t complete the job and have a screen spitting back at us “No active task found for BLAHBLAHBLAH”
I know it’s a lot, but it’s these smaller bugs/issues that I’m working to stabilize. Thank you,
-
r1251 and r1252 released.
r1251 fixes an issue with the Snapin Deployments of jobs other than specified snapins.
r1252 adds, hopefully, performance tweaks on the nfs stuff. Tried implementing to the server side in r1252, but it doesn’t like it so they’ve all been moved to client side in the init.gz.
Thank you,
-
Hopefully the NFS updates work for everyone
If you have before and after numbers for speed that would be brilliant.
More ideas incoming…
-
[quote=“Tom Elliott, post: 21338, member: 7271”]MAC’s are supported as I’ve added the binaries to the init.gz, though I think this will have to be manual for the time being. I’ll have to add the MAC os to the OS Listing and have it translated to allow for hfs imaging.[/quote]
Tom, just out of curiosity, how far out do you think Mac imaging ability is in the priority list? We’d love to be able to ditch DeployStudio and move entirely to FOG. I know there are other priorities, I’m just curious
-
Would be great if that could be added. Tom has been on IRC for the past few days. Do you have an equivalent for the client to put in the hostname etc for MAC OS?
-
Personally, I’d be happy to just have the basic PXE/iPXE booting and imaging capability for now. For our school’s needs, we could simply use a script for the hostname, etc. The client would still be nice to have though. I tried booting a Mac after the recent move to iPXE, but no luck
-
[quote=“ArchFan, post: 23419, member: 19266”]Tom, just out of curiosity, how far out do you think Mac imaging ability is in the priority list? We’d love to be able to ditch DeployStudio and move entirely to FOG. I know there are other priorities, I’m just curious[/quote]
As I don’t have any Mac’s in my possession, it will likely be a little while, unless you can give what the output of the command: [code]blkid -po udev <partitionnumber>[/code] for each of the partitions on the system (especially a freshly installed system) it’ll probably be a little bit.
While I have made sure to have the partclone.hfsp binary available, and also included the hfs file system support in the kernel, I don’t know what to check for to get the MPS/MPA imaging types to use the proper binary.
