the easiest way to create an insecure quick login for this would be to just create a user with a single character username and password
for this you will need to change the FOG_USER_MINPASSLENGTH in fog settings>user management

Found the answers while looking through the release thread. The config.php has become /var/www/fog/lib/fog/Config.class.php. Added my SQL password in and it all worked.

So i’m seeing what and why and where the issue is.

It’s not really an issue, but rather a designed feature.

There is a timeout as you guys suspected and that is set in:
FOG Configuration->FOG Settings->General Settings FOG_CHECKIN_TIMEOUT

It is defaulted to 600 (10 minutes) and perhaps needs to be set longer in some environments?

That said, I think this is why you’re seeing the issue in that the “checkin time” vs the time they’ve been waiting has been surpassed, so it thinks it’s the next in line. The actual ordering is lost. You could try 15 or 20 minute timeout and see if it gives better results.

I think the idea of the timeout is to allow systems that have been waiting without other taskings happening, a chance to run in. For example, in the case somebody started a job on a system, but then decided to power it down. The now checked in, but powered down system would hold up all the rest of the systems queued behind it for ever if this didn’t change.

Hey,

since today i have the same lines at the multicast.log as Gilberto. But my storagenode is the default one on the server in the folder /images/

In the early morning i cloned some clients with multicast and then it stopped working.

Now i have the following lines in the multicast.log:
[CODE][08-01-14 10:54:59 am] | Task (6) is new!
[08-01-14 10:54:59 am] | Task (6) failed to execute, image file:/images/testimage not found!
[08-01-14 10:54:59 am] | Task (7) is new!
[08-01-14 10:54:59 am] | Task (7) failed to execute, image file:/images/testimage not found!
[08-01-14 10:55:09 am] | Task (6) is new!
[08-01-14 10:55:09 am] | Task (6) failed to execute, image file:/images/testimage not found!
[08-01-14 10:55:09 am] | Task (7) is new!
[08-01-14 10:55:09 am] | Task (7) failed to execute, image file:/images/testimage not found!
[08-01-14 10:55:19 am] | Task (6) is new!
[08-01-14 10:55:19 am] | Task (6) failed to execute, image file:/images/testimage not found!
[08-01-14 10:55:19 am] | Task (7) is new!
[08-01-14 10:55:19 am] | Task (7) failed to execute, image file:/images/testimage not found![/CODE]

This is an old image, which i have deleted 2 days ago over the webinterface.

There are no active tasks running, but the search for the image. Whats going wrong?

Thank you.

This should probably get Wiki’d.

[quote=“Tom Elliott, post: 34467, member: 7271”]What version or revision of fog are you running[/quote]

im running 1.2.0 revision 2121.

I did this:

[COLOR=black][FONT=Tahoma]sudo passwd fog (reset fog user password)[/FONT][/COLOR][FONT=Tahoma]
[/FONT][COLOR=black][FONT=Tahoma]then [/FONT][/COLOR][FONT=Tahoma]
[/FONT][COLOR=black][FONT=Consolas]chown -R fog:root /var/www/fog/service/ipxe[/FONT][/COLOR][FONT=Tahoma][/FONT][COLOR=black][FONT=Consolas]chown -R fog:root /images[/FONT][/COLOR][FONT=Tahoma]
[/FONT][COLOR=black][FONT=Consolas]then on FOG interface: [/FONT][/COLOR][FONT=Tahoma]
[/FONT][COLOR=black][FONT=Consolas]Storage Management -> [/FONT][/COLOR][COLOR=black][FONT=Ubuntu]Management Username / Password to fog / (**fog user password - same as used on passwd line above)[/FONT][/COLOR][FONT=Tahoma][/FONT][COLOR=black][FONT=Ubuntu]FOG - Configuration ->Settings -> [/FONT][/COLOR][FONT=Tahoma]FOG_TFTP_FTP_USERNAME and FOG_TFTP_FTP_PASSWORD. (same as user/pass as Storage Management )[/FONT]

and it seems to be working now. thanks.

enable fog configuration>fog settings>general settings>FOG_FORMAT_FLAG_IN_GUI
all new images created are made using partclone, deploying partimage images is included only for legacy support.
if an image is set to partimage and reuploaded, it will be converted to partclone

[quote=“Junkhacker, post: 34530, member: 21583”]what instructions were you following?[/quote]
I was following; [url]http://www.fogproject.org/wiki/index.php/Ubuntu_14.04[/url]

Hi,

that sounds logic, yeah i created the user while setup.
Ok that is solved.

Regards X23

I had the best success letting linksys do the DHCP when I used DNSMasq as well.

[url]http://fogproject.org/wiki/index.php/Using_FOG_with_an_unmodifiable_DHCP_server/_Using_FOG_with_no_DHCP_server#DNSMASQ_settings_for_iPXE[/url]

Megabyte, go ahead and start your own thread and post your question including what version of windows and FOG you are using. I’ll be happy to help you get it working with AD if I can.

Hi there,

I had a similar issue and after searching around for an answer, I found the below on an Ubuntu Server forum.

I tried: sudo apt-get install libapache2-mod-php5

It installed a module (libphp5.so has appeared) uninstalled another (libphp5filter.so seems to have gone). Re-installed FOG 1.2.0 and hey presto “it works”. Updated the schema and I am back in and working.

Thanks for the quick response! I will update and test ASAP. Looking forward to finally crossing an issue off the list after the upgrade.

Andy

:Worked like a charm. Thanks again!

I haven’t had any problems using Visual Studio 2013.

[quote=“Junkhacker, post: 34376, member: 21583”]did you change your dhcp option 67 from pxelinux.0 to undionly.kpxe?[/quote]

Fellas, Let me tell you how much I appreciate everything you have done for me. Everything is in working order. I can’t thank you guys enough for the help! Hopefully someday I can repay you somehow.

Nate

I know this is an old post but, I finally got annoyed by the “List All Snap-ins” requires a search first bug on our FOG 0.32 install, was looking to fix it and found this thread.

The search page assigns a variable, [COLOR=#339966]$_SESSION[“allow_ajax_snapin”][/COLOR], to [B]true[/B] but the list page does not. Until that variable is defined as true the List All Snap-Ins page won’t work. There’s a couple of ways to fix it but, I just assigned it to true in [COLOR=#0000ff]/var/www/html/fog/management/includes/snapin.list.include.php[/COLOR] on line 37 so, that the search page will work the first time:
[code] <tbody>
<?php
$crit = ‘%’;
$_SESSION[“allow_ajax_snapin”] = true;
require(‘ajax/snapin.search.php’);
?>
</tbody>[/code]

now it’s an ftp problem. it could be the password on the storage management page. if your images are being stored on the same server as the fog web server, then it should match the value stored in fog settings>tftp server>FOG_TFTP_FTP_PASSWORD (assuming that one is correct)

Hi,

I am also facing same issue. Please follow this thread [url]http://fogproject.org/forum/threads/pxe-issues.11219/page-2[/url]

Configuring DNSMASQ helped Phantox to fix this issue. I hope this will help us. I will try and let you know tomorrow.

That makes sense! I figured it out and wanted to post my resolution if anyone else has the issue! What I did is did a kernel update and now its working.

Thanks for you help!