This is much easier and from a command line.

[quote=“Tom Elliott, post: 21463, member: 7271”]

[code]
wget https://svn.code.sf.net/p/freeghost/code/trunk/packages/udpcast-20120424.tar.gz
rm -f udpcast-20071228.tar.gz
sed -i ‘s/udpcastout=“udpcast-20071228”/udpcastout=“udpcast-20120424”/’ …/lib/common/config.sh
sed -i ‘s/udpcastsrc=“…/packages/udpcast-20071228.tar.gz”/udpcastsrc=“…/packages/udpcast-20120424.tar.gz”/’ …/lib/common/config.sh
cd …/bin
./installfog.sh
[/code]

[/quote]

[quote=“Tom Elliott, post: 21377, member: 7271”]I don’t know for sure how to get them started, but I know that the Regular Active Tasks should NOT be displaying the multicast tasks.[/quote]

to start unicast:

group management -> list all group -> click on group name -> image association -> x
group management -> list all group -> click on group name -> os association -> x
group management -> list all group -> click on group name -> basic task -> deploy

to start multicast:

task management -> list all group -> deploy multicast, but don’t work giving the error in first message of this thread

[quote=“Tom Elliott, post: 21449, member: 7271”]Are you looking at multicast tasks or active tasks[/quote]

clicking on
group management -> list all group -> click on group name -> image association -> x
group management -> list all group -> click on group name -> os association -> x
group management -> list all group -> click on group name -> basic task -> deploy

starts unicast imaging.

task management -> list all group -> deploy multicast, but don’t work giving the error in first message of this thread

Apparently, had not re run installfog.sh after starting nfs. Tried that first and the error. So, I ran the commands above and still get the error. Just in case, I did re set the password for the Fog user to match the Fog settings in the gui. Also checked permissions of /tftpboot and it is 0755 and the owner is Fog.

I am running fog 0.32. I uploaded an image and then I booted the drive, added a folder to desktop, and then deployed the image and when it booted the folder was gone so I believe that there is an image uploaded. Then when I put in the blank drive it does the restarting business.

V/R
Adam

Your default file (that’s the name sorry) is located at:
/tftpboot/pxelinux.cfg/default

On the bottom line you should see:
[code]TIMEOUT 30[/code]
This means 3 seconds. Thirty seconds would be:
[code]TIMEOUT 300[/code]
I

0.33 doesn’t have the same issues.

no problem.

does this new location have .mntcheck files:

[code]
sudo touch /images/.mntcheck
sudo touch /images/dev/.mntcheck[/code]

Also check that your ftp information operates as expected as well. The storage username and password should be that of the FOG Servers (or storage nodes) fog user (on the server/node) not the database username and password.

solved! thanks

If you run the system in debug mode. What this means, is setup the task you’re trying to perform as a Download Debug Task (under advanced options) or Upload Debug.

On the client, the file should be under /tmp/status.fog

It’s just a text file, but it’s main purpose is to store the errors thrown from partimage. There are common thrown errors with is what the progress reads/gets its data from.

Hi Tom,

I wanted to give you an update on my issue… I was able to get the server back up and running by re-running the installation, as it may have seemed that I was missing some of the proper software on Ubuntu 12.04 for Fog to run properly. After re-running the installation all I had to do then was edit config.php with the proper mysql password and now get back to imaging all my machines now.

Stay Warm, as where i am located, HELL as frozen over in ND at -26 degrees (without wind chill of course.)

[quote=“Tom Elliott, post: 21139, member: 7271”]r1059 released to test this new functionality out. Please test and play. You can change the setting under:

FOG Configuration->FOG Settings->FOG PXE Settings->FOG_PIGZ_COMP

Hopefully you’ll enjoy it. The values are between 0 and 9. 0 being the fastest/worst compression rating and 9 being the slowest/best compression rating.[/quote]

damn your quick. Ask you shall receive 🙂 I will have to wait to get home to my Desktop of DOOM… i can’t even get my mac to mount the images folder when i try to use the private internal network in Fusion

That does fix my problems, sorry it took me so long to respond with positive results. I only use fog once a semester, so sorry for the delay.

I’d recommend for multiboot images use raw instead of multipart. Multipart and and others are more designed for one OS. It’ll take longer but its a bit for bit copy rather than a used data only copy.

That’s because of the two methods in use.

Tftp doesn’t use relative paths to locate the files, but the kernel and boot image consider the actual tftpboot directory (on it’s own) as the root of the file system. They’re not relative technically.

hi, also not working, hangs since 20 minutes here:

[ATTACH=full]460[/ATTACH]

crazy is the kernel from verion 0.29 is working???

[url=“/_imported_xf_attachments/0/460_Unbenannt.png?:”]Unbenannt.png[/url]

I’ll build a kernel with raid controllers built in and let you know when its ready for download

I know this thread is slightly older, but my latest of kernels seems to work with VMWare, and many others I’m sure, SCSI natively. No more having to change to Paravirtualized or anything to upload the image, to reset to the one windows needed to operate properly. Hopefully this helps. It should come with FOG 0.33b and if you’re not feeling good about going down the beta road, try downloading the latest one at: [url]https://mastacontrola.com/fogboot/kernel/bzImage[/url]