@need2

Thanks. I began reinstalled using Fedora 22 server 64bit. hope to have FOG back up and running soon.

@Wayne-Workman I do not know. Pinging directly may be a better option, but I would not recommend it. ICMP is not really a good mechanism to test up/down state. This is because ICMP knows nothing about the host, nor does it really care. Remember, we aren’t directly tracking the IP of a host any more, and this is for good reason in my eyes. Basically, the current mechanism knows what host is what because it translates the Hostname to its corresponding IP address. If you want to just know if a host is “pingable” then you should probably add the Host IP field back and enter the corresponding host’s IP address. This way, even if the host is currently rebooting, it will respond if the network is up and running.

@Wayne-Workman Holy crap I got it working again. After upgrading to 14.04 I re-ran the SVN from the link previously mentioned and now I can access my fog server again.

So the problem isn’t the cloning but that I was transferring from an IDE/Compatible VM to an Physical system with AHCI enabled. Setting the physical to IDE/Compatible mode fixed that. However IDE mode is not a solution. I required building AHCI into the kernel prior to deployment.

Thanks to some help from centos.org forums I have a working solution.

I’ve moved the OS update and some other new code that forces the recompiled kernel to include AHCI drivers to the final mastering.

Server building occurs for me in several steps.

Install the Minimal Server to a VM, nothing else, no updates Purpose the VM (in this case for FOG and all that entails, no updates) Master the image (every update and generalizing code) Capture the image Distribute the image Align the Deployed system

I’ve added the following code to the Mastering:

03> Master the Image ## Login REMOTELY with Kitty ( http://kitty.9bis.net/ ) ## Elevate Access Level ## -- ## Disable root access via SSH (CentOS only) ## Direct next Kernel recompilation update to include AHCI drivers & be HW generic ## Clean & Update the OS ## Shutdown sudo su if [ -f /etc/centos-release ]; then sed -i "s|#PermitRootLogin yes|PermitRootLogin no|g" /etc/ssh/sshd_config systemctl restart sshd.service sed -i 's|#add_drivers+="|add_drivers+="ahci|g' /etc/dracut.conf sed -i 's|#hostonly="yes|hostonly="no|g' /etc/dracut.conf yum clean all yum makecache yum update -y shutdown now fi

Windows share that use CIFS/SMB mount will only work with user space NFS server such as unfsd3 or NFS-Ganesha
The regular kernel mode nfs_kernel_server does not compiled to support NFS re-export.

@Nicolas-Bricet Thanks for reporting back on this! I am still working on improving this article. Knowing what works and what not for different machines is very helpful. I am marking this thread as solved. If you see new issues with Mac OS you might want to open up a new post.

@cnaud86 What @ch3i is saying, is it’s still an FTP issue. You manually moving things around, or not, means it is most likely an FTP problem even still. That said, if all of the stuff is “working” automatically, there is still the chance that FTP just can’t read the file size as you would like.

@Tom-Elliott In first sorry if I seemed to insist heavily.
As i said before your works is great and the help on the forum also.
I will install fog as you explained me with “./installfog.sh -D /var/www -W fog/ -y” parameters.

Sorry again and thanks again for your precious help 😉

@Tom-Elliott said:

I chatted with Atton.

The suggestion I made to add seccomp_sandbox=NO was the issue.

The vsftpd service would “start” but promptly crash. Removing the line of sandbox and restarting the services, all systems appear to be operating properly now, from an FTP standpoint.

A good follow up question is… what is seccomp_sandbox and what does it do when set to no or yes, and what systems should this be set on?

I already know that (after four agonizing yet very educational weeks in February with my first FOG rundown ever) on Fedora 21 Workstation you absolutely must have it turned on.

@Deastrom said:

Is CIFS supported in 1.2.0 though?

Nope, sorry.

Do you have an example of what the storage node in the web interface would look like for a SMB storage node?

The same as one that uses NFS. you have to change the client’s boot code. Let me try to find my notes on it…

@plegrand said:

@ch3i i follow the instructions here : https://wiki.fogproject.org/wiki/index.php/Upgrade_to_trunk ???
Then there is no more error message about FOG Multicast Management Server.

I’ve got always these :
Estimated FOG sites: Error contacting server
Latest Version: Error contacting server

Could you explain me what is the utility of “FOG prep”

During pxe boot of a client, the console is in qwerty, is there a way to pass it on azerty ?
You told me to create PXE files with azerty layout, but how you do that ?

Thanks a lot for your help

Helped in PM in french 😉

@Andrew-Seals

This is an FTP issue, and you’re in luck, we have a whole article about just this. 🙂

https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP
Pay special attention to the “credentials” section of that - and test with the testing steps at the top.

Let us know how it goes, we are here to help.

@moto_ryan said:

@Scott-B

Hello,

I am very excited to be upgraded to the builds, from 1.2 - but I am having the same error. It seems the thread died with a solution if you ar
e behind a proxy, but both Scott and I are not. First, I was aiming for using btsync, but I am running into a permissions error - appears to be btsync itself, something in the config file I found here: https://github.com/tuxpoldo/btsync-deb/issues/182 . I am going to circle back to that error. For now, I used the wget and extracted the tarball. The installer found all of my old settings, but I am stuck adding a repository.

I am running FOG 1.2 on a Debian machine. I am stuck at

Adding needed repository…Failed!
System: Host:XXXXX Kernel: 3.16.0-4-amd64 x86_64 (64 bit) Desktop: MATE 1.10.0 Distro: LinuxMint 2 betsy

Future readers, follow @moto_ryan 's specific problem in this thread here: https://forums.fogproject.org/topic/5756/adding-needed-repository-failed-upgrading-from-1-2-0

To me it seams like shrinking btrfs is not much trouble. Although I have to admit that I’ve never ever tried this myself.

http://docs.oracle.com/cd/E37670_01/E37355/html/ol_use_case2_btrfs.html and various other sites on the net.

But don’t put any effort into this as long as no one is really asking for this!

@Wayne-Workman said:

@ch3i said:

@Wayne-Workman

To solve my problem I had to correct the /dev/sda3 before upload in debug task :
1/ Add free space before and after partition (2Mo for each)

/dev/sda1 100mb Windows Reserved /dev/sda2 Windows OS free space (2mo) /dev/sda3 Ubuntu OS / free space (2mo) /dev/sda4 Extended Partition /dev/sda5 swap linux /dev/sda6 /data linux (free for use) /dev/sda7 d: Windows (free for use)

Glad you got it solved. How did you add free space between the partitions? I’m curious.

Parted

No problem. I’m generally available.

@Guest said:

ok so used that path given and updated to FOG 4489.
now when i run FOG on a new VM i get Operating System not found

The error is on the client or the server ? oO

version 4238 should fix the typo.

Performed the following items in CentOS.

mv /images /home/

ln -s /home/images /images

Now the fog site is reporting correctly.
7-27-2015 8-05-17 AM.png

Thank you!