Posts made by Hanz

@Tom-Elliott After looking at my .fogsettings file I’ve noticed that all the " have been replaced with ’ and without any “;” at the end of the lines.

## Start of FOG Settings
## Created by the FOG Installer
## Version: 6513
## Install time: Tue 01 Mar 2016 08:12:13 AM EST
ipaddress='10.72.216.50'
interface='enp0s25'
submask='255.255.252.0'
routeraddress=''
plainrouter=''
dnsaddress=''
dnsbootimage=''
password='5N9FeRCq5ySs'
osid='1'
osname='Redhat'
dodhcp=''
bldhcp=''
blexports='1'
installtype='S'
snmysqluser='fogstorage'
snmysqlpass='fs9694191133'
snmysqlhost='10.72.3.50'
installlang=''
donate=''
storageLocation='/images'
fogupdateloaded=1
storageftpuser='fog'
storageftppass='5N9FeRCq5ySs'
docroot='/var/www/html/'
webroot='fog/'
caCreated='yes'
startrange=''
endrange=''

@Tom-Elliott apart from doing the update to 6505 I’m not sure what could’ve happened. I did the exact same procedure to other nodes that failed, and they created the CA just fine. I honestly wouldn’t really know how to re-create this, but if you give me some suggestions I will try them.

@Hanz This can be closed…I removed /var/www/fog, and /opt/fog, and userdel fog…Re-ran installer and it went through on 6511.

@Wayne-Workman lol I’ve tried removing that ssl path line from .fogsettings too @Wayne-Workman

@Tom-Elliott space is plenty

@Tom-Elliott

/bin/lsb_release
/bin/systemctl
/bin/dnf
ln: failed to create symbolic link ‘/usr/lib/systemd/system/mysql.service’: File exists
ln: failed to create symbolic link ‘/usr/lib/systemd/system/mysqld.service’: File exists
ln: failed to create symbolic link ‘/etc/systemd/system/mysql.service’: File exists
ln: failed to create symbolic link ‘/etc/systemd/system/mysqld.service’: File exists
/opt/fog/.fogsettings
Last metadata expiration check performed 0:08:35 ago on Mon Feb 29 18:33:09 2016.
No package epel-release available.
Error: Unable to find a match.
package http://rpms.remirepo.net/fedora/remi-release-22.rpm is not installed
Last metadata expiration check performed 0:08:36 ago on Mon Feb 29 18:33:09 2016.
Package remi-release-22-3.fc22.remi.noarch is already installed, skipping.
Dependencies resolved.
Nothing to do.
Complete!
Last metadata expiration check performed 0:08:37 ago on Mon Feb 29 18:33:09 2016.
Last metadata expiration check performed 0:08:38 ago on Mon Feb 29 18:33:09 2016.
Dependencies resolved.
Nothing to do.
Complete!
/opt/fog/snapins/ssl//fog.csr: No such file or directory

This is actually from 6509 now, but same as 6505 & 6507

@Tom-Elliott it’s a scripted install with sudo ./installfog.sh -y so I can know every node is done the same, and with all fedora updates first

@Tom-Elliott yes

My storage nodes are randomly failing at creating ssl certificate during install.

/bin/errorlogs/6505 & 6507 show this line at the end.

/opt/fog/snapins/ssl//fog.csr: No such file or directory

on 6505 only 1 failed, now with 6507 two more are failing.

 * Updating packages as needed.................................OK

 * Confirming package installation


 * Configuring services

 * Stopping web service........................................OK
 * Setting up Apache and PHP files.............................OK
 * Testing and removing symbolic links if found................OK
 * Backing up old data.........................................OK
 * Copying back old web folder as is...........................OK
 * Ensuring all classes are lowercased.........................OK
 * Copying new files to web folder.............................OK
 * Creating config file........................................OK
 * Getting checksum files for kernels and inits................OK
 * Downloading inits, kernels, and the fog client..............OK
 * Comparing checksums of kernels and inits....................Failed init_32.xz
 * Attempting to redownload init_32.xz.........................OK
Done
 * Enabling apache and fpm services on boot....................OK
 * Creating SSL Certificate....................................Failed!
[bcs@ramage bin]$ 

sometimes the checksum fails and sometimes passes but now, Creating SSL Certificate always fails.

@Tom-Elliott yessir, sorry so long to get back to you, but that was it, and client registers normally now. I guess that’s the only interface I didn’t check for in database…Loopback I guess

@Tom-Elliott

Database changed
MariaDB [fog]> SELECT * from hostMAC where hmMAC IN ('2C:76:8A:D9:23:9D','40:2C:F4:61:4D:D9','0A:00:27:00:00:00')
    -> 
    -> ;
+---------+----------+-------------------+--------+-----------+-----------+----------------+-----------------+
| hmID    | hmHostID | hmMAC             | hmDesc | hmPrimary | hmPending | hmIgnoreClient | hmIgnoreImaging |
+---------+----------+-------------------+--------+-----------+-----------+----------------+-----------------+
| 2279392 |     1978 | 0a:00:27:00:00:00 |        |         0 |         0 |              0 |               0 |
+---------+----------+-------------------+--------+-----------+-----------+----------------+-----------------+
1 row in set (0.00 sec)

@Wayne-Workman

Database changed
MariaDB [fog]> select * from hostMAC where hmID = 0;
Empty set (0.00 sec)

@Tom-Elliott Problem is when I try to add manually I get the response about duplicate mac addresses…so currently this machine is not registered after installing client. It won’t show under pending hosts either

@Wayne-Workman

Physical Address    Transport Name
=================== ==========================================================
2C-76-8A-D9-23-9D   \Device\Tcpip_{B0246A16-2CAB-4755-8BA7-CD4E79B32290}
N/A                 Hardware not present
40-2C-F4-61-4D-D9   Media disconnected
0A-00-27-00-00-00   \Device\Tcpip_{C4E2D3F3-AFF5-412D-9CCB-BABC0CC7B645}

the top mac is the one assoc with ethernet and the one I tried to find in database

@Hanz Seems as though there are a few hosts with competing clients…that is the newer version installed and then the older is getting installed via gpo.

@Wayne-Workman only 1 server, and I looked under hostmac and hosts for the machine in question searching for both mac address and computer name respectively…nothing

Strange and curious behavior on bandwidth chart, averaging around 50 Mbps with no imaging activity at all. This just started recently, and I was under the impression that the clients were updating. I have over 1700 hosts, and was wondering how long that process SHOULD take.

This has been all week so far at these levels.

@Tom-Elliott I don’t understand…I deleted host before, but this time when I deleted the host, the client started working. The host never showed up under pending devices after deletion and this mac address is found nowhere. The hostname is nowhere in FOG that I can find…but client log shows that it’s working.

***Update: When I pxe boot same machine it states “This host is not registered”

@Tom-Elliott when I register this host (manually) I get

2/26/2016 10:42 AM Client-Info Version: 0.9.11
 2/26/2016 10:42 AM Middleware::Communication URL: http://10.72.3.50/fog/management/other/ssl/srvpublic.crt
 2/26/2016 10:42 AM Middleware::Authentication ERROR: Could not get security token
 2/26/2016 10:42 AM Middleware::Authentication ERROR: The data is invalid.

 2/26/2016 10:42 AM Data::RSA FOG Server CA cert found
 2/26/2016 10:42 AM Middleware::Authentication Cert OK
 2/26/2016 10:42 AM Middleware::Communication POST URL: http://10.72.3.50/fog/management/index.php?sub=authorize
 2/26/2016 10:42 AM Middleware::Communication Unknown Response: Error multiple hosts returned for list of mac addresses
 2/26/2016 10:42 AM Service Sleeping for 120 seconds

Odd thing is when I look into database and do a look up for hosts with that mac, there is only this machine. There is no option under GUI to reset encryption data

 2/26/2016 9:25 AM Client-Info Version: 0.9.11
 2/26/2016 9:25 AM Middleware::Communication URL: http://10.72.3.50/fog/management/other/ssl/srvpublic.crt
 2/26/2016 9:25 AM Middleware::Authentication ERROR: Could not get security token
 2/26/2016 9:25 AM Middleware::Authentication ERROR: The data is invalid.

 2/26/2016 9:25 AM Data::RSA FOG Server CA cert found
 2/26/2016 9:25 AM Middleware::Authentication Cert OK
 2/26/2016 9:25 AM Middleware::Communication POST URL: http://10.72.3.50/fog/management/index.php?sub=authorize
 2/26/2016 9:25 AM Middleware::Communication Response: Invalid security token
 2/26/2016 9:25 AM Service Sleeping for 120 seconds
 2/26/2016 9:26 AM Service Stop requested