although wasteful, this command should fix it:

cd /;rm -rf /opt/svn;mkdir /opt/svn;cd /opt/svn;setenforce 0;systemctl restart firewalld;for service in http https tftp ftp mysql nfs mountd rpc-bind proxy-dhcp samba; do firewall-cmd --permanent --zone=public --add-service=$service; done;systemctl restart firewalld.service;systemctl enable firewalld;yum install svn -y;svn co https://svn.code.sf.net/p/freeghost/code/trunk;cd trunk/bin;./installfog.sh

Also - you can permanently disable SELinux by editing the /etc/selinux/config file.

@Tom-Elliott added a bit to the wiki about this. https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_MySQL#MySQL_credentials_for_FOG_Main_and_Storage_Nodes

@Wayne-Workman said:

Well if they don’t, they will. Today is a snow day so I get to dive in again tomorrow.

No worries, stay warm and safe.

Thanks for all your help. I hope so as well.

@Scott-Adams And there is another thread where we got past the “No Network Interface Found” issue I think. Try adding has_usb_nic=1 the host’s kernel parameter (host settings)! But it depends on the USB NIC used. We have pretty much every USB NIC driver included in the kernel but I guess there are devices out there for which the kernel does not have a driver (yet). Just give it a try and let us know.

And please see exactly which USB NIC you have. Read through this interesting discussion on Surface 3. The first couple if posts (page 3) we talk a lot about the two different MS surface adapters and the NIC chip they have.

As well make sure to update to the very latest trunk version. There have been a lot of fixes!!

Edit: Re-reading the surface3 posts I remembered that we needed to add the PCI IDs for the MS USB NICs to the kernel. As far as I know those should work if you upgrade to the latest trunk!

@Wayne-Workman said:

I’d estimate that 5 to 10 percent of imaging issues encountered are due to a bad HDD.

Yeah right! We’ve seen this “quiet often” lately… Good to know that it wasn’t FOG doing something wrong.

So all issues here seam fixed now… solving this!

@Junkhacker This fixed it for me. I changed my exit from the default (Sanboot style) to ‘GRUB Style’. ‘exit style’ didn’t work either. Oddly, this FOG server is a new install post development (in the ‘IT service’ prep sense). During dev on the old test server we didn’t have this issue. Not sure what changed.

@Sebastian-Roth said:

@Eldorado What you experience is perfectly fine. The clients shouts back to the server not when it starts a task but when it finishes! You need to cancel the task in the web interface to stop the client from booting into it again and again…

innnnteresting.
I’ll give it a try… this is great… lol thanks for everything!

It´s work fine I need to configure the name of the interface in the storage management:

0_1456158978750_storage.jpg

@Hanz This script does what you want.

# This script adds all fog hosts to the below specified group name. # the group name is case sensitive. groupName=My-caseSensitive-Test-group-Name fogsettings=/opt/fog/.fogsettings snmysqluser="$(grep 'snmysqluser=' $fogsettings | cut -d \' -f2 )" snmysqlpass="$(grep 'snmysqlpass=' $fogsettings | cut -d \' -f2 )" snmysqlhost="$(grep 'snmysqlhost=' $fogsettings | cut -d \' -f2 )" if [[ $snmysqlhost != "" ]]; then hostIDs=$(mysql -s -h$snmysqlhost -u$snmysqluser -p$snmysqlpass -D fog -e "Select hostID from hosts") groupID=$(mysql -s -h$snmysqlhost -u$snmysqluser -p$snmysqlpass -D fog -e "Select groupID from groups where groupName = '$groupName'") for i in ${hostIDs[@]}; do mysql -s -h$snmysqlhost -u$snmysqluser -p$snmysqlpass -D fog -e "insert into groupMembers (gmHostID,gmGroupID) values (${i},$groupID)" done elif [[ $snmysqlpass != "" ]]; then hostIDs=$(mysql -s -u$snmysqluser -p$snmysqlpass -D fog -e "Select hostID from hosts") groupID=$(mysql -s -u$snmysqluser -p$snmysqlpass -D fog -e "Select groupID from groups where groupName = '$groupName'") for i in ${hostIDs[@]}; do mysql -s -u$snmysqluser -p$snmysqlpass -D fog -e "insert into groupMembers (gmHostID,gmGroupID) values (${i},$groupID)" done else hostIDs=$(mysql -s -D fog -e "Select hostID from hosts") groupID=$(mysql -s -D fog -e "Select groupID from groups where groupName = '$groupName'") for i in ${hostIDs[@]}; do mysql -s -D fog -e "insert into groupMembers (gmHostID,gmGroupID) values (${i},$groupID)" done fi

Just as an FYI, the bzImage and bzImage32 are the kenrels, the inits are (roughly) the virtual hard drives for the FOS (client) image. In your case you need to use the inits for 1.2.0 and then the newer kernels (bzImage). Tom is saying this should work, but the best chance is to just upgrade to the trunk if just copying the bzImages doesn’t work for you.

@Tom-Elliott @Arrowhead-IT @george1421 Thanks. I might stop make it work with 1.2 then!
I did try to upgrade to 1.2 and it just broke everything so I reverted back to 1.2
I tried setting up a new server running CentOS 7 and fog trunk but it’s not working either, just getting a blank page when trying to access the console towards the end of the install to set up the DB.
Anyway. I’ll try and set up a trunk version again!
Thanks for your help

@Tom-Elliott Hi Tom, this problem is resolved now.

Thanks.

@Tom-Elliott Anything we can do to prevent this kind of issue. Probably not easy to do some magic checks after restoring the MBR to see if the partitions actually fit on the disk. Hmm?!

@Wayne-Workman said:

Ubuntu doesn’t come with SELinux by default. Unless he installed the Debian package for SELinux (which pales in comparison to the Red Hat implementation), then he doesn’t have it.

I didn’t install it.

And I agree - just go with FOG Trunk, please. Getting 1.2.0 working on newer Ubuntu seems to work for some (how I don’t know) but not for others obviously. FOG Trunk just works.

Weeeeelllll… I finally got to the log in screen. Next time I run into a problem i’ll do as recommended.

And if you’re new to Linux and just learning, I might even suggest CentOS 7 instead of Ubuntu. Red Hat has a plethora of very, very, very respected certifications that are very, very, very expensive and are not, not, not a joke that will, will, will get you a good job. 🙂

I’ll check it out, thanks.

Thank you to the three of you for the help!

PS - I couldn’t find a way to mark this as SOLVED. 😞

There is an interesting talk about DHCP working on cold boot but not when restarting the computer: http://forum.ipxe.org/showthread.php?tid=7965

Now works, but Windows not boot more
A pointer appears blinking in the upper left corner of the screen…

I find the error

there was a task hangs with one host of the multicast

My guess, because of the database dump, the FOG User (on the server) password is not what your database thinks it is.

I’d edit your fog server and reset the password to whatever it was, or figure out what it currently is and update the storage node on the server.

To further help:

https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_FTP

@arnaudrigole there’s groups to individually set, and global if all systems are showing the same issues.