Resolved: The command '/usr/local/sbin/ping-auth -s > /etc/thoth/thothid 2>/dev/null' returned exit code '127', the output was ''
-
Ah, but not the same one...
-
@stephenw10 no it's a different it's a KingSpec the smart status does not show as much as the trendnet SSD. The install SSD guide for 2100 did not state any cyptoID issues also, that's why I thought it couldn't be the 128GB SSD everything works except that cryptoID is missing and it has the system errors to go with it
-
So I think the only reason my system info is showing the Crypto ID is because the file with the id in it already exists and I upgraded on the existing system
system_get_thothid
technically if my system did not have the id already in file and got to the exec of /usr/local/sbin/ping-auth it would fail. File does not exist.
ls: /usr/local/sbin/ping-auth: No such file or directoryThe system info has displayed this since day one, and will continue to do so, until the file is gone. Then it will error.
Begs the question, @JonathanLee does the file exist on your system?
@stephenw10 should it? clearly it has in the past.
Clearly the dashboard is going to call system_get_thothid and if the file does not exist it is going to call ping-auth.
-
Can I just copy it over to the new SSD? I am confused is yours missing also as that path is invalid.
I wonder what the path is to the id file. It has to match the chip each is different.
I just need my top secret missing critical cryptoID file then for it to work again?
-
@jrey is your 2100 a MAX?
-
Can you test 23.09.1 on the other SSD or on the eMMC?
-
I can't because I will loose my Snort package that works with out core dumps in 23.05.01
Snort package .11 will be lost in the process if I do a firmware install on that drive. That's my everything works everyday version of PfSense. There has got to be another way....
It's my 🥯 drive
-
Location of file that is needed!!! Bingo
Just add it to backup package
-
the file with the id in it exists - yes.
-rw-r--r-- 1 root wheel 19 Jan 23 2023 /etc/thoth/thothidthe file that creates it (ping-auth), if the ID does not exist, does not exist
my question to @stephenw10 was should it ?because the file with the ID stored in it already exist, it happily displays it on my dashboard.
Could a SSD cause this?
in a word yes.
should you copy the file from the old one?
ping-auth is likely a NO, if required it is likely a different build. don't do it.
bring the thothid file over (with the ID in it), MAYBE, depends on if and/or what it is still used for. Stephen did imply they have gone away from this in undefined "later" hardware so maybe nothing uses it anymore.I'd wait to see what is said about the existence of ping-auth.
I'm going to venture a guess that the ID is no longer used and the code just hasn't been cleaned up to generate it. Then because you went to a new drive, the ID file doesn't exist, and you get an error.
I still have the file (same drive) and therefore never tries to recreate it. But it is still likely not used anymore.
MAX, if that in their new terminology means >= 32GB SSD stock then yes this is MAX, but I call him Wallie.
Then I see you've already moved the file.. WOW. So the question will then be "is it still needed for anything?"
-
@jrey If it is not needed why is the GUI set to request it, This is used in OpenVPN so it is used. They do not have them in the non plus version.
-
@jrey I am going to test it, again my ethernet layer 2 broadcast domains are still an issues in 23.09.01 are you using a compex wifi card in your 2100 also?
-
Ah, so upgrades appear to work because the file exists. I was busily trying to work out how that file was being populated by ping-auth when it doesn't exist!
Ok so if it exists it will show there but the utility is deprecated and the ID itself is unused in 23.09. So it should be removed.
-
It required the full folder fixed it :)
-
Which is contrary to JonathanLee's belief/understanding - that this is used in OpenVPN or compex wifi card.
I'm going by your previous statement that "later" hardware doesn't even have it, that it was not needed.
Yes I tracked it down, and discovered that the file with ID exists, and if that did not there would be an error because ping-auth does not exist on my system.
Yes, the dashboard should likely stop looking for it and anything else that might call system_get_thothid is also likely suspect where the file does not exist and needs to be recreated. In my case nothing I am aware of uses it, so as long as the file exists it can display or not..
The code will catch up when it does.
-
ping-auth -s is not included in 23.09.1 so the folder is no longer pre populated
https://redmine.pfsense.org/issues/15103
This is now confirmed as the cause of cryptID no longer working in 23.09.01 on fresh firmware
-
Thanks Steve !!
Now I will start looking into the layer 2 broadcast domain issues on 23.09.01
-
@jrey Thanks too
-
@jrey so the crypt chip is no longer used??
-
It is not. The current 2100s do not include it.
-
@JonathanLee said in Resolved: The command '/usr/local/sbin/ping-auth -s > /etc/thoth/thothid 2>/dev/null' returned exit code '127', the output was '':
so the crypt chip is no longer used??
neither is the Caesar cipher or Hebren rotor machine.
The cheese moves.
