HostnameChanger error: "Length of data to decrypt is invalid."
-
We had been running on build 2048(?) without problems for quite a while. Last week we decided to get the latest SVN and had some issues. We took the opportunity to install proxmox and virtualize FOG. We Created a Debian container and got the latest SVN installed on the fresh machine, but we still had some issues (could not create new hosts/image definitions).
I have since gone back to 1.2.0 on yet another fresh proxmox container. It all seemed well until after a successful image, the computer did not change hostname or join domain.
[code] 2/24/2015 3:17 PM FOG::HostnameChanger Attempting to connect to fog server…
2/24/2015 3:17 PM FOG::HostnameChanger Module is active…
2/24/2015 3:17 PM FOG::HostnameChanger AD mode requested, confirming settings.
2/24/2015 3:17 PM FOG::HostnameChanger Length of the data to decrypt is invalid.
2/24/2015 3:17 PM FOG::HostnameChanger at System.Security.Cryptography.RijndaelManagedTransform.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount)
at System.Security.Cryptography.CryptoStream.FlushFinalBlock()
at System.Security.Cryptography.CryptoStream.Dispose(Boolean disposing)
at System.IO.Stream.Close()
at FOG.FOGCrypt.decrypt(Byte[] cipherData, Byte[] Key, Byte[] IV)
at FOG.FOGCrypt.decryptHex(String hex)
at FOG.HostNameChanger.changeHostName()[/code]I have not had any luck searching for this issue, and I have gone over the FOGcrypt password and other AD settings many times. I’m really hitting a wall on this one; any help would be greatly appreciated.
I wish I could go back to an earlier SVN but I don’t think that is a possibility; am I correct about this?
-
Haven’t tried this but Tom posted this in the development thread for reverting to earlier version.
[URL=“http://fogproject.org/forum/threads/latest-development-fog.10556/page-22#post-42431”]Latest Development FOG[/URL]I’m having an issue with AD joins that might be related. My host names are not changing with service starts but do change after image downloads. I’m going to try recompiling hostnamechanger today. I’ll update my thread in the Windows forum as I go.
-
[quote=“hesslr, post: 42721, member: 17210”]We had been running on build 2048(?) without problems for quite a while. Last week we decided to get the latest SVN and had some issues. We took the opportunity to install proxmox and virtualize FOG. We Created a Debian container and got the latest SVN installed on the fresh machine, but we still had some issues (could not create new hosts/image definitions).
I have since gone back to 1.2.0 on yet another fresh proxmox container. It all seemed well until after a successful image, the computer did not change hostname or join domain.
[code] 2/24/2015 3:17 PM FOG::HostnameChanger Attempting to connect to fog server…
2/24/2015 3:17 PM FOG::HostnameChanger Module is active…
2/24/2015 3:17 PM FOG::HostnameChanger AD mode requested, confirming settings.
2/24/2015 3:17 PM FOG::HostnameChanger Length of the data to decrypt is invalid.
2/24/2015 3:17 PM FOG::HostnameChanger at System.Security.Cryptography.RijndaelManagedTransform.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount)
at System.Security.Cryptography.CryptoStream.FlushFinalBlock()
at System.Security.Cryptography.CryptoStream.Dispose(Boolean disposing)
at System.IO.Stream.Close()
at FOG.FOGCrypt.decrypt(Byte[] cipherData, Byte[] Key, Byte[] IV)
at FOG.FOGCrypt.decryptHex(String hex)
at FOG.HostNameChanger.changeHostName()[/code]I have not had any luck searching for this issue, and I have gone over the FOGcrypt password and other AD settings many times. I’m really hitting a wall on this one; any help would be greatly appreciated.
I wish I could go back to an earlier SVN but I don’t think that is a possibility; am I correct about this?[/quote]
Just an idea but, does the target machine you’re working with have the client installed from the version of FOG you’re using? Not sure but, changes to the old client [U]might[/U] have happened between different releases/revisions
-
I reinstalled the fog service on our master image and all is well using 1.2.0. Thanks for the help!
-
[quote=“hesslr, post: 42845, member: 17210”]I reinstalled the fog service on our master image and all is well using 1.2.0. Thanks for the help![/quote]
Awesome! That was such a far-fetched idea, can’t believe it worked!
