@jhuesser Can you summarize exactly what is needed for the Surface Pro 4 please? This thread is really, really long - and we need a summary that is reproducible and clear.

Below is the apache error log from one of the nodes, snipped from when the server rebooted to when the issue happened again. The server operated for exactly 37 minutes before falling off again. All storage nodes fell off at the same time - since they were all rebooted at the same time.

[Thu Aug 18 08:29:09.737517 2016] [mpm_prefork:notice] [pid 1504] AH00170: caught SIGWINCH, shutting down gracefully
[Thu Aug 18 08:29:22.823456 2016] [core:notice] [pid 1503] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0
[Thu Aug 18 08:29:22.907692 2016] [suexec:notice] [pid 1503] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Aug 18 08:29:23.127056 2016] [ssl:warn] [pid 1503] AH02292: Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using fe80::215:5dff:fe01:a00. Set the 'ServerName' directive globally to suppress this message
[Thu Aug 18 08:29:23.149139 2016] [auth_digest:notice] [pid 1503] AH01757: generating secret for digest authentication ...
[Thu Aug 18 08:29:23.149672 2016] [lbmethod_heartbeat:notice] [pid 1503] AH02282: No slotmem from mod_heartmonitor
[Thu Aug 18 08:29:23.150447 2016] [ssl:warn] [pid 1503] AH02292: Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Thu Aug 18 08:29:23.230529 2016] [mpm_prefork:notice] [pid 1503] AH00163: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips PHP/5.6.24 configured -- resuming normal operations
[Thu Aug 18 08:29:23.230555 2016] [core:notice] [pid 1503] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
[Thu Aug 18 09:07:34.373250 2016] [:error] [pid 2727] [client 10.51.1.53:44934] PHP Fatal error:  Uncaught exception 'UnexpectedValueException' with message 'RecursiveDirectoryIterator::__construct(/var/www/html/fog/lib/plugins/capone/html/images): failed to open dir: Too many open files' in /var/www/html/fog/lib/fog/eventmanager.class.php:62\nStack trace:\n#0 [internal function]: RecursiveDirectoryIterator->__construct('/var/www/html/f...', 4096)\n#1 [internal function]: RecursiveDirectoryIterator->getChildren()\n#2 [internal function]: FilterIterator->next()\n#3 /var/www/html/fog/lib/fog/eventmanager.class.php(62): iterator_to_array(Object(RegexIterator), false)\n#4 /var/www/html/fog/commons/init.php(137): EventManager->load()\n#5 /var/www/html/fog/commons/base.inc.php(10): require('/var/www/html/f...')\n#6 /var/www/html/fog/status/bandwidth.php(2): require_once('/var/www/html/f...')\n#7 {main}\n  thrown in /var/www/html/fog/lib/fog/eventmanager.class.php on line 62
[Thu Aug 18 09:07:38.374827 2016] [:error] [pid 2727] [client 10.51.1.53:45122] PHP Fatal error:  Uncaught exception 'UnexpectedValueException' with message 'RecursiveDirectoryIterator::__construct(/var/www/html/fog/lib/plugins/capone/html/images): failed to open dir: Too many open files' in /var/www/html/fog/commons/init.php:14\nStack trace:\n#0 [internal function]: RecursiveDirectoryIterator->__construct('/var/www/html/f...', 4096)\n#1 [internal function]: RecursiveDirectoryIterator->getChildren()\n#2 [internal function]: FilterIterator->next()\n#3 /var/www/html/fog/commons/init.php(14): iterator_to_array(Object(RegexIterator))\n#4 /var/www/html/fog/commons/init.php(121): Initiator->__construct()\n#5 /var/www/html/fog/commons/base.inc.php(10): require('/var/www/html/f...')\n#6 /var/www/html/fog/status/bandwidth.php(2): require_once('/var/www/html/f...')\n#7 {main}\n  thrown in /var/www/html/fog/commons/init.php on line 14
[Thu Aug 18 09:07:42.356020 2016] [:error] [pid 2727] [client 10.51.1.53:45330] PHP Fatal error:  Uncaught exception 'UnexpectedValueException' with message 'RecursiveDirectoryIterator::__construct(/var/www/html/fog/lib/plugins/capone/html/images): failed to open dir: Too many open files' in /var/www/html/fog/commons/init.php:14\nStack trace:\n#0 [internal function]: RecursiveDirectoryIterator->__construct('/var/www/html/f...', 4096)\n#1 [internal function]: RecursiveDirectoryIterator->getChildren()\n#2 [internal function]: FilterIterator->next()\n#3 /var/www/html/fog/commons/init.php(14): iterator_to_array(Object(RegexIterator))\n#4 /var/www/html/fog/commons/init.php(121): Initiator->__construct()\n#5 /var/www/html/fog/commons/base.inc.php(10): require('/var/www/html/f...')\n#6 /var/www/html/fog/status/bandwidth.php(2): require_once('/var/www/html/f...')\n#7 {main}\n  thrown in /var/www/html/fog/commons/init.php on line 14
[Thu Aug 18 09:07:46.249272 2016] [:error] [pid 2727] [client 10.51.1.53:45518] PHP Fatal error:  Uncaught exception 'UnexpectedValueException' with message 'RecursiveDirectoryIterator::__construct(/var/www/html/fog/lib/plugins/capone/html/images): failed to open dir: Too many open files' in /var/www/html/fog/commons/init.php:14\nStack trace:\n#0 [internal function]: RecursiveDirectoryIterator->__construct('/var/www/html/f...', 4096)\n#1 [internal function]: RecursiveDirectoryIterator->getChildren()\n#2 [internal function]: FilterIterator->next()\n#3 /var/www/html/fog/commons/init.php(14): iterator_to_array(Object(RegexIterator))\n#4 /var/www/html/fog/commons/init.php(121): Initiator->__construct()\n#5 /var/www/html/fog/commons/base.inc.php(10): require('/var/www/html/f...')\n#6 /var/www/html/fog/status/bandwidth.php(2): require_once('/var/www/html/f...')\n#7 {main}\n  thrown in /var/www/html/fog/commons/init.php on line 14

@Scott-B This normally happens when there are gpt remnants left on the disk. This is caused by the Windows installer doing a very poor job - when a HDD previously had a GPT layout and is then changed to a MBR layout (normally by switching from uEFI to BIOS).

Normally, this can be fixed by doing a debug upload - and running the fixparts command against the disk. In this particular case, the disk’s device is /dev/sda so the command would be fixparts /dev/sda After running this command, follow onscreen instructions from fixparts, it’ll inform you what’s going on and have an option to fix it and write changes.

If I got a nickel every time someone said “It worked on the old version”…

Reference for future readers:
https://wiki.fogproject.org/wiki/index.php?title=.fogsettings

Tom worked on a patch quietly since I started this thread - and I’ve tested it - and it works.

My storage node at home that I tested on is an old Pentium 4 with an IDE drive in it - so it’s very slow.
Results at home:

I could open 12 pages and let them sit on the fog dashboard - CPU usage on the storage node stayed below 4, there weren’t uncontrollable httpd processes spawning, Open files by the apache user stayed below 4k - and the bandwidth chart not only reported - but it’s now reporting more smoothly than ever, is actually accurate now, and doesn’t have spells of mental disability anymore. It’s like butter.

The issue, as it was explained to me, is that the JS which renders the bandwidth chart and does the polling of bandwidth.php on all nodes enabled for bandwidth reporting - it wasn’t waiting for a response, it would just re-issue another poll before the response was received. The more dashboards open, the worse it got, until eventually apache was unable to do anything do to it’s tremendous load of ‘stacked’ processes that were back-logged. I didn’t tell anyone but Tom - but this (now solved) issue would break imaging at remote locations, too - because we use the location plugin and apache on the remote nodes is relied upon to get imaging done in this setup. That too is solved now.

These fixes will all be in RC-9.

My experience is sanboot works on most computers.

Dell Optiplex 9020s need Grub, even if they are in BIOS mode - not sure why on that but since it works I didn’t really spend time on it.

HP EliteBooks need Grub, even though they are in BIOS mode.

I should mention, every computer in my building - and we have maybe 15 different models - is successfully booting to the network every time they are turned on, and getting kicked to Windows when there isn’t a task scheduled. We’ve been working towards that for a long time, and finally got them all over the summer. Imaging is a dream now.

UEFI computers need various settings - I just go through the list until I find one that works. It’s usually refind.

Our environment has the correct exit mode per-machine. We have the global default set to sanboot, but we use fog groups when needed to set exit types where needed.

You’d install the NIC as normal, configure an address for it at the Linux OS level, and then go through the process of changing FOG’s IP. Some basic steps are here, we need to elaborate on them further though.
https://wiki.fogproject.org/wiki/index.php?title=Change_FOG_Server_IP_Address

@boeleke said in Making a new Snapin:

When i image more then 6 computers at the same time, I got the chainloading problem.

Then your system can’t handle more than 6. I would suggest setting the max clients to 3 or 4.
Web Interface -> Storage Management -> [click correct node] -> Max Clients

You should also explore Multicast, it’ll make your life easier.

The ‘Create Snapin’ feature works in RC-8, you are probably either having load issues, or you have trash in your database, or a corrupt web directory. Easiest place to start is to delete the web directory and then re-install fog.
rm -rf /var/www/html/fog
Then reinstall RC-8.

I suppose, you may have a full root partition too… check with:
df -h

@AngryScientist In the web interface, in Storage Management. There’s a field called interface. Also, in FOG Configuration -> FOG Settings -> Multicast Settings -> FOG_UDPCAST_INTERFACE

What version of fog were you on?

We need errors. Please post a photo or a video.

Also, what version of FOG?

@kyletmanel The error you posted says you’re not using a password. You should be providing a password if one is set. The command to access MySQL when a password is set is mysql -u root -p, so any instructions you see that say to enter into mysql via the command mysql, you would instead use mysql -u root -p

@arton Did the installer complete?

@arton What’s doing DHCP there? Did you follow the article I posted earlier? Do you hae PortFast enabled on your switch? Can you try to place a mini-switch between the computer and the building network?

@george1421 I think he has hide menu enabled.

We have hide menu enabled, this is ours:

#!ipxe
set fog-ip 10.2.1.11
set fog-webroot fog
set boot-url http://${fog-ip}/${fog-webroot}
cpuid --ext 29 && set arch x86_64 || set arch i386
iseq ${platform} efi && set key 0x1b || set key 0x01
iseq ${platform} efi && set keyName ESC || set keyName CTRL + A
prompt --key ${key} --timeout 4000 Booting... (Press ${keyName} to access the menu) && goto menuAccess || sanboot --no-describe --drive 0x80
:menuAccess
login
params
param mac0 ${net0/mac}
param arch ${arch}
param platform ${platform}
param username ${username}
param password ${password}
param menuaccess 1
param debug 1
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain -ar http://10.2.1.11/fog/service/ipxe/boot.php##params

@arton Are you sure the HDD exit type isn’t just set wrong for this device? Try Grub.

@Motech09 You can. But maybe the ipaddress inside of /opt/fog/.fogsettings is incorrect, which is causing /tftpboot/default.ipxe to be written with the wrong value ? You can check what’s in there by issuing cat /tftpboot/default.ipxe There will be an address at the bottom.

@K.Hays I suspect db issues. Try to connect to the DB, use the credentials in your .fogsettings file.

mysql -u fog -h fog -pfoggy -D fog
Note that no space between -p and foggy is intentional.

The snmysqlhost being set to fog is suspicious… normally this is left blank, is set to localhost or 127.0.0.1 for the main server.

@K.Hays Now try mysql -u fog -pfoggy -D fog