A timestamp was expected but was not found

Apple Recommended

Replies

What do you see when you run packet trace when signing? Ideally you’d capture one trace for the working case and one trace for the failing one, and compare.

Share and Enjoy

Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@apple.com"
Chiming in to say the same thing has been happening for me right now, and also over the last few days. Having other code-signing problems ('unnotarized Developer ID' reported by spctl) that didn't arise previously, but am assuming this is a coincidence.
Having the same issue atm. It's all started somewhere around last Thursday. Trying to figure out maybe something went wrong with a network on my side.
Same issue for us in Hungary, in multiple development teams, build machines etc., but interestingly, not all of the developer machines.
Same issue for me with the Developer ID Application certificate and the Developer ID Installer certificate, since about 2 days ago.
The pkgbuild and the productbuild also failed.

Same problem - started July 16th. Randomly getting either "segmentation fault: 11" or "A timestamp was expected but was not found" errors when running codesign. MacOS 10.15.6, Xcode 11.6

Tried restarting, changing time server in System Preference > Date & Time,
finally tried using --timestamp=http://timestamp.apple.com/ts01 parameter for codesign,
no change - sometimes it works, sometimes it fails.
@eskimo Kindly find the trace route below,

traceroute timestamp.apple.com

traceroute to timestamp.pki-apple.com.akadns.net (17.179.249.1), 64 hops max, 52 byte packets
 
 3  122.15.156.129 (122.15.156.129)  0.254 ms  0.270 ms  0.234 ms
 4  122.15.149.182 (122.15.149.182)  1.306 ms  1.196 ms  1.258 ms
 5  182.19.106.113 (182.19.106.113)  21.068 ms  21.119 ms  21.515 ms
 6  xe-8-3-2.mlu.cw.net (195.89.101.185)  135.515 ms  124.646 ms  125.076 ms
 7  ae6-xcr1.fix.cw.net (195.2.10.245)  173.146 ms  172.576 ms  173.006 ms
 8  ae0-xcr1.amd.cw.net (195.2.28.29)  172.818 ms  162.635 ms  161.825 ms
 9  ae15-xcr1.att.cw.net (195.2.24.177)  161.600 ms  161.853 ms  172.600 ms
10  apple-gw-att.cw.net (208.173.212.142)  136.138 ms  136.302 ms  136.402 ms
11  17.0.11.64 (17.0.11.64)  262.691 ms
    17.0.11.70 (17.0.11.70)  266.252 ms
    17.0.11.64 (17.0.11.64)  279.198 ms
12  17.0.13.250 (17.0.13.250)  262.091 ms  262.263 ms  262.384 ms
13  17.1.0.7 (17.1.0.7)  290.301 ms
    17.1.0.19 (17.1.0.19)  264.237 ms
    17.1.0.7 (17.1.0.7)  265.058 ms
14  17.1.0.119 (17.1.0.119)  262.646 ms  277.225 ms
    17.1.0.113 (17.1.0.113)  288.798 ms
15  17.0.8.55 (17.0.8.55)  264.563 ms
    17.0.8.35 (17.0.8.35)  265.392 ms
    17.0.8.55 (17.0.8.55)  265.185 ms
16  * * *
17  17.1.1.35 (17.1.1.35)  263.979 ms
    17.0.13.205 (17.0.13.205)  262.185 ms
    17.0.13.201 (17.0.13.201)  274.387 ms
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *


See also https://developer.apple.com/forums/thread/654993
It seems that this problem no longer occurred in Japan.
Currently working for me just now from Australia

@eskimo, Thank you, Its working fine now as we expected.
I am seeing this starting this evening - did something happen again?
This is on a build server that has worked for years - nothing has changed on it or on its network. I sign (as a part of my build) 5 different binaries. A different one fails each time. I was able to take a PCAP from that machine during its build process - and it shows three successful time stamping as and a fourth request (with no corresponding response).

I was able to take a PCAP from that machine during its build process -
and it shows three successful time stamping as and a fourth request
(with no corresponding response).

Well, that’s not good. You should file a bug report about this, making sure to include your packet traces. Once you’re done, please post your bug number here.

Share and Enjoy

Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"