@Dragnous

@cmcleod
Check under storage management and make sure you have at least one node as master.

You could do it through mysql.

This should only nullify the cells that contain fog/kernel/bzImage, but you can remove everything after the WHERE and have it set all hosts.

UPDATE hosts SET hostKernel = NULL WHERE hostKernel="fog/kernel/bzImage";

@prince-xyryl I do not believe the built-in administrator account can be deleted, but you can disable it.

I am assuming you have something similar to this in your unattend file, correct?

<AutoLogon>
                <Password>
                    <Value>notmypw</Value>
                    <PlainText>true</PlainText>
                </Password>
                <LogonCount>3</LogonCount>
                <Enabled>true</Enabled>
                <Username>administrator</Username>
</AutoLogon>

If you remove that block when you run sysprep with the generalize switch it should not enable the administrator account. Just make sure you create your other account before hand.

If you need the administrator account after sysprep you can disable it with this command: net user administrator /active:no

More information: https://technet.microsoft.com/en-us/library/Cc766343(v=WS.10).aspx

@Wayne-Workman @ITCC

The image must be decompressed first as well.

This is ran from within the image folder.

cat d1p2.img | pigz -d -c | partclone.restore -O /dev/sda2 -N -f -i -C

Better yet forget all of that mysql nonsense. You can add all of your hosts to a group and change Group Kernel to nothing, or whatever you may want there.

Hosts can be in more than one group. I have a group named ‘All’ that I use just for mass updating (update AD, add/remove snapins, etc)

This ran in mysql will remove the hosts from the group. All you have to do is swap in your host and group names (leave the quotes).

I also advise always backing up before you make any mysql changes.

DELETE FROM groupMembers WHERE gmHostID = (SELECT hostId FROM hosts WHERE hostName="HOSTNAME") AND gmGroupID = (SELECT groupID FROM groups WHERE groupName="GROUPNAME");

@ArchFan
Under: /images/postdownloadscripts/
Name: driverinstall.sh

Just make sure you call the script from fog.postdownload

${postdownloadpath}/driverinstall.sh

@szecca1

In wireshark first select your connection and then click start

Once started type wol into the filter box and click on apply.

This is what it looks like when I send a wol:

Terms were changed from upload/download to capture/deploy under hosts but it seems to remain under task management. May cause confusion.

Your switch is not forwarding the packets across subnets. Do you know what manufacture/model your L3 device is?

Those having issues, do you have any errors in your Apache logs?

Fedora/CentOS

tail /var/log/httpd/error_log

Debian/Ubuntu

tail /var/log/apache2/error.log

What version of fog are you running?

You could try checking in the MySQL table tasks.

mysql -u root -p
USE fog;
SELECT * FROM tasks ORDER BY id DESC LIMIT 5;

That may point you in the right direction, but I will do some testing one I get back to a computer to make sure.

I had the same issues with one particular model that is now working fine, so this may be solved by upgrading to trunk.

You can also try upgrading your undionly.kpxe file to the trunk version.

cd /tftpboot/
mv undionly.kpxe undionly.kpxe.bak
wget https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.kpxe

You can delete them from the database manually.

root@Fog:~# mysql -u root -p
Enter password:

mysql> use fog;

Database changed
mysql> DELETE FROM snapinTasks WHERE ststate = 0;
Query OK, 33 rows affected (0.24 sec)

mysql> quit;
Bye
root@Fog:~#

@Wendell321 It should already be on your server. /tftpboot/realtek.pxe

https://ask.wireshark.org/questions/8931/capture-file-appears-to-be-damaged-or-corrupt

Maybe the issue is tftp defaulting to ASCII? Can you try transfering it with WinSCP?

Or try using binary mode?

tftp -i x.x.x.x get issue.pcap

From: https://technet.microsoft.com/en-us/library/Ff698993.aspx?f=255&MSPPError=-2147217396

@Wayne-Workman

Sure,

I follow the steps in the wiki for the most part, except for the ipxescript I use:

#!ipxe
ifclose
ifopen && goto bootme || goto netstart
:netstart
dhcp || shell
ifopen || reboot
:netboot
chain tftp://192.168.1.20/default.ipxe || goto shell

Where of course 192.168.1.20 is replaced with your FOG IP.

But, reading back over the wiki the section labeled Custom ipxe script has a way that bypasses default.ipxe entirely.

Have you tried resetting the BIOS to defaults? Are there any BIOS updates for that machine?

It sounds like the machine is not getting an offer from your DHCP server, but without network logs I’m just guessing.

What hosts your DHCP? What switching do you use? Are you able to capture packets via wireshark or tcpdump?