Windows 11 | 65x HP Z2 Tower G1i | UPDATE -

[kratkale]

@Tom-Elliott said in Windows 11 | 65x HP Z2 Tower G1i | UPDATE -:

SELECT sHash from snapins WHERE sFilePath=‘000_SCHUELER_202604211353.bat’

root@fog:~/20260602_wechsel_auf_fog_dev# mysql -u root fog
MariaDB [fog]> SELECT sHash from snapins WHERE sFilePath=‘000_SCHUELER_202604211353.bat’
81feb595799a8f03e1f938d8f2eed0d30deacf35f878b5e3a7857688f79c144902d427bf69546c48d04a57e1247881eaf2fd9ef91a75714788823e4e0f93985b
1 row in set (0,001 sec)

root@fog:~/20260602_wechsel_auf_fog_dev# sha512sum /opt/fog/snapins/000_SCHUELER_202604211353.bat
81feb595799a8f03e1f938d8f2eed0d30deacf35f878b5e3a7857688f79c144902d427bf69546c48d04a57e1247881eaf2fd9ef91a75714788823e4e0f93985b /opt/fog/snapins/000_SCHUELER_202604211353.bat
root@fog:~/20260602_wechsel_auf_fog_dev#

[kratkale]

@Tom-Elliott
ftp problem …

[kratkale]

@kratkale

working with the password from

SELECT * FROM fog.nfsGroupMembers

[kratkale]

@Tom-Elliott
Here is the wrong password:

SELECT * FROM globalSettings

I’ll change it now to the correct one.

[Tom Elliott]

interesting.

Let me see, that message is old as technically it’s sftp or should be.

[kratkale]

@Tom-Elliott
sftp needs also a pw …

[Tom Elliott]

@kratkale Did updating the password on the global settings piece fix things? We know the storage node seems to be working (theoretically)

[kratkale]

@Tom-Elliott
do you mean here:

this did not help - same error

[kratkale]

@Tom-Elliott
winscp works …
I changed the password:

1. root@fog:~# passwd fogproject
2. mysql in the table globalSettings and globalSettings

still the same problem

[kratkale]

@Tom-Elliott
Test from the Client PC102CAD:
Could the Key be the problem?

I can download as user fogproject with winscp the file …

[Tom Elliott]

@kratkale It’s possible but I doubt it.

[Tom Elliott]

@kratkale In fact, I believe it’s using ftp from the client -> fog server to download the file because the client is coded separately and I don’t know any C# unfortunately.

Can you try simple FTP -> FOG SErver, with the same username/password pair?

[kratkale]

@Tom-Elliott

[kratkale]

@Tom-Elliott
here is a mistake …

I change and check it then tomorrow …

[Tom Elliott]

@kratkale that would make sense if the ids don’t match the actual user, apologies on not having you check this part sooner, and I never thought to check the directory permissions, so thank you for that.

[kratkale]

@Tom-Elliott

Here we go …

You just saved my life—I was really about to give up on everything before that…

I’m going to start testing the system now. I find the hourglass a bit odd.
Are there any test tasks?

[kratkale]

@Tom-Elliott
multicast with 5 PC worked
joining Domain did not work with 4 PC one was joining:
Here relevant parts of the log?!

---

----------------------------------UserTracker---------------------------------

02.05.2026 19:58:33 Client-Info Client Version: 0.13.0
02.05.2026 19:58:33 Client-Info Client OS: Windows
02.05.2026 19:58:33 Client-Info Server Version: 1.5.10.1826
02.05.2026 19:58:33 Middleware::Response Success

02.05.2026 19:58:33 Service Sleeping for 103 seconds
24.06.2026 09:29:11 Main Overriding exception handling
24.06.2026 09:29:12 Main Bootstrapping Zazzles
24.06.2026 09:29:12 Controller Initialize
24.06.2026 09:29:12 Controller Start

24.06.2026 09:29:12 Service Starting service
24.06.2026 09:29:14 Bus Became bus server
24.06.2026 09:29:14 Bus Emmiting message on channel: Status
24.06.2026 09:29:14 Service Invoking early JIT compilation on needed binaries

--------------------------------Authentication--------------------------------

24.06.2026 09:33:14 Client-Info Version: 0.13.0
24.06.2026 09:33:14 Client-Info OS: Windows
24.06.2026 09:33:14 Middleware::Authentication Waiting for authentication timeout to pass
24.06.2026 09:35:14 Middleware::Communication Download: http://192.168.0.196/fog/management/other/ssl/srvpublic.crt
24.06.2026 09:35:14 Middleware::Authentication Cert OK
24.06.2026 09:35:14 Middleware::Communication POST URL: http://192.168.0.196/fog/management/index.php?sub=requestClientInfo&authorize&newService
24.06.2026 09:35:14 Middleware::Response Invalid security token

--------------------------------Authentication--------------------------------

24.06.2026 09:35:14 Client-Info Version: 0.13.0
24.06.2026 09:35:14 Client-Info OS: Windows
24.06.2026 09:35:14 Middleware::Authentication Waiting for authentication timeout to pass
24.06.2026 09:37:14 Middleware::Communication Download: http://192.168.0.196/fog/management/other/ssl/srvpublic.crt
24.06.2026 09:37:14 Middleware::Authentication Cert OK
24.06.2026 09:37:14 Middleware::Communication POST URL: http://192.168.0.196/fog/management/index.php?sub=requestClientInfo&authorize&newService
24.06.2026 09:37:14 Middleware::Response Invalid security token

24.06.2026 09:37:14 Client-Info ERROR: Failed to authenticate, will not run Module Looper.

[kratkale]

@kratkale
Renaming and Joining the domain as local PC admin localy worked with

Aktuellen Computernamen holen

$currentName = $env:COMPUTERNAME

IPv4-Adresse ermitteln, bei der das 3. Oktett = 0 ist

$ip = Get-NetIPAddress -AddressFamily IPv4 |
Where-Object {
$.IPAddress -notlike “127.*” -and
$.PrefixOrigin -ne “WellKnown” -and
($_.IPAddress.Split(‘.’)[2] -eq ‘0’)
} |
Select-Object -First 1 -ExpandProperty IPAddress

if (-not $ip) {
Write-Host “Keine gültige IPv4-Adresse mit drittem Oktett = 0 gefunden!” -ForegroundColor Red
exit
}

Letztes Oktett extrahieren

$lastOctet = $ip.Split(‘.’)[-1]

Dreistellig formatieren

$number = “{0:D3}” -f [int]$lastOctet

Neuer Name

$newName = “PC${number}CAD”

Anzeige

Write-Host “Aktueller Name: $currentName”
Write-Host “Gefundene IP: $ip”
Write-Host “Neuer Name: $newName”
Write-Host “”

$domain = “MM.HTLWIEN10.AT”
$username = “MM.HTLWIEN10.AT\adminfog”
$password = “xxxxxxxxxxxxxxxxxxxxx” | ConvertTo-SecureString -AsPlainText -Force
$credential = New-Object System.Management.Automation.PSCredential($username, $password)

Add-Computer -DomainName $domain -Credential $credential -Restart

so there seems to be no problem with the domain …

[Tom Elliott]

@kratkale The issue isn’t domain join but rather that machine (or those machines?) security tokens no longer match the security token they were initially given, most likely because the machine you cloned had a security token it passed in?

From the host(s) in question in the uI you can reset the security token:

I believe it’s similar for groups (if you wanted to put the 5 having issues into the same group and click reset encryption data.)

[kratkale]

@Tom-Elliott

did not help …

still aktive snapin - did not join the domain

next step to remove the client and reinstall.

I think with the next image I’ll try to install the client after cloning