Posts made by mootsfox

That will get messy when I have more than 16 stations, but that sounds like it is what I need, thanks!

I have a production FOG server that has been up and running (100%) for about 8 months now. It images around 50-100 computers daily and has been a champ this whole time. Excellent software. I want to move forward with this project and into other departments. I have a rack with sixteen computers to do RAM and HDD testing, I’d like to have those computers default to memtest or my HDD testing .iso, while still having the standard PXE boot -> menu option for computers that need to be re-imaged. It has been awhile since I have actually done administration on my FOG system (no need, it’s stable) so I’m not sure how to go about doing, or if it is possible. The machines will be static, with non-changing MAC addresses, if I have to manually configure them, I’m not concerned about that. Ideally they would PXE boot and go to a different menu than the computers getting reimaged. I’m curious if this is possible.

I agree to that, Andy. My FOG server and Unix storage server have around 180 days of uptime in production. If I don’t power cycle the Windows servers once a week or so they start to get stale.

I had the same problem when running dedup on FreeNAS under ZFS.

In the end, I decided that the RAM hit and risk was not worth the savings.

So I figured it out. Capone adds an option to the PXE boot menu, which is great, but my menu is not stock, and the automatic entry it adds was failing. Fix that and it boots fine.

So, it is possible to set Capone to use a different NFS/TFTP/Web server if you want to. The script calls on what is defined in the PXE boot option, not what FOG uses for settings.

Our states are also the size of countries in Europe… Not to mention, they often act like they are separate countries :rolleyes:

I believe that the Capone script is finishing as it should, because it looks like it runs the fog script at the end, “fog”.

Opening up the fog script, I tried to read through it following along with what the client outputs on the screen and got to Line 122

[code]echo -n " * Mount File System…“;
mkdir /images $debugstring 2>/dev/null;
mount -o nolock, proto=tcp $storage /images 2>/tmp/mntfail
mntRet=”$?";
if [ ! “$mntRet” = “0” ]
then
blame=wget -q -0 - "http://${web}service/blame.php?mac=$mac" 2>/dev/null
if [ ! “$blame” = “##” ]
then
echo “Failed”;
echo “”;
echo -n " * ";
cat /tmp/mntfail
echo “”;
echo “Error during failure notification: $blame”;[/code]

And so on.

The mount is failing. What makes Capone deploy differently? The mount should be the same. It loads and selects an image, then loads the FOG script. I don’t understand why it would work through task management but not through Capone…

Anyone know what tmp/mntfail is referring to?

You are correct in me not wanting to use MAC addresses. The goal is to plug a computer in, have Capone decide which image to send, and push it as fast as possible. Then move onto the next unit. Registration is not used at all in my deployment. Only to create the master image.

I’m running into such confusion because I know Capone works, and well, as I have tested it with the previous build of this system. That was when the FOG server controlled everything though. There is some hiccup between the FOG server, client and/or FreeNAS system during deployment, which leads me to believe that the hand off is different, or Capone changes the way it works.

There is such great documentation on FOG and FreeNAS, but only a few lines for Capone, and I can’t seem to find anyone else who uses it…

EDIT:

I found the script for Capone. I don’t know bash(?), I can’t read the script beyond the general idea of what it does. The script is wherever fog was extracted then
[code]fog_0.32/src/buildroot/package/customize/fog/scripts/bin/fog.capone[/code]

The script runs almost to the end, I pasted the from last echo that shows on the client machine to the end of the script.

[code]echo " * Setting up environment to deploy image…";
export type=down
export mac = “00:00:00:00:00:00”; #Not important for Capone
export img;
export osid;
export imgType;
sleep 2;

clearScreen;
fog[/code]

I have having troubles with FOG connecting to my NAS. I have created this thread here instead of FOG Problems, because I am curious as to how FOG works, and want to understand this before trying to fix my problems. I am relatively new to *nix, especially when dealing with permissions, and completely self taught. I have no one and nothing but the internet (and some books) to learn from. There is no one locally I can ask to clearify or explain some concept to me. Please excuse holes and lapses in my understanding.

[U]My setup[/U]
[LIST]
[]FOG Server - 192.168.15.72 - (dual core Xeon, 2GB RAM, 500GB HDDs in RAID 1) - Ubuntu 11.04 (natty)
[]FreeNAS Server - 192.168.15.15 - (quad core Xeon, 24GB RAM, 62TB HDDs in RAIDZ1) - 8.3.1-RELEASE-p2-x64
[]Cat5e patch cables
[]24 port unmanaged Gigabit switch
[]Client machines
[/LIST]

No AD, no DNS, no internet, nothing else connected.

FOG Server handles for the network DHCP and TFTP.
FreeNAS has a NFS share with NFS and FTP services running.

There is a mount for FreeNAS into the /images directory. /images and /images/dev are owned by fog:root, with full user/group/other permissions. My goal is to make this as open as possible until I understand it and narrow the permissions down later for security.

I can see FreeNAS mounted in my file system on the Ubuntu server. I can read and write to this directory. I can register a host, and create an image. The image successfully moves from /images/dev to /images and is renamed with the image name. I can even deploy to that unit/MAC address with no trouble.

My problem comes into play when I try to image the unit with Capone. For those that have not read about Capone, it is a supported plugin that removes the need for the client to have a MAC address when deploying an image. Instead, it pulls DMI data from the client computer and matches that to definitions that are set within the plugin. This plugin is essential to what I am using FOG for. When I try to image a computer using the Capone plugin, the system fails to mount the NFS share. For clarity, I am posting in the code below, the output on the client machine. For reference, this is an IBM T400 with Windows 7, imaged as multiple partition, single disk. The DMI key used in 6475MC2, which is shared across this model.

[code]* Loading Capone…

• Looking up DMI field…Done

• Using Key Value: 6475MC2

• Looking for images…Done
  ID 1) OS: Windows 7 Image: IBMT400

• Setting up environment to deploy image…

• Checking Operating System…Windows 7

• Checking CPU Cores…2

• Send method…NFS

• Mounting File System…Failed

• mount: mounting 192.168.15.72/images on /images failed: No such file or directory

Error during failure notification: Unable to find a valid task ID or host ID based on the clients mac address of : 00:00:00:00:00:00
Unable to find a valid task ID or host ID based on the clients mac address of: 00:00:00:00:00:00
[/code]
Note, that I can deploy an image to this machine with no trouble if I do it as a task within the FOG management console.

All this leads me to the questions of;
[LIST]
[]How does FOG connect to a separate NFS and FTP server?
[]What user/group does it assign to a client so that it can talk to the system?
[]How does FOG manage NFS shares and FTP access?
[]How is the data for creating an image routed, does each bit move through the FOG server, or does it hand the connection off to the client and NFS?
[]Is this different from when it deploys an image?
[]How does deploying with Capone change that?
[*]Capone seems to assign a MAC address of 00:00:00:00:00:00, how does this affect the ability of FOG to deploy?
[/LIST]
If there are any Capone/FOG experts out there, I would love to hear any additional notable nuggets of information that I missed as well.

[quote=“Jaymes Driver, post: 11763, member: 3582”]There is a way to incorporate *.iso images to boot from maybe something similar can be done with the images your have?

Unfortunately I think that using a spare hard drive and uploading the image would be the best bet, just don’t actually BOOT the refreshed image so it doesn’t change any drivers and turn around and immediately upload it to FOG. This would probably be the fastest work around, but I’d start with one i have the hardware for to make sure nothing gets mucked up in the process. From what you have explained I agree with you and I’m on the same page, the images SHOULD be good, but do a test on one just to make sure!

Here’s that post on booting ISO images. [url]http://fogproject.org/forum/threads/how-to-modify-the-pxe-boot-menu-to-allow-the-booting-of-iso-files.154/page-2[/url][/quote]

Thanks for the link James. I actually want to load diags and other such things from .iso files as well.

I think I found a dirty workaround here to select images: [url]http://fogproject.org/wiki/index.php/Bypass_Host_Registration[/url]

[quote=“Jaymes Driver, post: 11756, member: 3582”]So let me try to understand what it is you are trying to do.

[B]You have images (from ghost) not currently deployed on a system and you want to “port” those images to FOG to be deployed later?[/B]

You have to upload your image to a device, register it with FOG, and then push the upload to your FOG server.

If you have a ghost image and you want to use it only with FOG without deploying the image and uploading, to my understanding this can not be done.

If you had Clonezilla images or something in a .img format you should “technically” be able to do add them to your image space on the FOG server and with the proper coding be able to deploy those images to your devices.

please refer to [url]http://fogproject.org/forum/threads/adding-gho-images.4229/[/url] BryceZ explains they are a different format that are not supported by each other.[/quote]

That is correct. I was curious about the possibility of pushing via Ghost these images to a HDD, and then installing it in a system, one that is not for that image, then PXE booting and pushing the image to FOG. The hardware will be incorrect, but the image should be good. I can’t think of a reason why that would not work, but I thought I’d ask before going to the trouble of setting up a bench to start migrating over. If that is the only way to do it, so be it. It will take months, but it’s better than not having them at all.

I am still curious about whether it is possible to have FOG allow the client system to pick which image it uses, either from a selection or CLI.

[quote=“BryceZ, post: 2724, member: 2”]Columbus, OH[/quote]

Same!

This is sort of a general question, but is it possible to upload, or copy an .img file to FOG and create a host/entry for it? I have hundreds of images that I’d like to convert to FOG, but do not have a solution to move them. I do not have the machines that the images were created on (think repair depot), but may see them in the future. I wish to move the images I have now to the FOG system without having to setup each system, push an image from Ghost/DVDs and then upload it to the FOG.

I understand that I am using FOG outside of its original intentions, but I really prefer FOG to Ghost and would really like to be able to use it full scale. With Ghost, after booting the CD, I have the option of selecting an image. Is it possible to do this with FOG? I currently use Capone and DMI definitions to skirt around this, but for some models (one DMI result has multiple variations/drivers) it would be better to select the exact image required.

Finally got it working!

My FTP settings on my FreeNAS box were not correct. I had to add a user to the FTP service called fog with the password used for the management console.

Of course, when I say working, I mean the upload portion. I now get a permission denied error when trying to send an image to a system.

So if I run it with Capone, it says [code]mount: <ipaddress>:/images/ failed, reason given by server: permission denied

mount: mounting <ipaddress>:/images/ on /images failed :Bad file descriptor[/code]

I have two storage nodes setup like suggested, following the instructions listed in this thread by icarus.

When I deploy an image, it tries to load the image off of defaultmember, which fails, then it tries to load off of my second storage node, which works fine, loads as it should.

Why does Capone fail, but host deploying work?

EDIT:

When typing [code]sudo exportfs -a[/code]

I get the following:

[code]exportfs: Warning: /images/dev does not support NFS export.
exportfs: Warning: /images does not support NFS export.[/code]

My /etc/exports looks like
[code]/images *(ro,sync,no_wdelay,insecure_locks,no_root_squash,insecure,no_subtree_check)
/images/dev *(rw,sync,no_wdelay,no_root_squash,insecure,no_subtree_check)[/code]

Sorry if it feels like I am hijacking this thread, not trying to, just didn’t think my issue deserved a whole new thread.

My computer finished, and I had the “FTP connection…” error again. While the system was running, I changed the DefaultMember back to defaults, and created a new one, and the system finished, and the files moved as they should have.

So I have deleted that image and am trying it again.

Followed your directions and am currently uploading an image to test it.

Why dd you add a storage node instead of editing the DefaultMember?

Is it uploading but not renaming and moving the img files from /dev?

Bumping this because I finally got that problem fixed. I added a storage node with the ip and mnt point of the NAS, and set that as the active and master storage node. Images create just fine.

However, now I get “* unable to move /dev/macadress to /imagename” I can rename the image in dev and move it when in the dev file (sudo mv macaddress …/imagename) Which works, but I’m planning on running hundreds if not thousands of different images, I do not want to do this manually for each image.

This error is the exact one listed here: [url]http://www.fogproject.org/wiki/index.php?title=FOGUserGuide#Separate_NFS_Server[/url] under KNOWN ISSUE.

I have turned on the FTP service on my FreeNAS system, but there is no place for a username or password to be entered. I have both “Allow Root Login” and “Allow Anonymous Login” checked in the settings, the path set to the same place as the mount. I believe everything is set up correctly in there and I’m hoping someone with more knowledge of FOG and using FreeNAS with NFS can chime in on what I am overlooking or not understanding.

Is your mount correct (can you still access it in the OS)? Your NAS must be mounted to the /images directory on the fog system.

Are the settings in your storage node correct for your NAS?

SO, it works!

I followed these instructions: [url]http://fogproject.org/forum/threads/request-fog-nas-tutorial.419/#post-11178[/url]

Instead of mnt/pools/A/A0/images, you will use your mount, and of course, your ip to your NAS instead of the one he used. The password should be fog/password unless you have changed the FOG password (not the system password).

A word of caution, setting the node as Master (which I believe is needed for this to work) will overwrite your other nodes if you have any. Backup any images you need to keep.