@EduardoTSeoane said in snapin hash does not match on storage node (1.5.7.55):
@Greg-Plamondon
Have you try to execute the file manually?
Have you compared the size?
Maybe the download is not correct.
After doing some more investigating I found that the file sizes are indeed not the same. I was getting the information 2nd hand. I checked the "C:\Program Files(x86)\FOG\tmp folder for the snapin and it is only 1kb in size.
Sorry for the confusion.
image url)
@Sebastian-Roth said in snapin hash does not match on storage node (1.5.7.55):
Get-FileHash
I did as you asked and used Winscp to download the file from the storage node and ran Get-FileHash and CertUtil
@Greg-Plamondon said in snapin hash does not match on storage node (1.5.7.55):
@Sebastian-Roth said in snapin hash does not match on storage node (1.5.7.55):
@Greg-Plamondon When did you upload/update that snapin last? Possibly the FOGSnapinHash service just didn’t update the hash sum in the database yet.
Are alll your nodes using the same FOG version?
the nodes that are working are on Version: 1.5.7.4
Sorry I was wrong on the storage nodes that were not upgraded to 1.5.7.5 working correctly. They all seem to be having the same issue.
If I set the location of the host to the Fogserver instead of the storage node it works as it should. But this is not acceptable as the files are being pulled across the wan.
@Sebastian-Roth said in snapin hash does not match on storage node (1.5.7.55):
@Greg-Plamondon When did you upload/update that snapin last? Possibly the FOGSnapinHash service just didn’t update the hash sum in the database yet.
Are alll your nodes using the same FOG version?
the nodes that are working are on Version: 1.5.7.4
@EduardoTSeoane I can execute the file manually and it installs fine. The file size is a match.
@EduardoTSeoane It is replicated. I even deleted it and waited for it to replicate again.
@Sebastian-Roth said in snapin hash does not match on storage node (1.5.7.55):
Get-FileHash C:\Program Files (x86)\FOG\tmp\TeamViewer-AllSites.sfx.exe
fogsnapinhash.log
[11-26-19 4:43:20 pm] * Trying Snapin hash for: 01 - MTS-TeamViewer, ID: 129
[11-26-19 4:43:20 pm] * Getting snapin hash and size for: 01 - MTS-TeamViewer.
[11-26-19 4:43:20 pm] | Hash: 8de8056083825bd98a731ede61073f59f8d472b957e20e4bcbce103abd05c9d722d37c26c633c2e831e9628fb4fdeca998e719ffd9b16dd0f3c4dd63df2ab0af
[root@10fogserver ~]# sha512sum /opt/fog/snapins/TeamViewer-AllSites.sfx.exe
8de8056083825bd98a731ede61073f59f8d472b957e20e4bcbce103abd05c9d722d37c26c633c2e831e9628fb4fdeca998e719ffd9b16dd0f3c4dd63df2ab0af /opt/fog/snapins/TeamViewer-AllSites.sfx.exe
[root@10fogserver ~]#
[root@13Storage ~]# sha512sum /opt/fog/snapins/TeamViewer-AllSites.sfx.exe
8de8056083825bd98a731ede61073f59f8d472b957e20e4bcbce103abd05c9d722d37c26c633c2e831e9628fb4fdeca998e719ffd9b16dd0f3c4dd63df2ab0af /opt/fog/snapins/TeamViewer-AllSites.sfx.exe
[root@13Storage ~]#
I installed a new storage node with Centos 8, disabled the firewall and Selinux.
I then copied the snapins from the old storage node to the new storage node because it’s on the same subnet and would be faster than letting the snapins replicate.
I then installed fog as a storage node. everything looks and acts as it should. I then Imaged a PC using the storage node and it imaged correctly and joined the domain, the snapins however will not install because of a snapin hash mismatch.
I then deleted all of the snapins in the /opt/fog/snapins folder on the storage node and let it replicate. I am still getting a hash mismatch error in the logs.
------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
11/26/2019 4:14 PM Client-Info Client Version: 0.11.16
11/26/2019 4:14 PM Client-Info Client OS: Windows
11/26/2019 4:14 PM Client-Info Server Version: 1.5.7.55
11/26/2019 4:14 PM Middleware::Response Success
11/26/2019 4:14 PM SnapinClient Running snapin 01 - MTS-TeamViewer
11/26/2019 4:14 PM Middleware::Communication Download: http://10.13.40.39//fog/service/snapins.file.php?mac=44:85:00:3E:01:52|44:85:00:3E:01:53|46:85:00:3E:01:52|00:23:24:AA:FA:05|44:85:00:3E:01:56&taskid=9461
11/26/2019 4:14 PM SnapinClient C:\Program Files (x86)\FOG\tmp\TeamViewer-AllSites.sfx.exe
11/26/2019 4:14 PM SnapinClient ERROR: Hash does not match
11/26/2019 4:14 PM SnapinClient ERROR: --> Ideal: 8DE8056083825BD98A731EDE61073F59F8D472B957E20E4BCBCE103ABD05C9D722D37C26C633C2E831E9628FB4FDECA998E719FFD9B16DD0F3C4DD63DF2AB0AF
11/26/2019 4:14 PM SnapinClient ERROR: --> Actual: 4629994E3A40C689A4F178F68E37A944EC8202717F20555CB8C0E1E6A31F11E2258CDD27EA3450F53D0BE1B9461D04C437637C58C1599A71EFEA2B20AF1D8A13
11/26/2019 4:14 PM Middleware::Communication URL: http://10fogserver/fog/service/snapins.checkin.php?taskid=9461&exitcode=-1&mac=44:85:00:3E:01:52|44:85:00:3E:01:53|46:85:00:3E:01:52|00:23:24:AA:FA:05|44:85:00:3E:01:56&newService&json
------------------------------------------------------------------------------
I just went ahead and password protected the whole PXE menu with the ESC option.
Thanks anyways.
I have Parted Magic as a PXE menu item and would like to password protect it.
currently, my PXE menu entry looks like:
login
kernel http://${fog-ip}/pmagic/bzImage edd=off load_ramdisk=1 prompt_ramdisk=0 rw vga=normal loglevel=9 max_loop=256 boot=live ip=dhcp noapic sleep=0 loglevel=0 keymap=us splash quiet
initrd http://${fog-ip}/pmagic/initrd.img
initrd http://${fog-ip}/pmagic/PMAGIC_2013_08_01.SQFS.cgz
boot
It prompts you for a login and password but will continue to the Parted Magic regardless of what is entered for credentials.
@Tom-Elliott I have access to the DB so I can work around it.
@Sebastian-Roth
Hey just wanted to post an update, I ran into one problem with this method. If you click the clear fields and then save, and then set the checkbox for “Join Domain after deploy” it doesn’t save the AD password to the database its left null
I am trying to mount the windows volume in fog debug for troubleshooting. I have done this a long time ago but since have forgotten the steps required.
can anyone lend a hand?
@Sebastian-Roth Thanks for the input,
I was able to figure out what was going wrong. when I was ssh-copy-d root@storagenode it was copying the sshkey i use to login to the server. I needed to use ssh-copy-id -i /root/.ssh/id_rsa and then your suggestio of rsync ... -avze "ssh -i /full/path/to/ssh_private_key" /images/Sync root@$i:/images/ ... worked great.
Thanks!
@Sebastian-Roth doing a git pull now will let you know shortly
EDIT:
I installed the change you made and it looks the same as when you made the changes to my system at least from a fog.log stand point.
its is calling the IP address of the storage node.
@Wayne-Workman contents of /tmp/whoami.txt is “root”
@Sebastian-Roth the cronjob runs hourly as root.
@Sebastian-Roth said in snapins not deploying from storage nodes: Version 1.5.7.4:
mysql> SELECT * FROM location;
MariaDB [fog]> SELECT * FROM location;
+-----+--------------------------------------------+-------+-----------------+----------------+------------+---------------------+--------------+
| lID | lName | lDesc | lStorageGroupID | lStorageNodeID | lCreatedBy | lCreatedTime | lTftpEnabled |
+-----+--------------------------------------------+-------+-----------------+----------------+------------+---------------------+--------------+
| 1 | 23 - Kansas City, MO - 10MB | | 1 | 15 | gp1001 | 2018-03-26 13:56:25 | 1 |
| 2 | 10 - Help Desk - Byron Center, MI | | 1 | 31 | gp1001 | 2018-03-21 13:36:01 | 0 |
| 3 | 11 - Spring Lake, MI - 10MB | | 1 | 38 | gp1001 | 2018-03-21 13:36:46 | 1 |
| 4 | 13 - James P. Cole BLVD - Flint, MI - 10MB | | 1 | 7 | gp1001 | 2018-03-21 13:37:28 | 1 |
| 5 | 14 - Lansing, MI - 5MB | | 1 | 8 | gp1001 | 2018-03-21 13:37:59 | 1 |
| 6 | 30 - Windsor, Ontario, CA - 10MB | | 1 | 5 | gp1001 | 2018-03-21 13:39:30 | 1 |
| 8 | 17 - Toledo, OH - 10MB | | 1 | 41 | gp1001 | 2018-03-23 16:17:04 | 1 |
| 9 | 18 - Bertrand, MO - 3MB | | 1 | 37 | gp1001 | 2018-03-26 10:17:35 | 1 |
| 10 | 19 - Wayne, MI | | 1 | 12 | gp1001 | 2018-03-26 10:29:28 | 1 |
| 12 | 21 - White Pine, TN - 10MB | | 1 | 13 | gp1001 | 2018-03-26 12:00:22 | 1 |
| 13 | 25 - Marshall, MI - 5MB | | 1 | 16 | gp1001 | 2018-03-27 08:54:57 | 1 |
| 14 | 28 - Grand Prairie, TX - 10MB | | 1 | 17 | gp1001 | 2018-03-27 12:46:43 | 1 |
| 15 | 29 - Port Huron, MI - 5MB | | 1 | 27 | gp1001 | 2018-03-27 14:26:09 | 1 |
| 16 | 33 - Coldwater, MI - VPN | | 1 | 19 | gp1001 | 2018-03-27 15:41:24 | 1 |
| 17 | 34 - Lima, OH - 10MB | | 1 | 35 | gp1001 | 2018-03-27 16:03:53 | 1 |
| 18 | 43 - Dayton, OH - 50MB | | 1 | 33 | gp1001 | 2018-03-27 16:50:25 | 1 |
| 19 | 44 - Marion, IN. - 10MB | | 1 | 22 | gp1001 | 2018-03-28 10:10:30 | 1 |
| 20 | 99 - Mobile Office - MIFI | | 1 | 23 | gp1001 | 2018-03-29 16:28:13 | 1 |
| 21 | 27 - Indianapolis, IN. - 5MB | | 1 | 26 | gp1001 | 2018-04-03 13:31:21 | 1 |
| 23 | 36 - Springfield, IL - 10MB | | 1 | 25 | gp1001 | 2018-04-11 11:20:02 | 1 |
| 26 | 32 - Hecla | | 1 | 29 | gp1001 | 2018-06-08 17:04:05 | 1 |
| 25 | 10 - Byron Center | | 1 | 1 | gp1001 | 2018-05-01 16:40:42 | 1 |
| 27 | 15 - Hamtramck | | 1 | 28 | gp1001 | 2018-06-11 09:38:24 | 1 |
| 28 | 12 - Ypsilanti, MI | | 1 | 30 | gp1001 | 2018-06-11 10:42:42 | 0 |
| 30 | 31 - Grand Haven Road, Spring Lake MI - | | 1 | 44 | gp1001 | 2019-07-29 13:15:55 | 0 |
| 29 | 38 - St Louis | | 1 | 43 | gp1001 | 2019-05-31 16:00:28 | 1 |
+-----+--------------------------------------------+-------+-----------------+----------------+------------+---------------------+--------------+
26 rows in set (0.00 sec)