Posts made by Tom Elliott

I fixed it. r1126 released to address the multicast task creation.

You should be good. I don’t know what was generating all the multicastSessions you are talking about, but it shouldn’t do that anymore.

Thank you,

I think i narrowed down the issue.

I was imaging a winxp system with a resizable harddrive.

This means I have a file (FILE not DIRECTORY) that is called:

/images/winxpimage

It finds and images that perfectly fine.

The issue, right now, is the task is trying to gunzip the directory for a windows 7 image, rather than the files within the directory. I’m a big idiot and I’m sorry about that. Working on a fix now.

I’m not seeing the same issues as you.

At all.

I can create the task, watch the task get created. Start my system, and watch it image. But I’ll try some more details.

restart apache.

FOR REDHAT
[code]service httpd restart[/code]

FOR UBUNTU
[code]sudo service apache2 restart[/code]

r1125 Released.

Should fix typo on multicast task creation.

Recodes elements of service scripts. Getting less and less ClientServiceManager.php needs.

Try updating to 1125, somebody reported about an issue in variable set. (Multicas[B]e[/B]t instead of Multicast was used.)

Unfortunately, not at the moment. I haven’t the time to figure out how to zip all the snapins so you can download, reupload yet.

You can, however, save the entire database under FOG Configuration->Configuration Save, which would, at least, save the snapins created.

It sounds like it can’t detect the network. Try a newer kernel:

[url]https://mastacontrola.com/fogboot/kernel/bzImage[/url]

Place this file in:
[code]cd /tftpboot/fog/kernel
mkdir backup
mv bzImage backup/bzImage.21JAN2014
wget --no-check-certificate https://mastacontrola.com/fogboot/kernel/bzImage[/code]

Reboot the system and you should be good to go.

How did you register this machine? Manually?

If you downloaded the svn to do the install, from the trunk directory (or whatever you named it) perform:
[code]svn update[/code]

Then re-run the installer:
[code]cd bin
./installfog.sh[/code]

What is blkid of the swap partition?

I see what you’re saying now and will work on correcting this today after some testing of course.

Fabritreno, that’s the basis of the osid. Basically what you’re asking for is to remove that function out of fog which is unlikely to happen. If you’re trying to create image of dual boot system change the image type to raw and it will copy all partitions using dd.

You can try it now. I’m still refining a little bit though.

After much tribulation, I think I’ve finally gotten snapin tasks working.

It’s performed by the Host class (meaning I can get rid of the two functions creating the packages. within the ClientServiceManager).

Hopefully you’ll see it working, I don’t have a true to form, yet, snapin to test directly.

What version of fog? I’m going to guess 0.32?

I’m currently rewriting the Service scripts that deals with handling the snapin tasks. I’m in the midst of testing. I think it was creating a new entry when it wasn’t really necessary. I could set all the task/snapin task variables (theoretically) by the service scripts them selves, rather than having to use the ClientServiceManager.class.php file. It seems like this is the culprit to your particular issue Troye. It means, however, that things are neater and more in place. I can actually, hopefully, remove ClientServiceManager altogether and still get things to work. Less code, easier to troubleshoot and maintain. It does, however, mean reenabling the Task creation part of the snapin deploy job, though I imagine it will be easier to cancel the task by the active tasks. I just need a way of making sure it doesn’t fail out because you’ve set a deploy to the job, then want to upload the image when you’re done deploying. That’s for the future though.

I’m trying to replicate this issue, but so far I’m getting nothing.

r1120 released should help address the errors. The class is now created before storing the variable, which I think was throwing all those errors. Also fixed the GreenFog.class.php and HostAutoLogout.class.php variable issues as noted in Troye Johnson’s log file.

r1120 released to hopefully fix the same error for active-multitasks during the state lookup.

Denis,

Are active-snapins working properly now?