“Working branch rev 64”
When setting a bandwidth limit to a storage node the result is always set to 0 in the database.

@sebastian-roth I don’t know how that happened but I copied the srvpublic.crt from a backup and it is fixed.

Thanks for all the help

@sebastian-roth said in client server token issues.:

openssl x509 -dates -noout -in /var/www/fog/management/other/ssl/srvpublic.crt
openssl x509 -dates -noout -in /var/www/fog/management/other/ca.cert.pem

root@10fogserver:~ $ openssl x509 -dates -noout -in /var/www/fog/management/other/ssl/srvpublic.crt
notBefore=Oct 17 16:56:23 2017 GMT
notAfter=Oct 15 16:56:23 2027 GMT
root@10fogserver:~ $ openssl x509 -dates -noout -in /var/www/fog/management/other/ca.cert.pem
notBefore=Jul 19 22:30:11 2016 GMT
notAfter=Jul 17 22:30:11 2026 GMT

@sebastian-roth The times are synced with 0.pool.ntp.org and are spot on.
This installation is atleast 2-3 years old

I am having issues with the latest working branch rev 64
for some reason the client will no longer communicate with the server, I get the following in the fog.log

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 10/17/2017 1:17 PM Client-Info Version: 0.11.12
 10/17/2017 1:17 PM Client-Info OS:      Windows
 10/17/2017 1:17 PM Middleware::Authentication Waiting for authentication timeout to pass
 10/17/2017 1:17 PM Middleware::Communication Download: http://10fogserver/fog/management/other/ssl/srvpublic.crt
 10/17/2017 1:17 PM Data::RSA FOG Server CA cert found
 10/17/2017 1:17 PM Middleware::Authentication Cert OK
 10/17/2017 1:17 PM Middleware::Authentication ERROR: Could not get security token
 10/17/2017 1:17 PM Middleware::Authentication ERROR: Could not find file 'C:\Program Files (x86)\FOG\token.dat'.
 10/17/2017 1:17 PM Middleware::Communication POST URL: http://10fogserver/fog/management/index.php?sub=requestClientInfo&authorize&newService
 10/17/2017 1:17 PM Middleware::Response Failed to decrypt data

I have been waiting for a plugin like this for some time, I love it! Keep up the good work! I hope this plugin improves over time so eventually we can remove and add members to the group and have it update the host settings with out haveing to delete and re-create the host.

Nice work man!

@mp12 I noticed your topic is marked as solved when its not really solved you are just using a work around.

@mp12

Thanks for the tip!

Server

• Version: working-RC-11
• OS: Centos 7

Client

• Version: 0.11.5
• OS: Windows 10

Description

Snapins will not replicate.
I get the follinwing in the logs:

[09-21-16 9:35:55 am]  * Started sync for Snapin 01c - TeamViewer - Training
[09-21-16 9:35:56 am]  | Local File: /opt/fog/snapins/TeamViewer-Training.sfx.exe
[09-21-16 9:35:56 am]  | Remote File: /opt/fog/snapins/TeamViewer-Training.sfx.exe
[09-21-16 9:35:56 am]  | Local File size: 12751804

[09-21-16 9:35:56 am]  | Remote File size: 0
[09-21-16 9:35:56 am]  | Files do not match
[09-21-16 9:35:56 am]  * Deleting remote file: /opt/fog/snapins/TeamViewer-Training.sfx.exe
[09-21-16 9:35:57 am]  | CMD:
                        lftp -e 'set ftp:list-options -a;set net:max-retries 10;set net:timeout 30; 'set net:limit-rate 0:393216;' mirror -c '-R -i TeamViewer-Training.sfx.exe' --ignore-time -vvv --exclude 'dev/' --exclude 'ssl/' --exclude 'CA/' --delete-first ''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''/opt/fog/snapins'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\'''\''' '/opt/fog/snapins'; exit' -u 'fog',[Protected] '192.168.17.39'
sh: -c: line 0: unexpected EOF while looking for matching `''
sh: -c: line 1: syntax error: unexpected end of file

and the “”\" seem to get worse with every node:

[09-21-16 9:35:57 am]  * Started sync for Snapin 01c - TeamViewer - Training
[09-21-16 9:35:58 am]  | Local File: /opt/fog/snapins/TeamViewer-Training.sfx.exe
[09-21-16 9:35:58 am]  | Remote File: /opt/fog/snapins/TeamViewer-Training.sfx.exe
[09-21-16 9:35:58 am]  | Local File size: 12751804

[09-21-16 9:35:58 am]  | Remote File size: 0
[09-21-16 9:35:58 am]  | Files do not match
[09-21-16 9:35:58 am]  * Deleting remote file: /opt/fog/snapins/TeamViewer-Training.sfx.exe
[09-21-16 9:35:58 am]  | CMD:
                        lftp -e 'set ftp:list-options -a;set net:max-retries 10;set net:timeout 30; 'set net:limit-rate 0:131072;' mirror -c '-R -i TeamViewer-Training.sfx.exe' --ignore-time -vvv --exclude 'dev/' --exclude 'ssl/' --exclude 'CA/' --delete-first ''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''/opt/fog/snapins'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\'''\''' '/opt/fog/snapins'; exit' -u 'fog',[Protected] '192.168.18.39'
sh: -c: line 0: unexpected EOF while looking for matching `''
sh: -c: line 1: syntax error: unexpected end of file

[09-21-16 9:35:58 am]  * Started sync for Snapin 01c - TeamViewer - Training
[09-21-16 9:35:59 am]  | Local File: /opt/fog/snapins/TeamViewer-Training.sfx.exe
[09-21-16 9:35:59 am]  | Remote File: /opt/fog/snapins/TeamViewer-Training.sfx.exe
[09-21-16 9:35:59 am]  | Local File size: 12751804

[09-21-16 9:35:59 am]  | Remote File size: 0
[09-21-16 9:35:59 am]  | Files do not match
[09-21-16 9:35:59 am]  * Deleting remote file: /opt/fog/snapins/TeamViewer-Training.sfx.exe
[09-21-16 9:36:00 am]  | CMD:
                        lftp -e 'set ftp:list-options -a;set net:max-retries 10;set net:timeout 30; 'set net:limit-rate 0:274877906816;' mirror -c '-R -i TeamViewer-Training.sfx.exe' --ignore-time -vvv --exclude 'dev/' --exclude 'ssl/' --exclude 'CA/' --delete-first ''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''/opt/fog/snapins'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''\'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\''\'\''\'\'''\'''\''\'\'''\'''\''\'\'''\'''\''' '/opt/fog/snapins'; exit' -u 'fog',[Protected] '192.168.19.39'
sh: -c: line 0: unexpected EOF while looking for matching `''
sh: -c: line 1: syntax error: unexpected end of file

Strange thing on my end is the storage node is coming up with a totally different hash value:

I am having the same issue after upgrading.
I am on 1.3.0-RC-10 5955

@Wayne-Workman said in Snapins dont deploy from Storage Nodes. Hash Mismatch:

a fiber line tha

Thanks Wayne, If your available and willing some time this weekend. let me know.

@Tom-Elliott

I am not sure what kind of network issue would cause a
Hash mismatch with the exact same hash values every time? If you guys know what kind of network issues I should be looking at I will investigate further. I don’t have any firewalls in between nodes and Master server, The iptables is shutdown and disabled on nodes and master. This issue happens to me on all 5 remote nodes that are in different locations connected via MPLS.

Thanks.,

@Wayne-Workman
I fould that if you change the location to the main location after Imaging the snapins will deploy from the main site. So basically you do an Image without snapins. once its imaged, change the location to the main location. then advanced task “All-Snapins” Its a workaround we are using currently.

Hey guys any progress on this problem? Am I the only one that uses the nodes to install snapins?

@x23piracy said in Fog not auto joining to the domain requires additional restart to join-Windows 10:

@Joe-Schmitt said in Fog not auto joining to the domain requires additional restart to join-Windows 10:

@x23piracy while you can do that, it is risky and unadvised. You’re basically creating a race condition and just hoping it works out. I recommend following the written wiki article for how to configure the client and sysprep. We recommend setupcomplete.cmd as that is the proper and safest way to do so.

Hi,

well i know this but my SetupComplete.cmd never worked, i placed it in C:\Windows\Setup\scripts\ and i have the following in it:

del C:\Windows\System32\Sysprep\unattend.xml
sc config FOGService start= auto
net start FOGService

I am using Windows 10 Pro, Source iso is from “Media Creation Tool”.
If someone could tell why this is not working i could walk away from the knife edge i am using.

For my luck the normal workstations work with my method but when i try to redeploy to the vm i am using to prepare the image again and again i get the error message joe was talking about.

Is SetupComplete.cmd only working for Enterprise Win 10? I cannot imagine why else it’s not working for me. hmm…

Regards X23

Does your setup complete contain a reboot command?

shutdown /r /f /t 0 

what is this used for?

set secretKeyPath=\\path\to\secure\keys

what keys are you referring to?

I am trying to deploy snapins from our Storage nodes and I am getting an error in the fog.log.

------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 7/21/2016 1:40 PM Client-Info Client Version: 0.11.4
 7/21/2016 1:40 PM Client-Info Client OS:      Windows
 7/21/2016 1:40 PM Client-Info Server Version: 1.3.0-RC-1
 7/21/2016 1:40 PM Middleware::Response Success
 7/21/2016 1:40 PM SnapinClient Snapin Found:
 7/21/2016 1:40 PM SnapinClient     ID: 378
 7/21/2016 1:40 PM SnapinClient     Name: 01 - TeamViewer
 7/21/2016 1:40 PM SnapinClient     Created: 2016-07-21 13:39:35
 7/21/2016 1:40 PM SnapinClient     Action:
 7/21/2016 1:40 PM SnapinClient     Pack: False
 7/21/2016 1:40 PM SnapinClient     Hide: False
 7/21/2016 1:40 PM SnapinClient     Server: http://192.168.18.39/fog
 7/21/2016 1:40 PM SnapinClient     TimeOut: 0
 7/21/2016 1:40 PM SnapinClient     RunWith: cmd.exe
 7/21/2016 1:40 PM SnapinClient     RunWithArgs: /c
 7/21/2016 1:40 PM SnapinClient     Args:
 7/21/2016 1:40 PM SnapinClient     File: TeamViewer-AllSites.sfx.exe
 7/21/2016 1:40 PM Middleware::Communication Download: http://192.168.18.39/fog/service/snapins.file.php?mac=C0:3F:D5:9C:6C:36||00:00:00:00:00:00:00:E0&taskid=378
 7/21/2016 1:40 PM SnapinClient C:\Program Files (x86)\FOG\tmp\TeamViewer-AllSites.sfx.exe
 7/21/2016 1:40 PM SnapinClient ERROR: Hash does not match
 7/21/2016 1:40 PM SnapinClient ERROR: --> Ideal: 9B87981143F24BF592603402DE7D6F5E8B6BDCC97F37328C8474DB95635C07CAF792B8ECCE422A6235AE3F130E717417B902059580C62314E4026BBEC9889E4B
 7/21/2016 1:40 PM SnapinClient ERROR: --> Actual: 7FF6B7E4378EC39EFFC8A042F445AA6618E765B6F39C8BC53FA5F1E3A5924129F239A6CA0FD7C0350D63C808EFB2FD3E18D48EE6A151C75CCA4C3D1E0B6A2A23
 7/21/2016 1:40 PM Middleware::Communication URL: http://10fogserver/fog/service/snapins.checkin.php?taskid=378&exitcode=-1&mac=C0:3F:D5:9C:6C:36||00:00:00:00:00:00:00:E0&newService&json
------------------------------------------------------------------------------

Although: http://18fogserver/fog/status/getsnapinhash.php?filepath=/opt/fog/snapins/TeamViewer-AllSites.sfx.exe Returns

9b87981143f24bf592603402de7d6f5e8b6bdcc97f37328c8474db95635c07caf792b8ecce422a6235ae3f130e717417b902059580c62314e4026bbec9889e4b|10239200

Remote Node

[root@18fogserver snapins]# sha512sum TeamViewer-AllSites.sfx.exe
9b87981143f24bf592603402de7d6f5e8b6bdcc97f37328c8474db95635c07caf792b8ecce422a6235ae3f130e717417b902059580c62314e4026bbec9889e4b  TeamViewer-AllSites.sfx.exe

Our Main Fogserver

root@10fogserver:/opt/fog/snapins $ sha512sum TeamViewer-AllSites.sfx.exe
9b87981143f24bf592603402de7d6f5e8b6bdcc97f37328c8474db95635c07caf792b8ecce422a6235ae3f130e717417b902059580c62314e4026bbec9889e4b  TeamViewer-AllSites.sfx.exe

Thanks Tom for helping me troubleshoot this.

@Wayne-Workman said in FOG Change Domain OU:

@Greg-Plamondon said in FOG Change Domain OU:

We have admins here that do not have the permissions to AD to remove or move a pc to another OU.

Fog would need credentials that have permission to do it - either way.

Doesn’t fog have the credentials already?