Latest FOG 0.33b
-
r992 is out. Finally working towards refining methods. All service files now use, seemingly proper as well, the base.inc.php.
-
Finally going to get time to give 0.33b a try. Big thanks for ALL the hard work Tom.
[SIZE=6][B][FONT=Helvetica Neue][COLOR=#000000][SIZE=24px]“A Giant among men”[/SIZE][/COLOR][/FONT][/B][/SIZE] -
First of all, Tom it is great to see that they finally have someone like you working on the next version of fog, YOU ARE A MACHINE!!!
Anyway a quick question for you,
Is there any timeline of any kind that you may have on getting 0.33b to work on uefi bios devices?
This is the most crucial part of Fog that i need to work, as I am in the same boat as you with working at a school district and am looking at getting 100’s of new tablets (Dell Latitude 10) by the end of the school year. Getting Fog to work with these new devices would be a great plus as I ABSOLUTELY HATE USING WDS. So no pressure of any kind ;). -
Though I know there’s plenty more work to get the GUI at 100%, however I think I’ll start playing with partclone and see if I can get any status on this for everybody.
-
Awesome, I would like to seem some alternatives!
I would even like to see using the cloning portion as a “add-on” so that other can choose the derivative they want to go with. I’ve seen some people talking about using the Bittorrent to transfer, this would be a BAD idea for my environment, we have HEAVY restrictions against the torrents, but It would be nice to have an alternative for those that aren’t locked down as heavily as I.
Keep up the good work Tom, so far my 0.33b server is working beautifully, I should probably update it though, I’m still on 98something
! -
Torrent is one method I was suggesting… If the replication has an option to turn off so you can implement your own then those of us willing to build what works best will have an advantage.
What method would be best in your environment?
-
Hi Tom, I’ve been following your progress with 0.33b and finally decided to implement your revision onto a fresh ubuntu install. I have hit a snag with the auto register. Despite changing FOG_QUICKREG_AUTOPOP to 1, the client machine wont image after quick registration. Is there a config file somewhere that I can manipulate?
-
When changing the FOG_QUICKREG_AUTOPROP to 1, are you doing it from the <fogwebdir>/commons/config.php or are you doing it from the FOG GUI.
-
This post is deleted! -
I added a define for FOG_QUICKREG_AUTOPOP in the config file and set the default value to 1. Still no dice. It registers the host no problem, I can also add a task to deploy the image, which works fine, but I was hoping to bypass the use of the webui to set tasks, and utilise the quick reg/image feature.
-
Your first method, adjusting through the web GUI is correct.
Can you provide a bit of your httpd/apache2 error log. Maybe it’s telling you what the issue is.
I only ask because, I know this works for 0.33, but am nearly certain it does for 0.32 as well. It sounds like some other issue is occuring. Maybe the IMAGE_ID Field needs to be set to the proper ID you want the quick register systems to image with?
-
Tom, Could you point me in the right direction on what I need to change in [b]hosts.upload.include.php[/b] to allow it to import a secondary MAC address. I’ve got nearly 900 laptops to import and don’t want to be adding these manually.
Thanks
Mike
-
Michael,
I don’t think there’s an easy way to go about it, besides manually, though that doesn’t mean it couldn’t happen.
I think you would want to do the INNER JOIN Fields. Are you comfortable performing CSV Exports using SQL Code?
I think the two tables you’re looking at here would be: hosts and hostMAC tables.
The way you’d perform the query would be:
[code]SELECT * FROM hosts INNER JOIN hostMAC ON (hostID=hmHostID)[/code]Getting it into the format you need should be similar. All, I’d imagine, you should need would be:
hostName, hostMAC, hmMAC, imageID, and possibly Description, though you may also want to get he hostID so hostMAC (Primary) and hmMAC (additional) line up properly.
-
[quote=“Tom Elliott, post: 19503, member: 7271”]Your first method, adjusting through the web GUI is correct.
Can you provide a bit of your httpd/apache2 error log. Maybe it’s telling you what the issue is.
I only ask because, I know this works for 0.33, but am nearly certain it does for 0.32 as well. It sounds like some other issue is occuring. Maybe the IMAGE_ID Field needs to be set to the proper ID you want the quick register systems to image with?[/quote]
Hi tom, thanks for sending me to the apache logs, I found the following errors:
[CODE][Thu Oct 31 13:08:54 2013] [notice] Apache/2.2.22 (Ubuntu) PHP/5.3.10-1ubuntu3.8 with Suhosin-Patch configured – resuming normal operations
[Thu Oct 31 13:17:56 2013] [error] [client 192.168.1.20] PHP Fatal error: Call to a member function createImagePackage() on a non-object in /var/www/fog/service/auto.register.php on line 236
[Thu Oct 31 14:20:11 2013] [error] [client 192.168.1.1] File does not exist: /var/www/favicon.ico
[Thu Oct 31 14:39:32 2013] [error] [client 192.168.1.20] PHP Fatal error: Call to undefined function checkIn() in /var/www/fog/service/mc_checkin.php on line 43
[/CODE]I have removed and re-installed fog 0.32 and 0.33b multiple times now with no success on repairing the issue, where should I go form here? I looked at the code on those lines and it is all mumbo jumbo to me.
-
My best guess is that you still need to set your OS_IMAGE_ID needs to be set still, though I’m not 100% sure.
In 0.33, the line should be:
[php]if( $Host->createImagePackage(1,“AutoRegTask”,true,true,true) )[/php]Basically this references the class file function createImagePackage
This doesn’t need huge explaining, but this is where the image task gets created.
The 1 means deploy task, the “AutoRegTask” just sets the name, and the true, true, true, means, set shutdown after, set debug, and set deploy snapins.
In 0.32 the line should be:
[php]if( createImagePackage($conn, $imageMember, “”, $tmp, false ) )[/php]
This, again, means it’s creating the image package.
The $conn just sends the database information, $imageMember is sending the host information, “” is just setting the task name (as nothing), the $tmp is sending the reason, and the false is just setting the debug information.
I have the sneaky, albeit blind, suspision you still haven’t set the IMAGE_ID that you want this associated with. In 0.33b, you’ll get the non-object error thrown because it can’t send back the class information, so the object doesn’t exist yet. I don’t know which error’s you’re getting with 0.32 as it seems to be the error you provided is from a 0.33b install.
-
Sorry Tom I avoided answering the question about the IMG_ID because I’m almost 100% certain that’s not the problem. The reason I’m so confident is because after the quick registration via PXE menu, the host has the correct image ID assigned to it, which I believe to mean that its working as intended. See the attached images.
If I queue the task through the web UI, the client machine successfully images. I would like to avoid having to use the web ui as much as possible. Should I do another fresh install and try again? I already have an existing fog server running with 0.30 and ubuntu 10.04 LTS that runs fine, but i figured I would update to a newer version.
[url=“/_imported_xf_attachments/0/424_photo 1.JPG?:”]photo 1.JPG[/url][url=“/_imported_xf_attachments/0/425_photo 2.JPG?:”]photo 2.JPG[/url][url=“/_imported_xf_attachments/0/426_photo 3.JPG?:”]photo 3.JPG[/url]
-
Can you do me a favor:
If I’m correct that you’re running FOG 0.33b, then can you please edit the line state (236 I think from the log file)
[code]vi /var/www/fog/service/auto.register.php
:236[/code]Edit the line from:
[php]$Host->createImage…[/php]
to:
[php]$imageMember->createImage…[/php]And try again:
My guess, through looking at the code is that the $Host variable doesn’t exist in this particular part of the code, which is why it’s giving you the error throw in the log file. However, $imageMember is set directly before hand and should return the Host Class information as required.
Thank you,
-
Thanks for all your help Tom, The change didn’t solve the issue. I just did another fresh OS install and a fresh fog install and the problem still happens. I’ll just stick to the old fog server for now. Cheers anyway.
-
DanielR,
Is there anyway I can have you try a few more things?
I’d prefer to get this working fully, at least then we know where the issue is. I can’t be sure for 0.32, but I know we’re close for 0.33b.
Thank you,
-
I’m giving a go with some modifications of the auto.register.php file.
Please download the file attached here and place it on your 0.33b FOG Server in the /var/www/fog/service/ directory.
[url=“/_imported_xf_attachments/0/427_auto.register.php?:”]auto.register.php[/url]
