@george1421

@george1421
What I understand, out of dell 5820 owners manual:
https://topics-cdn.dell.com/pdf/precision-5820-workstation_owners-manual2_en-us.pdf

ODD is Optical Disk Drive. Maybe wrong assembly.
I can confirm, capture and deploy task, no issue. OK.
I will update this on the hardware id question…

@hlalex FOG seems to work when NVMe’s not plugged in ODD sata ports / Dell 8520.

N I C E

You have to set a (very strong) mysql password first, topic:

https://forums.fogproject.org/topic/12445/please-help-ubuntu-updates-screwed-up-my-mysql-root-password/7

@fireguy1720

Ok.
It seems i decided to enter no root password for mysql while running the FOG installation, after I tried to configure a less secure root password.

After setting a very very strong password on mysql root account (phpmyadmin).
You have to manually edit:

sudo nano /var/www/fog/lib/fog/Config.class.php

In my case, for Ubuntu 18.04.1 LTS
sudo nano /var/www/html/fog/lib/fog/Config.class.php

private static function _dbSettings()
enter credentials.

Ok.
It seems i decided to enter no root password for mysql while running the installation, after I tried to configure a less secure root password.

After setting a very very strong password on mysql root account (phpmyadmin).
You have to manually edit:

sudo nano /var/www/fog/lib/fog/Config.class.php

In my case, for Ubuntu 18.04.1 LTS
sudo nano /var/www/html/fog/lib/fog/Config.class.php

private static function _dbSettings()
enter credentials.

I’ve now applied the mysql lines out of topic 10006.
Within 2-3 weeks we know of this helps. I will post an update.

After setting up FOG with no root password on mysql within 2-3 weeks I get the message:
‘database connection not available’.

Then I revert the virtual machine, before that error. To continue production.
This is a dirty workaround for our problem.

I have tried to setup phpmyadmin and reset the mysql password within.
User accounts > root > Edit Privileges > Change password > {newpassword}

hashing choice:

• native MySql authentication.
  and tried also: unix socket based authentication.

after that I replaced the fog settings
sudo nano /opt/fog/.fogsettings
snmysqlpass: ‘’{newpassword}" without the brackets…
sudo reboot

This didn’t fix the message ‘database connection not available’.
Any solution?

Ubuntu 18.04.1LTS

Sticky, also Dell Optiplex 5820.
2x Front PCIe FlexBay, 512GB Hynix M.2 PCIe NVMe Class 40 SSD )

Any progress on the kernel?

• Multcast job sent for 21 machines;
• all 21 machine run smooth through the multicast job process;
• after sending another multicast job to deploy the same image, the imaging process doesn’t start transfer of the image.

Mutlicast log:

== Released under GPL Version 3 ==

[08-08-18 10:39:17 am] Interface Ready with IP Address: 127.0.0.1
[08-08-18 10:39:17 am] Interface Ready with IP Address: 127.0.1.1
[08-08-18 10:39:17 am] Interface Ready with IP Address: 192.168.210.1
[08-08-18 10:39:17 am] Interface Ready with IP Address: fog
[08-08-18 10:39:17 am] * Starting MulticastManager Service
[08-08-18 10:39:17 am] * Checking for new items every 10 seconds
[08-08-18 10:39:17 am] * Starting service loop
[08-08-18 10:39:18 am] * No tasks found!
[08-08-18 10:39:27 am] | Task (27) Multi-Cast Task is new!
[08-08-18 10:39:28 am] | Task (27) /images/xxxxx image file found.
[08-08-18 10:39:28 am] | Task (27) Multi-Cast Task 21 clients found.
[08-08-18 10:39:28 am] | Task (27) Multi-Cast Task sending on base port: 59814.
[08-08-18 10:39:28 am] | Command: /usr/local/sbin/udp-sender --interface ens160 --min-receivers 21 --max-wait 360 --portbase 59814 --full-duplex --ttl 32 --nokbd --nopointopoint --file /images/xxxxx/d1p1.img;/usr/local/sbin/udp-sender --interface ens160 --min-receivers 21 --max-wait 10 --portbase 59814 --full-duplex --ttl 32 --nokbd --nopointopoint --file /images/20180731-HPpav/d1p2.img;
[08-08-18 10:39:28 am] | Task (27) Multi-Cast Task has started!
[08-08-18 10:39:37 am] | Task (27) Multi-Cast Task is already running with pid: 3107.

FOG 1.5.4
php fpm settings set

update:
Manual ‘cancel’ of Active Multi Task - In-Progess , status 0 - will do.

update 2:
Seems to be fixed after one time, cancel of active multi tasks.
I did before a database cleanup (cause: php fpm settings not set);
DEL * FROM multicastSessions
DEL* FROM multicastSessionsAssoc
DEL* FROM tasks

FIXED

I want to add to the above.
You need to chmod 777 rights to /var/www/fog/service/ipxe , for succesvol installing (overwrite) another kernel.
Can confirm 4.15.2 (32 + 64) kernels are instantly doing ‘Erasing current MBR/GPT tables’ !

FTP incorrect error, check:
https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP

Credentials / Passwords
There are a few places where all the credentials (on a standard install) should match exactly.
Web Interface -> Storage Management -> [Your storage node] -> Management Username & Management Password
Web Interface -> FOG Configuration -> FOG Settings -> TFTP Server -> FOG_TFTP_FTP_USERNAME & FOG_TFTP_FTP_PASSWORD
All of those should match (again, on a standard installation).
/opt/fog/.fogsettings (password in plain, should match)

FTP upload class fix:
chown fog -R /images
chmod -R 777 /images