Description of problem: Retrieving files from a tar multivolume backup (on files or tapes) doesn't recognize volumes after first one returning error " tar: <filename> is not continued on this volume." Version-Release number of selected component (if applicable): tar-1.14.9-1.RHEL4 kernel-2.6.9-22.0.1.ELsmp Steps to Reproduce: 1.create multivolume archive on tape : tar -M -L <dim> -cvf <device> <directory_to_backup> 2.read multivolume backup starting from first tape : tar Mxvf <device> Actual results: On second tape tar doesn't recognize second tape : " tar: <filename> is not continued on this volume." Expected results: Tar must continue retrieving files from second tape Additional info: Tested on RHEL 4 x86 version and it works correctly.
I have problem to reproduce it. $ tar -c -M --tape-length=10240 --file=disk1.tar foo Prepare volume #2 for `disk1.tar' and hit return: n disk2.tar Prepare volume #2 for `disk2.tar' and hit return: Prepare volume #3 for `disk2.tar' and hit return: n disk3.tar Prepare volume #3 for `disk3.tar' and hit return: $ tar -x -M --file=disk1.tar Prepare volume #2 for `disk1.tar' and hit return: n disk2.tar Prepare volume #2 for `disk2.tar' and hit return: Prepare volume #3 for `disk2.tar' and hit return: n disk3.tar Prepare volume #3 for `disk3.tar' and hit return: $ uname -m x86_64 $ rpm -q tar tar-1.14-9.RHEL4
I think the problem is the path length of file on two tapes. Searching on gnu tar i found that path name on multivolume tar may not be longer than 100 chars. (http://cvs.savannah.gnu.org/viewcvs/tar/tar/NEWS?rev=1.95&content-type=text/vnd.viewcvs-markup) Infact, only if I try to make multivolume tar on files longer than 100 chars I have problems.
Created attachment 127052 [details] patch extracted from upstream CVS Could you reproduce the problem with this tar: http://people.redhat.com/pvrabec/rpms/tar-1.14-10.RHEL4.src.rpm
I think this patch doesn't resolve the bug. It stops backup when last file name is over than 124 characters. Thanks anyway.
I'm confused. What was your problem? Could u reproduce the bug with tar-1.14.10 from comment #3?
Yes, I've reproduced the bug with tar-1.14.10. My problem was that I need backup on more tapes and I don't want that it stops at the end of a tape. I will use tar-1.14.9 because it continues backup (I'll backup again files between two tapes).