8 messages in org.freebsd.freebsd-bugsRE: bin/21253: dump/restore fail on a...| From | Sent On | Attachments |
|---|---|---|
| bigf...@stomped.com | Sep 13, 2000 12:26 pm | |
| David Malone | Sep 13, 2000 2:39 pm | |
| David Malone | Sep 14, 2000 1:21 am | |
| Guy Gustavson | Sep 15, 2000 9:29 pm | |
| Matthew Jacob | Sep 16, 2000 5:39 pm | |
| David Malone | Sep 17, 2000 1:59 pm | |
| Guy Gustavson | Sep 17, 2000 3:26 pm | |
| Matthew Jacob | Sep 17, 2000 4:55 pm |
| Subject: | RE: bin/21253: dump/restore fail on any stream (tape/pipe/file) over4GB | |
|---|---|---|
| From: | Matthew Jacob (mja...@feral.com) | |
| Date: | Sep 17, 2000 4:55:06 pm | |
| List: | org.freebsd.freebsd-bugs | |
Well, considering that we can't reproduce your problem, it's hard to know which direction to hack in. Can you give more information?
On Sun, 17 Sep 2000, Guy Gustavson wrote:
Well considering I dumped to and restored from a file I don't see how that could be.
-----Original Message----- From: Matthew Jacob [mailto:mja...@feral.com] Sent: Saturday, September 16, 2000 7:40 PM To: Guy Gustavson Cc: David Malone; free...@FreeBSD.ORG Subject: RE: bin/21253: dump/restore fail on any stream (tape/pipe/file) over4GB
I went and checked this also. Restore has no problems reading 8GB from standard input. It sounds like the only thing could be is something destroying the pipe.
I think this PR should be closed.
On Fri, 15 Sep 2000, Guy Gustavson wrote:
Well I've tried about every method I can think of, including the ones you suggested and they all fail after a certain size. I've given up using dump/restore at this time and am using tar.
If I can help in anyway assisting you in diagnosing this problem please let me know.
-----Original Message----- From: David Malone [mailto:dwma...@maths.tcd.ie] Sent: Thursday, September 14, 2000 3:22 AM To: Guy Gustavson Cc: free...@freebsd.org Subject: Re: bin/21253: dump/restore fail on any stream (tape/pipe/file) over 4GB
I tried that, I get different message, but it means about the same...
Changing volumes on pipe input? abort? [yn] n Changing volumes on pipe input? abort? [yn] y dump core? [yn] y Abort
I think this can happen if the filesystem changes in a certain way while being dumped - we think what happens is that the last inode it was expecting to backup is removed while the backup is in progress.
We have some patches to improve the situation with the bad error handling too, but I haven't committed them just yet.
David.
To Unsubscribe: send mail to majo...@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
To Unsubscribe: send mail to majo...@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message