New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
artifacts offline install - implausibly old time stamp 1970-01-01 00:00:00 #13415
Comments
@syuu1228 Can you please have a look? |
The unified package url was https://downloads.scylladb.com/unstable/scylla/master/relocatable/2023-03-31T03:19:03Z/scylla-unified-5.3.0~dev-0.20230331.160c184d0b0f.x86_64.tar.gz, I checked timestamp of the tar file, it contains incorrect timestamp files as reported:
I also checked locally built unified package, the result was same:
Maybe this is related with create-relocatable-package.py in scylla-python3 repo, will take a look. |
Probably because we haven't added
https://github.com/scylladb/scylla-python3/blob/master/scripts/create-relocatable-package.py I will send a patch. |
We mistakenly haven't added mtime while creating TarInfo object, we need to add it. Fixes scylladb/scylladb#13415
Sent a patch at scylladb/scylla-python3#37 |
Looks like "Fixes" work cross-repos too. scylladb/scylla-python3#37 had a |
@DoronArazii Issue description
Describe your issue in detail and steps it took to produce it. ImpactDescribe the impact this issue causes to the user. How frequently does it reproduce?Describe the frequency with how this issue can be reproduced. Installation detailsCluster size: 1 nodes (i3.large) Scylla Nodes used in this run:
OS / Image: Test: Logs and commands
Logs:
|
Most likely - lacked the 'backport ...' labels. |
@mykaul |
I've added the labels for backport, I think it should go via this path. |
also failed on enterprise: https://jenkins.scylladb.com/job/scylla-enterprise/job/artifacts-offline-install/job/artifacts-oel76-test/122/ @denesb @mykaul - isn't this fix already merged to enterprise? |
I think we need an update of https://github.com/scylladb/scylla-python3 submodule update into Scylla (Enterprise) , no? |
The fix is in enterprise already. |
So we'll need to understand better why it failed then. |
Why is this being considered for backport? the timestamp of some files doesn't strike me as important. |
I don't understand if it's a warning or an error. Assuming the latter, then it might be worthy of a backport to 5.2 (2023.1 LTS?) |
It's a warning. But if it's user-visible we can backport it. |
We mistakenly haven't added mtime while creating TarInfo object, we need to add it. Fixes scylladb/scylladb#13415 Closes: #37 (cherry picked from commit 30b8fc2)
* tools/python3 cf7030a...6ad2e5a (1): > create-relocatable-package.py: fix timestamp of executable files Fixes #13415.
Backported to 5.2. 5.1 deemed unnecessary because few new installations are likely to use it (and installing from tarball is rare). |
* tools/python3 cf7030a...6ad2e5a (1): > create-relocatable-package.py: fix timestamp of executable files Fixes #13415.
The issue seen on |
@avikivity - do we need a 5.4 backport for this, based on the comment by @Annamikhlin above? |
This is already in 5.4 as scylladb/scylla-python3@30b8fc2 |
So it's not fixed, which is even more worrying :-/ |
I mean the fix is already in 5.4, 5.2 and 5.1. No more backporting is needed. |
Issue description
Describe your issue in detail and steps it took to produce it.
Impact
installation of ScyllaDB on a fresh CentOS 7 failed (it may actually succeeded, but the test stopped because of the errors encountered during the installation).
How frequently does it reproduce?
last 2 runs failed with this error
Installation details
Cluster size: 1 nodes (n1-standard-2)
Scylla Nodes used in this run:
OS / Image:
https://www.googleapis.com/compute/v1/projects/centos-cloud/global/images/family/centos-7
(gce: us-east1)Test:
artifacts-centos7-test
Test id:
804b2316-eb68-46f6-a2a5-f20aba954834
Test name:
scylla-master/artifacts-offline-install/artifacts-centos7-test
Test config file(s):
Logs and commands
$ hydra investigate show-monitor 804b2316-eb68-46f6-a2a5-f20aba954834
$ hydra investigate show-logs 804b2316-eb68-46f6-a2a5-f20aba954834
Logs:
Jenkins job URL
The text was updated successfully, but these errors were encountered: