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
rear shows misleading "socket ignored" information when tar end with exit code 1 #2465
Comments
casantos
added a commit
to casantos/rear
that referenced
this issue
Aug 4, 2020
When tar exits with status greater than zero rear copies the last three tar messages from backup.log to its own log. Those lines are also shown to the user when rear is invoked with the "-v" option. Some tar messages, however, are purely informational, e.g. tar: Removing leading `/' from member names tar: Removing leading `/' from hard link targets tar: /var/spool/postfix/private/discard: socket ignored Strip the informational messages and show only actual errors, e.g. tar: /etc/grub.d/README: file changed as we read it Fixes: issue rear#2465 Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1865697 Signed-off-by: Carlos Santos <casantos@redhat.com>
jsmeix
changed the title
rear shows misleading "socket ignored" information when tar end with exit code > 0
rear shows misleading "socket ignored" information when tar end with exit code 1
Aug 4, 2020
casantos
added a commit
to casantos/rear
that referenced
this issue
Aug 4, 2020
When tar exits with status greater than zero rear copies the last three tar messages from backup.log to its own log. Those lines are also shown to the user when rear is invoked with the "-v" option. Some tar messages, however, are purely informational, e.g. tar: Removing leading `/' from member names tar: Removing leading `/' from hard link targets tar: /var/spool/postfix/private/discard: socket ignored Strip the informational messages and show only actual errors, e.g. tar: /etc/grub.d/README: file changed as we read it Fixes: issue rear#2465 Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1865697 Signed-off-by: Carlos Santos <casantos@redhat.com>
jsmeix
added a commit
that referenced
this issue
Aug 5, 2020
In 500_make_backup.sh fixed what I did wrong in 2674807 where I had removed the BACKUP_PROG_CRYPT_OPTIONS="cat" which breaks the exit code logic around pipes_rc=( ${PIPESTATUS[@]} ) because backup_prog_shortnames does no longer match. Additionally filter informational tar messages from output cf. #2465
casantos
added a commit
to casantos/rear
that referenced
this issue
Aug 6, 2020
When tar exits with status greater than zero rear copies the last three tar messages from backup.log to its own log. Those lines are also shown to the user when rear is invoked with the "-v" option. Some tar messages, however, are purely informational, e.g. tar: Removing leading `/' from member names tar: Removing leading `/' from hard link targets tar: /var/spool/postfix/private/discard: socket ignored Strip the informational messages and show only actual errors, e.g. tar: /etc/grub.d/README: file changed as we read it Fixes: issue rear#2465 Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1865697 Signed-off-by: Carlos Santos <casantos@redhat.com>
While at it: please filter out "Broken symlink" too. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
ReaR version ("/usr/sbin/rear -V"): Relax-and-Recover 2.4 / Git
OS version ("cat /etc/os-release" or "lsb_release -a" or "cat /etc/rear/os.conf"): Red Hat Enterprise Linux Server release 7.8 (Maipo)
ReaR configuration files ("cat /etc/rear/site.conf" and/or "cat /etc/rear/local.conf"):
Hardware (PC or PowerNV BareMetal or ARM) or virtual machine (KVM guest or PoverVM LPAR): KVM guest.
System architecture (x86 compatible or PPC64/PPC64LE or what exact ARM device): x86_64
Firmware (BIOS or UEFI or Open Firmware) and bootloader (GRUB or ELILO or Petitboot): UEFI
Storage (local disk or SSD) and/or SAN (FC or iSCSI or FCoE) and/or multipath (DM or NVMe): VirtIO disks
Storage layout ("lsblk -ipo NAME,KNAME,PKNAME,TRAN,TYPE,FSTYPE,SIZE,MOUNTPOINT" or "lsblk" as makeshift):
When tar exits with status greater than zero, rear copies the last 3 messages from the backup.log to its own log. They may also be shown to the user if rear is invoked with the "-v" option. If the last 3 or more messages from tar are "socket ignored" (informational) the actual error message (e.g. "file changed as we read it").
Workaround, if any: none
Attachments, as applicable ("rear -D mkrescue/mkbackup/recover" debug log files): N.A.
Steps to reproduce
rear -v mkbackup
while executing a command in parallel to append data to /etc/grub.d/READMEThe output is generated in line 235 of
/usr/share/rear/backup/NETFS/default/500_make_backup.sh
:Rear not only hides the real problem but also shows misleading information, since ignored sockets are not a problem.
The text was updated successfully, but these errors were encountered: