OK. Never mind. I have been working on this issue for a day or two with no luck. I browsed this forum for potential fixes, and found one that was close. It mentioned running [URL=‘http://fogproject.org/forum/posts/29201/’] [I]truncate[/I] table snapinJobs; [I]truncate[/I] table snapinTasks;[/URL] and then recreate the task, which I did. I waited a while, restarted the servce, etc, and it did not appear to work, so I posted this message. As I am waiting for responses I go back to the Fog server console and the task is gone, and I see that it was run on the client.
Problem solved. I must not have waited long enough.

Yes, simple as that. Thank you.

Cool thanks for your help through this guys.

I think it always has, but you have to specify in such a sequence of:
OU=WhateverComputerWorkgroup,DN=domainname,DN=com

or something of that sort.

I fixed it!

My disks had some GPT partitions left over on it, although the machines were new,the supplier had installed windows 8 on them before I got them, without telling me!
Here’s the URL on how to fix it, [url]http://fogproject.org/forum/threads/stuck-on-dev-sda.11105/[/url]
Good luck.

As you likely moved the data:

Try these commands:
[code]chown -R fog:root /media/lroot
chmod -R 777 /media/lroot[/code]

Is there an easy way to reset the password? Is there a place to look up the password. Here is the contents of our config.php file.

<?php

define( “UPDSENDERPATH”, “/usr/local/sbin/udp-sender” );

define( “MULTICASTLOGPATH”, “/opt/fog/log/multicast.log” );

define( “MULTICASTDEVICEOUTPUT”, “/dev/tty2” );

define( “MULTICASTSLEEPTIME”, 10 );

define( “MULTICASTINTERFACE”, “eth0” );

define( “UDPSENDER_MAXWAIT”, null );

define( “MYSQL_HOST”, “” );

define( “MYSQL_DATABASE”, “fog” );

define( “MYSQL_USERNAME”, “” );

define( “MYSQL_PASSWORD”, “” );

define( “LOGMAXSIZE”, “1000000” );

define( “REPLICATORLOGPATH”, “/opt/fog/log/fogreplicator.log” );

define( “REPLICATORDEVICEOUTPUT”, “/dev/tty3” );

define( “REPLICATORSLEEPTIME”, 600 );

define( “REPLICATORIFCONFIG”, “/sbin/ifconfig” );

define( “SCHEDULERLOGPATH”, “/opt/fog/log/fogscheduler.log” );

define( “SCHEDULERDEVICEOUTPUT”, “/dev/tty4” );

define( “SCHEDULERWEBROOT”, “/var/www/fog” );

define( “SCHEDULERSLEEPTIME”, 60 );

?>

Did you not try doing a “Bridged” adapter?

Had the same problem today.
Did this
[CODE]sudo stop tftpd-hpa
sudo start tftpd-hpa[/CODE]

and on ubuntu I disconnected the wired connection profile and reconnected and was fixed.

And you can see those files from earlier that got stuck in /tmp

Thanks, that’ll work well enough for now.

With the newest version of GroupManagementPage.class.php, clicking on a group from search results takes several minutes to load, as do most changes to the group once it finally loads. During these times, apache is pegging a CPU core or two.

Hi DFS,

Having exactly the same issue here. Version 0.32 worked for us, so we can rule out any network config issue. When we start the task it dies after 10 seconds. We’ve verified that the multicast services are running, etc…Have you found a fix?

Thanks…

Just so everyone’s aware I fix this bug in SVN in case anybody doesn’t want to delete their location stuff but still want a functional fog system

YYYYYYAAAAAAAAAAAAAYYYYYYYYYY!!!

IT WORKED! IT WORKED!

:D:D:D

I chainloaded PXE to iPXE using pxelinux.0, and now a client machine that is PXE booted resolves to the FOG menu!!

I am very happy!!

Now, what next???

Back to the WIKI/User Guide!

[quote=“Tom Elliott, post: 32679, member: 7271”]Cool
Boot into an upload-debug task.

Run
[code]fixparts /dev/sda[/code]

Hit the letter w, it should exit properly.

When back at terminal run:
[code]fog[/code][/quote]

Thanks Tom - Processed the image and all is good!

Thanks I’ll get all my current requests for Snapins using my work around deployed then I’ll try out the latest SVN version.

If scheduling a shutdown after completion of a donate task, the client reboots rather than shuts down. (fog 1.1.2 on ubuntu server 14.04)

Can anyone help me.

personally, i would recommend using a folder such as /var/www/html/ISO because this folder will not be touched in fog upgrades, but the /var/www/html/fog/service/ipxe/ folder will be moved

[quote=“Fhajad, post: 31428, member: 24675”]You’re not supposed to use pxelinux.0 anymore, you’re supposed to use [B][COLOR=#000000][FONT=sans-serif]undionly.kpxe[/FONT][/COLOR][/B][COLOR=#000000]. You’ll need to update that in your DHCP option settings.[/COLOR][/quote]

This just solved my issue.
Just upgraded from 0.32 to 1.1.2 and TFTP was all “no way Aieesha, I aint no doin dat!”

Changed the DHCP server options (that i had setup ages ago for .032) and BAMO AIEESHA…

Thats right, all you would need to change is “bootfile pxelinux.0” to “bootfile undionly.kpxe”.

As for which version I would recommend 1.2 personally, I switched our systems about a month ago and the changes have all been positive for me: I found the linux handling is vastly improved and iPXE seems much more flexible. The front page of the wiki ([url]http://fogproject.org/wiki/index.php/Main_Page[/url]) has a summary of some of the more important changes.

Incidentally when I put up my fog server I also thought I wouldn’t be using it a lot, but I ended up using it ways I wasn’t expecting (system rescue, “backing up” or migrating hardware), I leave it up all the time now 🙂