Hi Jose, as with any error with cvmfs_server, please set CVMFS_SERVER_DEBUG=3. Next suggestion would be to check if you can curl .cvmfspublished from the CVMFS_STRATUM0 url , something like http://localhost/cvmfs/my.cvmfs.repository/.cvmfspublished ( check /etc/cvmfs/repositories.d/…/server.conf for the url) and if the whitelist needs to be resigned.
Hope this helps!
Valentin
Sometimes it is useful to run cvmfs_server with bash -x to see exactly what command is failing and try running that independently.
However in this case since you know it is complaining about a bad signature and had just done a resign, I would suspect a mismatch between the private and public keys for the repository.
I have to admit I am struggling a little bit to find out the exact command to check the keys.
Googling it, I get many disparate suggestions, using ssh-keygen, multiple different openssl commands, etc.
Tried all of that with a pair that it supposed to work, but none of the combinations match. So hard to tell the difference between a matching key and a broken one.
The easiest way is to look at timestamps and be aware of any manipulation that might have been done to the repository’s keys. In this case it is saying the manifest has a problem so that’s the .cvmfspublished file and the .key and .crt files in /etc/cvmfs/keys.
Oh, another thing that might help is to do cvmfs_server resign -p <repo> because that re-creates the signature on the .cvmfspublished file using the current .key file.