Posts made by Tom Elliott

Right,

That’s because it can’t connect with your nfs server. NFS is only mounted on download/upload tasks from unicast modes.

I see what you mean now. Updated the code.

DId you copy the commands exactly?

I’m not trying to go to /lib, I’m trying (from the packages folder) to go …/lib/config.sh

Have you disabled the firewall service on the server just to ensure it’s not the cause of your issues right now?

It should’ve installed with fog, but it’s possible debian uses rpcbind, maybe try:
[code]sudo service rpcbind restart
sudo service nfs-kernel-server restart[/code]

I had no issues building and installing fog 0.33 on ubuntu 13.10. Please forgive as I forgot in the midst of operating, that you were using 0.32.

That said,

To fix udpcast. go to the location on the extracted fog folder:
[code]
cd packages
[/code]

I think you need to change the udpcastout variable with:
[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]

It should build

If I recall, a lot of your services weren’t running.

That RPC error is indicative of the nfs service not running if I recall properly.

Try these commands on your fog server
[code]sudo service portmap restart
sudo service nfs-kernel-server restart[/code]

Then try your system again.

When you’re obtaining a new kernel you need to save it as the new location on the fog server. As the root user the commands would look something like this:
[code]cd /tftpboot/fog/images
mv bzImage bzImage.old.loads #BACKS UP THE ORIGINAL KERNEL by moving it (bzImage no longer exists
wget --no-check-certificate https://mastacontrola.com/fogboot/kernel/bzImage
[/code]

Then try to boot the system.

Possibly, but try a different kernel. I’ve been adding a lot of stuff to my kernels and have seen this choppy bit off and on now and again. Now, with my latest kernel, where I work my VM’s actually transfer in the 4.5GB (yes with Vsphere Client on a 5.1 ESXi Host.) But the principle should still work here.

[url]https://mastacontrola.com/fogboot/kernel/bzImage[/url]

Can you try my kernel?

[url]https://mastacontrola.com/fogboot/kernel/bzImage[/url]

Are you looking at multicast tasks or active tasks

This looks, to me, to be in file:

/var/www/{fog,html/fog}/commons/functions.include.php

Line 2744:
[php]append initrd=" . getSetting( $conn, “FOG_PXE_BOOT_IMAGE” ) . " root=/dev/ram0 rw ramdisk_size=" . getSetting( $conn, “FOG_KE RNEL_RAMDISK_SIZE” ) . " ip=dhcp dns=" . getSetting($conn, “FOG_PXE_IMAGE_DNSADDRESS” ) . " type=down img=$image mc=yes port=" . $port . " storageip=" . $snIP . " storage=" . $snIP . “:” . $snRoot . " mac=" . $member->getMACColon() . " ftp=" . sloppyNameLookup(getSetting( $conn, “FOG_TFTP_HOST” )) . " web=" . sloppyNameLooku p(getSetting($conn, “FOG_WEB_HOST”)) . getSetting( $conn, “FOG_WEB_ROOT” ) . " osid=" . $member->getOSID() . " $mode $imgType $keymapapp shutdown=$shutdown logleve l=4 consoleblank=0 " . getSetting( $conn, “FOG_KERNEL_ARGS” ) . " " . $member->getKernelArgs() . " " . $otherargs;[/php]

Look for the relevant part of this line:
[php]
" osid=" . $member->getOSID() . "
[/php]

Change to:
[php]" osid=OSID OF OS YOU WANT[/php]

No, unless you find the configuration file and basically falsify the OSID. I think maybe on the creation of the pxe file (01-$MAC) file, set the osid manually.

create a group of the hosts you’re trying to multicast to.

Then go into that group and set the host OS. It will apply the setting to all of the hosts within that group from one simple location.

I’m guessing you’re using FOG 0.32?

The reason it’s not working is because the OSID is not set for each of the hosts you’re trying to send it to. In multicast group jobs like this, needs to have the same OSID. This is why you see multicast deploy from the group menu. It creates one task. It sounds like it checks that all Hosts have the same Image ID, but it doesn’t check if the OSID is set.

This will hopefully be fixed in 0.33 (not yet though, still working on it) as the OSID is actually set by the image rather than on a per host basis.

r1100 released. Just pretty’s up progress output in partclone binaries for the … OF … copied. It actually prints the size rather than the block information.

Changed the progress.php back to how partimage worked. No need to edit this anymore as I figured it out in the partclone binaries.

r1098 released, had preliminary areas for getting image size. It didn’t work as I expected so,

I fixed it in:
r1099 released, Partclone binaries updated to report disk size. Does require a schema update from mediumint to bigint , but this is automated, when/if you update it will update the schema for you. Init.gz updated to 3.12.7 headers. TomElliott.config updated for latest kernel release 3.12.8. Updated the kernel on my side (Unpublished Kernels) and it’s can be downloaded from [url]https://mastacontrola.com/fogboot/kernel/bzImage[/url]. Image size displays, and is formatted for human readable (B,KB,MB,GB,TB,PB,EB,ZB,YB)

When Ubuntu installed the mysql-server, did you get a separate window requesting you to setup a password? You don’t have to setup a password, but if this doesn’t run, the mysql database isn’t initialized. So it would fail to start the server at all. Just my thoughts. I’m running up a 13.10 vm as well to test the install process.

Can someone please tell me what changed? Has any body had any luck with the latest kernel’s I’ve been producing?

The images directory should be set as:
[code]chmod 777 -r /images[/code]

This should allow you to delete the files. The Ownership shouldn’t matter.