Open caufieldjh opened 2 years ago
This appears related but unanswered: https://stackoverflow.com/questions/63415400/illegal-instruction-core-dumped-docker-red-hat-7-7-aws-ec2
Should see if this completes on local machine.
I frequently get the RequestTimeTooSkewed
error when modifying S3 objects through boto3
, like below:
creating lock file s3_bucket:kg-hub-public-data, s3_path:kg-obo/lock
Encountered error in setting lockfile on S3: An error occurred (RequestTimeTooSkewed) when calling the PutObject operation: The difference between the request time and the current time is too large.
Could not set lock file on remote server. Exiting...
I wonder if that's what's happening here, and it somehow becomes an Illegal instruction?
Anyway, the solution is to update the system time:
sudo ntpdate time.nist.gov
Transform completes as expected on local machine.
The time in a Docker container should be the same as on the host machine, but that doesn't mean the host time hasn't drifted.
Describe the bug
Builds are failing with the error
Illegal instruction (core dumped)
- though not always at the same point.To Reproduce
In Jenkins build 160, this error appears near the end of the transform step, after all ontologies have been checked for new versions and the root index is updated:
In build 159, this happens immediately at the beginning of the transform step:
In build 158, this happens as in build 160:
In
transform.py
, the only remaining operation after updating the root index and removing local data is to try to set the lock file, so that could be the trigger here (at least for 158 and 160). The lock file is checked at the beginning of each set of transforms, so that could be the cause of the error in 159. Not sure why it wouldn't happen in the others.Check on
kg_obo.upload.check_lock
andkg_obo.upload.set_lock
. I wouldn't expect an S3 error to manifest as an "illegal instruction" but maybe it's due to some kind of illegal bucket access.Version
eccbe215fe122e45b71968cc49b48777d16c1032