Backup & Restore: should not fail if backup is larger than the filesystems that will be used during restore
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
StarlingX |
Fix Released
|
Medium
|
Virginia Martins Perozim |
Bug Description
Brief Description
-----------------
If the backup file is larger than 1GB, scp to /tmp hangs and eventually the subcloud remote restore fails. There is no indication that the restore failed because of \tmp 1G size limit.
the issue was caused by a rather big backup file (3.5G) being transferred over scp using /tmp, that has only 1G. I provided a different directory (/home/
Severity
--------
Major: Subcloud Remote Restore fails
Steps to Reproduce
------------------
1. Backup subcloud
2. Remote restore using the following restore values
initial_backup_dir: /home/sysadmin/
backup_filename: <backup file name>
on_box_data: false
Expected Behavior
------------------
Subcloud remote restore should work
Actual Behavior
----------------
Remote restore fail
Reproducibility
---------------
Reproducible
System Configuration
-------
DC system with redfish enabled subcloud
DC9/subcloud2
###
Wind River Cloud Platform
Release 21.12
###
Wind River Systems, Inc.
###
SW_VERSION="21.12"
BUILD_TARGET="Host Installer"
BUILD_TYPE="Formal"
BUILD_ID=
SRC_BUILD_ID="45"
JOB="WRCP_
BUILD_BY="jenkins"
BUILD_NUMBER="45"
BUILD_HOST=
BUILD_DATE=
Branch/Pull Time/Commit
-------
-
Last Pass
---------
-
Timestamp/Logs
--------------
-
Test Activity
-------------
PATCH Testing
Workaround
----------
Use directory other than \tmp
initial_backup_dir: /home/sysadmin/
backup_filename: localhost_
on_box_data: false
ansible_remote_tmp: /home/sysadmin/
tags: | added: stx.8.0 stx.distcloud stx.update |
Changed in starlingx: | |
importance: | Undecided → Medium |
assignee: | nobody → Virginia Martins Perozim (vmperozim) |
Fix proposed to branch: master /review. opendev. org/c/starlingx /ansible- playbooks/ +/860828
Review: https:/