action #161786
closedQE-Performance team request 2TB storage for performance test data backup size:S
0%
Description
Motivation¶
Backup performance test data from dashboard.qa2.suse.asia to reduce the risk of loosing test result by any incident in the service or physical hardware.
Performance comparison test result and test raw data are presenting in performance dashboard and linking in bug report, loosing the data will critically block performance test/debug progress.
Requirement¶
2TB storage size sharing in storage.qe.prg2.suse.org by both TFTP and NFS way for QE-Performance team to syncing their test results from 10.67.128.0/24.
Contact person¶
@jerrytang Jerry Tang and @JNa Joyce Na
Acceptance Criteria¶
- AC1: 2TB of storage is accessible and available for use by the team
Suggestions¶
- Adapt/use/copy the current NFS+FTP server states from the webui role to the storage role as well and apply for storage.qe.prg2.suse.org
- Ensure the team has access to read and write to the server e.g. sftp using existing keys
Updated by okurz 7 months ago
On the host storage.qe.prg2.suse.org I prepared a folder /storage/backup:
mkdir -p /storage/backup
chown .users /storage/backup
chmod g+w /storage/backup
@jerrytang @JNa as the host storage.qe.prg2.suse.org is already under salt-control all user accounts that are in https://gitlab.suse.de/openqa/salt-pillars-openqa/-/blob/master/sshd/users.sls already have ssh access. that you could use for the purpose of storing backups using ssh as an access protocol so for example using ssh/scp/rsync/unison. I think that is enough and also easier than using FTP or NFS. Can you work with that or do you actually need NFS and/or FTP?
Updated by jerrytang 7 months ago
okurz wrote in #note-5:
On the host storage.qe.prg2.suse.org I prepared a folder /storage/backup:
mkdir -p /storage/backup chown .users /storage/backup chmod g+w /storage/backup
@jerrytang @JNa as the host storage.qe.prg2.suse.org is already under salt-control all user accounts that are in https://gitlab.suse.de/openqa/salt-pillars-openqa/-/blob/master/sshd/users.sls already have ssh access. that you could use for the purpose of storing backups using ssh as an access protocol so for example using ssh/scp/rsync/unison. I think that is enough and also easier than using FTP or NFS. Can you work with that or do you actually need NFS and/or FTP?
I think rsync is good way to sync, I'd like to use it.
How would we apply for the access for storage.qe.prg2.suse.org ? by just submit MR for this https://gitlab.suse.de/openqa/salt-pillars-openqa/-/blob/master/sshd/users.sls ?
Thanks
Updated by jerrytang 7 months ago
MR to apply ssh access
https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/833
Updated by okurz 7 months ago
- Due date set to 2024-06-21
- Status changed from In Progress to Feedback
https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/833 merged and deployed. Please try it out