Re: dump fails with bread and lseek trouble
On Sat, Dec 15, 2001 at 11:10:41AM -0500, Greg A. Woods wrote: > [ On Saturday, December 15, 2001 at 12:40:56 (+0100), Christoph Scheeder wrote: ] > > Subject: Re: dump fails with bread and lseek trouble > > > > This pops up every few weeks here on the list, its very simple: > > you are backing up an active filesystem with a tool designed primary for > > backing up filesystems mounted read-only. > > or not mounted at all! ;-) Hi, Greg! Not that my own favorite, "tar", necessarily does any better in the sense of being guaranteed to always preserve completely consistent data from an active filesystem. If I make corresponding changes in files "a" and "b" during backup, but backup grabs "a" before the change and "b" after, my restore won't get back quite what I want. But, since it doesn't attempt to descend inside the filesystem's data structures, but only uses the user-eye view of what's there, it won't produce quite so many threatening messages. Bottom line is that it is difficult to make a good picture with a slow shutter of something that's moving fast. It's up to the admin to decide, case-by-case, when the picture is good enough. -- - Dan Wilder <[EMAIL PROTECTED]> Technical Manager & Editor SSC, Inc. P.O. Box 55549 Phone: 206-782-8808 Seattle, WA 98155-0549URL http://embedded.linuxjournal.com/ -
Re: dump fails with bread and lseek trouble
[ On Saturday, December 15, 2001 at 12:40:56 (+0100), Christoph Scheeder wrote: ] > Subject: Re: dump fails with bread and lseek trouble > > This pops up every few weeks here on the list, its very simple: > you are backing up an active filesystem with a tool designed primary for > backing up filesystems mounted read-only. or not mounted at all! ;-) -- Greg A. Woods +1 416 218-0098; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>; VE3TCP; Secrets of the Weird <[EMAIL PROTECTED]>
Re: dump fails with bread and lseek trouble
Hi, This pops up every few weeks here on the list, its very simple: you are backing up an active filesystem with a tool designed primary for backing up filesystems mounted read-only. what happens is: dump first reads in the directory and filepositions on the disk(Pass I and II) then in pass III it reads from these stored places the information contained in these dirs and files. Now between mapping dirs and dumping a file was deleted or something and the corresponding blocks where freed and reused for another file. at this point dump thinks the block contains structural information, but in reality it contains data. so dump interprets more or less random data as block and sector-adresses. these adresses will most likely be rubish and way out of the limits of the disk. the result are the seek-errors you see. At this seems not too problematic, only the corresponding file should be rubish in your dump. But if you are unlucky these errors lead to completly unusable dumps. This had been widely discussed earlier this year, if you are interested in more details, read the archives. The topic why it came up was linux-dump and linus thorvalds advise not to use it with kernels > 2.4.x. have a nice day Christoph Paul Lussier schrieb: > > In a message dated: Fri, 14 Dec 2001 09:29:54 GMT > "Thomas Robinson" said: > > >Hi, > > > >Has anyone seen or hear of this problem. > > Ayup, I get it all the time. I have no idea what the problem is > though. It seems to come and go sporatically. > > >I've run e2fsck -c /dev/sda5 to no avail. I also upgraded the dump utility tha > >t came with the standard Red Hat 7.1 install to dump-04b21 to dump-04b22. Any > >ideas what can cause this and how I might fix it? > > No, but if anyone has any ideas, please post them to the list, I'll > try anything :) > > Thanks, > -- > > Seeya, > Paul > > > God Bless America! > > ...we don't need to be perfect to be the best around, > and we never stop trying to be better. >Tom Clancy, The Bear and The Dragon
Re: dump fails with bread and lseek trouble
In a message dated: Fri, 14 Dec 2001 09:29:54 GMT "Thomas Robinson" said: >Hi, > >Has anyone seen or hear of this problem. Ayup, I get it all the time. I have no idea what the problem is though. It seems to come and go sporatically. >I've run e2fsck -c /dev/sda5 to no avail. I also upgraded the dump utility tha >t came with the standard Red Hat 7.1 install to dump-04b21 to dump-04b22. Any >ideas what can cause this and how I might fix it? No, but if anyone has any ideas, please post them to the list, I'll try anything :) Thanks, -- Seeya, Paul God Bless America! ...we don't need to be perfect to be the best around, and we never stop trying to be better. Tom Clancy, The Bear and The Dragon
dump fails with bread and lseek trouble
Hi, Has anyone seen or hear of this problem. --8<--snip*--- /-- geko60.ehb /usr lev 0 FAILED [/sbin/dump returned 3] sendbackup: start [geko60.ehbas.com:/usr level 0] sendbackup: info BACKUP=/sbin/dump sendbackup: info RECOVER_CMD=/bin/gzip -dc |/sbin/restore -f... - sendbackup: info COMPRESS_SUFFIX=.gz sendbackup: info end | DUMP: Date of this level 0 dump: Fri Dec 14 04:10:47 2001 | DUMP: Dumping /dev/sda5 (/usr) to standard output | DUMP: Label: /usr | DUMP: mapping (Pass I) [regular files] | DUMP: mapping (Pass II) [directories] | DUMP: estimated 1521017 tape blocks. | DUMP: Volume 1 started with block 1 at: Fri Dec 14 04:11:00 2001 | DUMP: dumping (Pass III) [directories] | DUMP: dumping (Pass IV) [regular files] ? DUMP: bread: lseek fails ? DUMP: short read error from /dev/sda5: [block -680431872]: count=4096, got=0 ? DUMP: bread: lseek2 fails! ? DUMP: short read error from /dev/sda5: [sector -680431872]: count=512, got=0 ? DUMP: bread: lseek2 fails! ? DUMP: short read error from /dev/sda5: [sector -680431871]: count=512, got=0 ? DUMP: bread: lseek2 fails! ? DUMP: short read error from /dev/sda5: [sector -680431870]: count=512, got=0 ? DUMP: bread: lseek2 fails! ? DUMP: short read error from /dev/sda5: [sector -680431869]: count=512, got=0 ? DUMP: bread: lseek2 fails! more of the samethen... ? DUMP: short read error from /dev/sda5: [block -580422152]: count=4096, got=0 ? DUMP: More than 32 block read errors from 135093768 ? DUMP: This is an unrecoverable error. ? DUMP: bread: lseek fails ? DUMP: bread: lseek fails ? DUMP: bread: lseek fails ? DUMP: bread: lseek fails ? DUMP: bread: lseek fails ? DUMP: bread: lseek fails ? DUMP: fopen on /dev/tty fails: No such device or address | DUMP: The ENTIRE dump is aborted. sendbackup: error [/sbin/dump returned 3] I've run e2fsck -c /dev/sda5 to no avail. I also upgraded the dump utility that came with the standard Red Hat 7.1 install to dump-04b21 to dump-04b22. Any ideas what can cause this and how I might fix it? Regards, Tom Robinson This e-mail may contain confidential information and/or copyright material and is intended for the use of the addressee only. Disclosure, distribution or copying of this message is strictly prohibited by law. If you have received this communication in error, please notify the sender immediately by telephone on (01273) 234665 and delete the e-mail. The contents of this message may contain personal views that are not the opinions of EHBAS Ltd, unless specifically stated.