Latest FOG 0.33b

[DanielR]

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]

[Tom Elliott]

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,

[DanielR]

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.

[Tom Elliott]

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,

[Tom Elliott]

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]

[KyroDK]

Have anyone tested FOG 0.33b multicast function?
I could not get it to work, the clients just sits at “Checking In…Done” and then a lot of *
The job/task is put into the “Active Tasks” menu, and not in the “Active Multicast Tasks” for some reason?

I downloaded fog 0.33b last week, from the link on the first page.

Any ideas?

[Albatros]

Hello!

I have tested snapin deployment in fog 0.33 beta and it doesn’t work properly.

1. Creating a single snapin deployment will create a task with all snapins, who are associated to the host.
2. If the fog Service client on the host tries to install snapins, the server respons with the error that a image task is running. I looked into the php files and find out that a method named getCountOfActiveTasksForHost from class FOGManagerController counts the active tasks for the hosts and snapin tasks are there counted too.

Hope that this informations will help fixing the snapins deployment and make fog 0.33 beta better.

[Tom Elliott]

@Albatros,
If you delete the Active Task for the host, but leave the snapin task, for now, it will deploy the snapin’s as expected. I haven’t figured out a good method yet to getting the snapin deployment only to operate.

[Tom Elliott]

@KyroDK

Can you attempt multicast task and when this is trying to run, attach a copy of the apache error logs. I can try to see why it’s not working. I haven’t had much time to play with multicast especially as I don’t create multicast jobs where I work. So it’s not something I’m fully aware of yet.

[DanielR]

[quote=“KyroDK, post: 19566, member: 18077”]Have anyone tested FOG 0.33b multicast function?
I could not get it to work, the clients just sits at “Checking In…Done” and then a lot of *
The job/task is put into the “Active Tasks” menu, and not in the “Active Multicast Tasks” for some reason?

I downloaded fog 0.33b last week, from the link on the first page.

Any ideas?[/quote]

I had the same problem.

[DanielR]

[quote=“Tom Elliott, post: 19544, member: 7271”]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.[/quote]

I replaced the file and tested. Once it gets to the attempting to register host… it just keeps returning blank lines. Now there is no host registered at all.

[Tom Elliott]

@DanielR

Can you please get your apache logs a go:

[code]/var/log/apache2/error.log[UBUNTU]
/var/log/httpd/error_log[REDHAT][/code]

And see what it’s telling you? That way I can make the proper tweaks to the file to help you further.

[Albatros]

[quote=“Tom Elliott, post: 19574, member: 7271”]@Albatros,
If you delete the Active Task for the host, but leave the snapin task, for now, it will deploy the snapin’s as expected. I haven’t figured out a good method yet to getting the snapin deployment only to operate.[/quote]

If I removed the task from the active tasks and let the snapin tasks running, I get an error in the fog service log file, that the file couldn’t be downloaded. Looks like that the parameters aren’t that are given to download the file aren’t correct.

To the tasks, couldn’t be possible to write a method that counts all task that are not snapins tasks?

[Tom Elliott]

I’m looking into the file download issue, but I think I’ve got the fix for that already.

I don’t know if I uploaded the commit for that yet, but I think this should do the trick:

In file:
[code]{fogwebdir}/service/snapins.file.php[/code]

Edit the line that has this: (ON OR AROUND LINE 55)
[php]@readfile($snapinTask->getSnapin()->get(‘file’));[/php]

Make it say:
[php]@readfile( $GLOBALS[‘FOGCore’]->getSetting(‘FOG_SNAPINDIR’).‘/’.$snapinTask->getSnapin()->get(‘file’)); [/php]

That should get you back to downloading the file and the system should try installing the file after that.

I’ll try to look into this to make sure this works as expected in the next day or two.

As for the methods, the problem isn’t so much the task itself, but because you can Schedule it, it actually creates an Image Task based on the current system. I suppose I could add the method to delete the image task after creating it if it’s the Snapin types, but I have to figure out the best approach first.

[KyroDK]

[quote=“Tom Elliott, post: 19575, member: 7271”]@KyroDK

Can you attempt multicast task and when this is trying to run, attach a copy of the apache error logs. I can try to see why it’s not working. I haven’t had much time to play with multicast especially as I don’t create multicast jobs where I work. So it’s not something I’m fully aware of yet.[/quote]

The log file is from where I tried to multicast to 2 PC’s.

[url=“/_imported_xf_attachments/0/432_error.zip?:”]error.zip[/url]

[Tom Elliott]

Based on my findings in your log file @KyroDK, it’s because the checkIn Function doesn’t exist in any of the files if found. It’s called, but doesn’t exist which is why you’re seeing this problem.

I’ll add this function and try to get this reposted for you today.

[Tom Elliott]

r993 is out.

Should contain the function that was missing for Multicast and hopefully allow download of the snapin files from the proper location now.

[Tom Elliott]

r994 is out.

Has the fix for the functions.include.php file for checkIn. Commited in wrong dir originally so it only updated that directory before.

[variable205]

You Rock Tom! Keep it coming man! I can’t wait for the first stable release of 0.33!!

[lanfeu]

hi Tom

thanks for your the work on fog 0.33b

here some files to correct a bug with quick host registration

[url=“/_imported_xf_attachments/0/434_HostManager.class.php?:”]HostManager.class.php[/url][url=“/_imported_xf_attachments/0/435_auto.register.php?:”]auto.register.php[/url]