@Alois Ok it’s still using PHP 5.6 in the webserver. Note that php -v is giving you different results because command line PHP is not always the same as the one used by apache.

Please post the contents of /etc/apache2/sites-enabled/001-fog.conf here. As well run the following commands and post output here:

ps ax | grep fpm
systemctl status php7.0-fpm.service
systemctl status php7.2-fpm.service

@RobertD Just a quick idea, maybe use a post-init script that copies the files to a NFS share?

@Alois I suggest we start by creating a phpinfo page to get an idea of the version currently running. Create a new file /var/ww/html/fog/info.php with the following content:

<?php
phpinfo();
?>

As well make it owned by the apache webserver user: chown www-data:www-data /var/ww/html/fog/info.php

Try open the following URL and post a picture of the output you get: http://x.x.x.x/fog/info.php

@CpServiceSPb said:

where is necessary to add/change/set up at - at Apache2 files, Php files, at MySql DB without destroying existing soft configuration.

There is no way we can give you instrcutions on how to do that without knowing your setup down to the very detail. I am very sure if I’d give you some general instructions it could break other things and we can’t give you any guaranty!!

The best way to start is by setting up FOG via the automatic installer on a different machine (fresh install without other things) to get to know FOG a little bit. From this one you can copy & paste the configs over to your other system till you get FOG working.

I am sure we can give you a hand with things that you can’t make work on your own. Just take a picture of the error and post here.

@ErwinBullen said in Imaging from Storage node fails:

Do you know a way to manual extract the image over te network to another machine/folder so i can test the network card of the server ?

Probably could test by mounting the NFS share from a different system and try to run it through partclone like this:

mkdir -p /mnt/images
mount -t nfs 192.168.100.32:/images /mnt/images
zcat /mnt/images/B-Blok-v18-v4/d1p2.img | partclone.restore --ignore_crc -O /tmp/d1p2_deployed.img -N -f 1

Make sure you have enough free space on the destination machine you are running this command from!! As well you need to have partclone installed on that system!

@Alois Are you sure the new PHP 7.2 is now used by apache? You might need to enable the module as well: phpenmod ldap ; systemctl restart apache2

Please run dpkg -l | grep php or rpm -qa | grep php and post the full output here so we can check if you have a mix of PHP versions installed now.

@Whitespire-tech Did you try to manually join the domain with exactly the same credentials? Please give it a try and see if that works.

@processor said:

Hi Sebastien, I just did the test again and put the new ini files create the FTP error and put back the original 1.5.5 ini file correct it.

So are you saying that using the 1.5.6 inits is causing the FTP issue but using the 1.5.5 inits you don’t get the FTP error but the UUID issue?!??!

Well we changed the FTP username from fog to fogproject from 1.5.5 to 1.5.6 but that is not hardcoded in the inits and shouldn’t cause this issue I think. You might still try updating to 1.5.6 to see if that fixes the problem.

@Whitespire-tech I remember we had an issue with some special character that was never resolved: https://forums.fogproject.org/topic/12407/active-direcory-join-fail-bad-password-1-5-4

@salted_cashews Would you be keen to test new init files (manual download of inits and possibly kernel binaries) if I provide those for you? Should find enough time by the end of this week.