[quote=“Jbob, post: 34657, member: 21733”]Can confirm that the snapin client does [B]not[/B] expand system variables. Adding this feature to my todo list with high priority. The reason is that the snapin client uses:

[code]p.StartInfo.FileName = strRunWith;[/code]

instead of

[code]p.StartInfo.FileName = Environment.ExpandEnvironmentVariables(strRunWith);[/code]

In the mean time you may just set the “Snapin Run With” to msiexec.exe, this will automatically find the file if it has been added to the system path, which windows does by default.[/quote]

Simple solution - best solution.
Thanks for all for your interest.
I used just msiexec.exe in “Snapin run with” and package was smoothly installed.

Thanks Jbob

[quote=“Oma Voss, post: 34671, member: 22725”]Hi Junkhacker,

it was unsuccessfully …[/quote]

Can you give more information than, it was unsuccessful? Perhaps some log information? Maybe your mysql log file? Maybe the apache error logs?

How does it fail, does it give any messages of any use?

Hi,

FYI snapin client does not expand system variables, so don’t use them they don’t work:
[quote=“Jbob, post: 34657, member: 21733”]Can confirm that the snapin client does [B]not[/B] expand system variables. Adding this feature to my todo list with high priority. The reason is that the snapin client uses:

[code]p.StartInfo.FileName = strRunWith;[/code]

instead of

[code]p.StartInfo.FileName = Environment.ExpandEnvironmentVariables(strRunWith);[/code]

In the mean time you may just set the “Snapin Run With” to msiexec.exe, this will automatically find the file if it has been added to the system path, which windows does by default.[/quote]
[url]http://fogproject.org/forum/threads/fog-snapins-and-windows-system-variables.11288/#post-34657[/url]

cscript is in path you should call cscript msiexec and so on. without any path

To check what’s in PATH open a command prompt and type:
[CODE]echo %path%[/CODE]

That will give you (normally) a list of directorys that are in path, that means every executable file that belongs to a path directly can be run without any path to the binary:

[CODE]C:\Users\Administrator>echo %path%
C:\Program Files\SFX-CreatoR;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Com
mon;C:\Program Files (x86)\Business Objects\Common\3.5\bin\NOTES;C:\Program Fil
es (x86)\Business Objects\Common\3.5\bin\NOTES\DATA;C:\Windows\system32;C:\Wind
ows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0;C:\Prog
ram Files\Calibre2;C:\Program Files (x86)\H-JTAG V0.4.0;C:\Program Files (x86)
Ford Motor Company\IDS\Runtime;C:\Program Files (x86)\MakeMsi" ;C:\Program Files
(x86)\GNU\GnuPG\pub[/CODE]

Regards X23

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]