Cant image from FOG Nodes?

[cojohnson]

@Tom-Elliott I did update all nodes to RC-5 and only 1 node and the server to RC-6

[cojohnson]

@Tom-Elliott is there a config file i can check to verify the mysql username is “fogstorage” and the password is set proper?

[Tom Elliott]

@cojohnson If you can login to the gui, the FOG Storage Node mysql user and password will be found at:

FOG Configuration Page->FOG Settings->FOG Storage Nodes

However, you should test connecting by cli once you know the information.

Something along the lines of:

mysql -u fogstorage -p -h<IPOFFOGSERVER> fog

Use the fogstorage user’s password.

[cojohnson]

@Tom-Elliott
I am having troubles with this command…

What is “fog” used for in the last part of the command and what password should i enter if i am prompted again like my last photo.

Sorry for being uneducated.

[Tom Elliott]

@cojohnson if you’re doing inline password passing, the mysql command needs the password directly next to the -p argument
so you would need to do:
sudo mysql -u fogstorage -pfs18692474601 -h10.21.0.105 fog

The trailing fog of the command brings you directly into the fog database.

[cojohnson]

@Tom-Elliott Thank You for the explanation. It is greatly appreciated!

I will try this command on Tuesday when I am back in the office.

[cojohnson]

This post is deleted!

[cojohnson]

@Tom-Elliott I ran this command on the server and one node and i had an error on both saying
Error 2003 Cant connect to MySQL server. Do you have any more ideas?

[Wayne Workman]

@cojohnson Can you check the space on the main server, please? df -h

[cojohnson]

@Wayne-Workman

[Tom Elliott]

@cojohnson This is most likely because of Ubuntu/Debian variant OS’s.

They typically have a default mysql configuration that only allows connections from the localhost (127.0.0.1, localhost, 127.0.1.1, localdomain, etc…)

Do this:

sudo -i #insert password if prompted to
cd /etc
grep -rl -- bind-address

The file that shows up (any of them please), edit them and comment (usually prepend the line before the text on that line displays with a # symbol).

Save, restart mysql services. Rejoice as the nodes start being able to connect (hopefully that is).

[cojohnson]

@Tom-Elliott
I ran that “grep -rl – bind address” command. it found a file /etc/mysql/my.cnf
I used vi to comment out the line that included “-- bind address”
That fixed the imaging from the nodes issue.
I tested this from a hyper-v host.

On Tuesday, i noticed a new problem when i network boot my devices. They are ALL saying that the hosts are not registered with FOG. I try to register them and recieve output saying “A hostname with that name already exists”. It will give me this error no matter what hostname I type.

[Tom Elliott]

@cojohnson Does the host already exist? Can you update to 1.3.0-RC-8 too btw please?

[Wayne Workman]

@cojohnson said in Cant image from FOG Nodes?:

hey are ALL saying that the hosts are not registered with FOG. I try to register them and recieve output saying “A hostname with that name already exists”.

Are the hosts pending?

[cojohnson]

@Wayne-Workman @Tom-Elliott
I just updated the server to RC-8.

I did a search on the server for the MAC address and hostname and did not find anything in the registered or pending hosts.

I noticed that the entire server seems to be running REALLY Slow since the storage nodes stopped working! Below is my Apache Error Log. (I dont know if this will help or not?)

Is there some other file I should look at?

[Thu Aug 11 15:49:51.300631 2016] [:error] [pid 7030] [client 10.21.4.17:50770] PHP Strict Standards: Only variables should be passed by reference in /var/www/html/fog/lib/fog/fogpage.class.php on line 1068, referer: http://10.21.0.105/fog/management/index.php?node=host&sub=import
[Thu Aug 11 15:49:51.300649 2016] [:error] [pid 7030] [client 10.21.4.17:50770] PHP Warning: array_walk() expects parameter 1 to be array, null given in /var/www/html/fog/lib/fog/fogpage.class.php on line 1072, referer: http://10.21.0.105/fog/management/index.php?node=host&sub=import
[Thu Aug 11 15:49:51.300668 2016] [:error] [pid 7030] [client 10.21.4.17:50770] PHP Strict Standards: Only variables should be passed by reference in /var/www/html/fog/lib/fog/fogpage.class.php on line 1076, referer: http://10.21.0.105/fog/management/index.php?node=host&sub=import
[Thu Aug 11 15:50:02.909384 2016] [evasive20:error] [pid 7042] [client 10.21.0.105:52004] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:02.990889 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:52022] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:03.784190 2016] [evasive20:error] [pid 7185] [client 10.21.0.105:52136] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:05.865760 2016] [evasive20:error] [pid 7180] [client 10.21.0.105:52448] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:06.954345 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:52632] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:07.238660 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:52674] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:08.319016 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:52720] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:13.857891 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53028] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:14.376577 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53094] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:14.893009 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53162] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:17.093430 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53226] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:20.250637 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53294] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:25.073131 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53482] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:31.090738 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53650] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:33.173944 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53714] client denied by server configuration: /var/www/html/fog/management/index.php
[Thu Aug 11 15:50:35.076279 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53784] client denied by server configuration: /var/www/html/fog/status/bandwidth.php
[Thu Aug 11 15:50:38.127284 2016] [evasive20:error] [pid 7192] [client 10.21.0.105:53856] client denied by server configuration: /var/www/html/fog/status/bandwidth.php

[Wayne Workman]

@cojohnson said in Cant image from FOG Nodes?:

I noticed that the entire server seems to be running REALLY Slow since the storage nodes stopped working!

Did you update the nodes, too? They have to all match.

[Tom Elliott]

Remove mod_evasive (or libapache2-mod-evasive)

[cojohnson]

@Wayne-Workman @Tom-Elliott

OK. I did not think RC-8 would matter on the nodes since it is not running the database?
But I upgraded anyways!!!

I am still getting the same error

Would it be easier to just rebuild the FOG Server / nodes from scratch? or should we continue to troubleshoot?

[Wayne Workman]

@cojohnson Rebuilding them would mean they would be on the same version. Why not just put them on the same version? They have to be on the same version, and remove the mod_evasive (or libapache2-mod-evasive) as Tom asked on them all. This is way easier than rebuilding servers.

[cojohnson]

@Wayne-Workman OK.

I have the server and all of the nodes up to RC-8 and i ran “sudo apt-get remove libapache2-mod-evasive” on all as well.

I agree this is way easier than rebuilding! However, the issue persists.

Where does the host database reside and is there a way to wipe it clean and reimport my hosts? If you think that would be a possible solution… or something else?