RAMDISK: EOF while readin compressed data

[Neil Underwood]

Sorry. Posted this on my way out the door after an hour of OT trying to figure it out. It’s CentOS 7. I checked selinux and it’s disabled. I can’t check anything else right now but I have some output from /var/log/messages:

Aug 16 04:48:48 new-fog-server FOGImageReplicator: PHP Warning:  stream_set_blocking() expects exactly 2 parameters, 1 given in /var/www/html/fog/lib/fog/FOGService.class.php on line 217
Aug 16 04:48:49 new-fog-server FOGImageReplicator: PHP Warning:  stream_set_blocking() expects exactly 2 parameters, 1 given in /var/www/html/fog/lib/fog/FOGService.class.php on line 217
Aug 16 04:48:49 new-fog-server FOGImageReplicator: PHP Warning:  stream_set_blocking() expects exactly 2 parameters, 1 given in /var/www/html/fog/lib/fog/FOGService.class.php on line 217

Lots more but had to truncate.

[Wayne Workman]

@Neil-Underwood @Developers I am not a PHP person. Developers need to help on this.

[Tom Elliott]

Its likely one of two possibilities.

Guess one is this is booting via efi? If so it may be something I forgot and will be fixed tomorrow along eight errors you were seeing.

Guess two, does this happen on every system or just this one? If this is only on this one, check your ram on that system.

[Tom Elliott]

Just looked at the source code and I’m leaning more towards a problem with RAM on that particular system.

Is this occurring on EVERY system, or just this particular system?

[Neil Underwood]

@Tom-Elliott said:

Just looked at the source code and I’m leaning more towards a problem with RAM on that particular system.

Is this occurring on EVERY system, or just this particular system?

I’ve checked 3 different PC’s and they are all doing it. None of them are booting via efi.

One of them happens to be the machine I use to master one of my images. I can’t put my finger on which one, but this started happening after a recent update. Right now I’m on 4451 via github.

[Tom Elliott]

Is this happening on EVERY system, or just this model of system?

[Neil Underwood]

@Tom-Elliott I’ve only got 2 different models at the office here. Dell Optiplex 3010 and 3020. It’s happening on both of those. If you would like me to verify other systems I will have to go to some of my other sites and check (which is not a problem, I just have to wait until someone else gets here).

[Junkhacker]

I’ve got a Dell OptiPlex 3020 I can test with. give me a few minutes and i’ll update my dev box and try to replicate the issue

[Wayne Workman]

@Neil-Underwood said:

@Tom-Elliott I’ve only got 2 different models at the office here. Dell Optiplex 3010 and 3020. It’s happening on both of those. If you would like me to verify other systems I will have to go to some of my other sites and check (which is not a problem, I just have to wait until someone else gets here).

Two is enough - you don’t need to go anywhere.

[giejo63]

Any news on this problem ?
i have the last GIT version of Fog and seems to have the same problem (on different machine)
It was working great with version 1.2.0
Thanks in advance

[giejo63]

@giejo63 said:

Any news on this problem ?
i have the last GIT version of Fog and seems to have the same problem (on different machine)
It was working great with version 1.2.0
Thanks in advance

I have tested with the init.xz, init_32.xz, bzimage and bzimage32 from Fog_1.2.0 and this error disappeared (putting them in ipxe directory)
but now my problem is that it didnt deploy at all, seems like computers are looping infinitely

[Tom Elliott]

The best guess, that I can see, is that the init’s were not properly downloaded. It’s probably got the proper file for the kernels, but not for the inits.

[Wayne Workman]

@giejo63 In other words, try to reinstall.

I’d really highly recommend using the -y argument so it auto-updates the DB for you. like this:

./installfog.sh -y