So I think I fixed the issue, however I think the FOG Client is bugged.
Originally the files would be sent with #!ok\n and then the options information.
I found if I I send the commands as originally in 0.32, they say the meta issue. If I remove the \n on the ok line, it starts to work, but errors out saying it can’t find valid task id, which as far as I can tell is because it’s sending the JOBTASKID= variable as: #!okJOBTASKID=
Trying 0.32 service.
That sounds like, to me at any rate, that the isValid() function is actually checking if the MAC is valid AND if it’s associated with a host. I don’t know yet, still working on snapins.
Changing the checkin time is done per client in the file config.ini found in “C:\Program Files (x86)\FOG\etc”
I’ve got mine, now, set to 20 seconds just for testing, still trying to work out kink in it.
I don’t know why You’re seeing the issue with that, did it create the host and did you set an Image with the host?
I Found a few errors and I’m sorry I missed them. It was never making it to snapins.file.php so the progress wouldn’t work. Remember the task doesn’t clear until all the snapinTasks are completed. I’m testing and man 5 minutes sucks!
I think I see what you were referring to and have made the change, the next update will reflect this. Currently testing/fixing snapin deploys though so may be a minute.
I’m not seeing any pending macs. Did you copy wrong by chance? For example:
cp packages/web/Host\ List.php /var/www/fog/management/reports/Pending\ MACs.php
Or are you just saying the file name is the same?
So I just tested it, and while the task failed, I’m guess because of the XXXX’s in the key sent info (which is fine) I got:
FOG::SnapinClient Attempting to connect to fog server…
FOG::SnapinClient Module is active…
FOG::SnapinClient A snapin task was found but, not all the meta data was sent. Meta data length: 10 Required: 7.
User Login Hist is for users logging in to windows systems.
Well, you can still chose your local computer, but it also gives the choice to use already created files.
I’ve added that, adding the client to my test host. BTW how do you like being able to chose from a file within the directory?
Can you tell me how you setup your snapin? What file and args? This way I have something more concrete to test with.
do you still have the installation directory?
Can you cd into this directory and copy the file:
[code]cp packages/web/management/reports/User\ Login\ Hist.php /var/www/fog/management/reports/[/code]
Did this file get deleted? What revision 0.33 are you on?
What revision you on? And so you actually have a snap in to deploy?
[url]http://fogproject.org/wiki/index.php/Build_TomElliott_Kernel[/url]
Should help you guys all out.
This sounds like a hardware issue.
I’m assuming you’ve enabled PXE Boot from the Network in the BIOS?
If the USB NIC is disconnected, does the system (in bios) allow you to choose Network?
The manual edit was because the / in /packages/udpcast-… needed to be escaped. I edited the command above to reflect it to be proper.
Sorry about that all. I’m an idiot.
Saving to: ‘udpcast-20120424.tar.gz.1’ <- This is because the location you stored the file already had udpcast-20120424.tar.gz
I think, ultimately, you would need to assign an interface to a group. The interface would have to be on the physical fog server (eth0, eth1, eth2, etc…)
Basically this would require adding a field to the group table on the fog database (pretty simple ultimate.) Then on the GroupManagementPage, add a selector to choose the interface (based on the interfaces available to that StorageNode) (Not as simple.)
Then we’d have to get the group id of the task (not simple again).
Then we’d have to change that particular line:
[php]‘interface’ => $StorageNode->get(‘interface’),[/php]
To something that gets that groupid->interface association.
I have to think of the logic behind what’s actually needed to do this. I will say, however, it may take a while, but it is possble.
It’s all good. You can decompress the init.gz with xz -d -c init.gz > init
Then mount the init file created to another directory. I Usually create a tmp folder inside /tftpboot/fog/images/
[code]
mkdir tmp
xz -d -c init.gz > init
mount -o loop init tmp
[/code]
Then cd into the tmp (you could I suppose chroot but i’d stay out of that if i could help it.)
From tmp you see the fog file system (the same one the clients see.)
The fog script is in bin/fog
If you get it working just post that file here and I’ll diff it, patch it, tweak as necessary, test, and then regenerate init.gz, post to svn, and should be good to go.