[quote=“Junkhacker, post: 34817, member: 21583”]if you don’t want to keep the data for logging purposes, a quick thing to try would be truncating the tasks, stapinTasks, and snapinJobs tables[/quote]
Junkhacker you rock 🙂
This advice solved the issue.
All snapins and single snapin smoothly installed.
Thanks a lot.

No, problem. I hope it works for you.

Ah, didn’t realize there was an update. I’ll give that a try. We have 3 new models of laptops and tablets and this is the only one that gave us trouble that’s what’s so strange. Even our older models worked like a charm all the way back to v.32.

I’ll update more when I update.

I had the clients in a group and when I managed the group to have the Host Name Changer Service run for some reason that didn’t take. Issue Resolved though
and Joining Domain I was using “Domain Name\Administrator” instead of just the username Oddly enough It automatically joined the workgroup “Domain Name” instead of just an error

This worked! Thanks Tom. From what I can tell the first time I downloaded this kernel something went awry although I got no error messages and the file was possibly corrupted, only 4655 bytes?. (I used a -no-certificate-check with wget, if i dont use the no cert, i get an SSL error) I noticed this a.m. it was much smaller than a kernel file should be. So this time I downloaded it in my Windows browser and pushed it up to my Fog box via FTP. Success. Thanks a gain Tom!

Windows Firewall is disabled. There are Windows 7 computers on the same subnet as the server which have working FOG services so the antivirus is not blocking the FOG service.

Unfortunately, the command recommended by Jose did not help, though I appreciate the ideas.

I’ve come across a few other threads where people have similar problems, but I haven’t seen any direct solutions related to this specific Windows 7 subnet issue. I’ll keep working on it though.

Alright Thanks Junk

I copied the fog_1.2.0 tarball from a Windows PC initially, then copied it to the Ubuntu box.

There was some issues decompressing it, so i re-downloaded it on the Ubuntu box. It decompressed fine, I re-installed, and the page comes up fine!

Hello,
I have got the same problem with pc-wächter-card from Dr. Kaiser. Is there any solution for this?
Regards.

I like to use the svn, but I just have issues like that…lol " Its working great, lets change it 🙂 "

The Cisco Nexus 6000 range contains two models, the 6001 model and the 6004 model.They can be used as layer2 and layer3 switches and can aggregate traffic from the Fabric Extenders (FEX) for different blade-server systems. Both models support either front to back or back to front airflow and they do support Fibre Channel over Ethernet in combination with a ‘full’ FCoE switch.
[url]http://www.scribd.com/doc/235802101/642-813-Sample-Question[/url]
[URL=‘http://vube.com/INDIGO MULTIMEDIA/cisco-642-813-certification/B9ZhkmAAmC’]vube.com/INDIGO MULTIMEDIA/cisco-642-813-certification/B9ZhkmAAmC[/URL]

[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.