| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1050.1 | nothing changed in vdump | DECWET::DADDAMIO | Design Twice, Code Once | Thu Apr 24 1997 12:08 | 10 |
| I've checked on vdump and it handles sparse files the same way in V3.0,
V3.2, V3.2C, and V3.2G - basically it saves all the pages of zeros that
it gets from the sparse holes as well as the pages of data. You said
that cpio also has the same problem with taking longer to back up
files, I would suspect that something in the filesystem changed.
BTW, we did change vdump/vrestore in V4.0 to skip over the holes in
sparse files so it doesn't save the pages of zeros or restore them.
Just for reference, how did your customer un-sparse the database files?
|
| 1050.2 | copy it . | BACHUS::DEVOS | Manu Devos NSIS Brussels 856-7539 | Thu Apr 24 1997 12:25 | 13 |
|
> Just for reference, how did your customer un-sparse the database
> files?
I don't know how the author of this note did, but I simply use:
# cp /sparse_file /non_sparse_file
The cp program is writing the blocks of null code.
Manu.
|
| 1050.3 | sounds like a filesystem bug | RUSURE::KATZ | | Fri Apr 25 1997 13:04 | 18 |
| You could study the extents of the file by performing
"showfile -x vmcore.0"
You could then move the file to an empty directory
and copy same to another empty directory in the same
domain to run comparisons. Maybe that's what you did.
I'm suspicious of your cp command in .2, since it is
rare to be able to fit a vmcore file on your / filesystem
Then I could worry that you copied to a different
domain.
Since you also mention that the problem started after
an upgrade I have to ask you to revisit the upgrade.
The dupatch program will complain if it finds files that
aren't in the dupatch nor ssb version. Then it is
possible for the user to void their replacement. The
user would suffer a regression compared to the patches
they had pulled in for their v3.2c system.
|
| 1050.4 | | BACHUS::DEVOS | Manu Devos NSIS Brussels 856-7539 | Fri Apr 25 1997 15:22 | 14 |
| Hi ? (KATZ)
> I'm suspicious of your cp command in .2, since it is
> rare to be able to fit a vmcore file on your / filesystem
> Then I could worry that you copied to a different
> domain.
I am NOT the author of .0 but I wanted simply to show how I use to
un-sparse a sparse file. I wrote "cp /spare_file /un_sparsefile" simply
to illustrate that I used to copy the file. Not in the / filesystem but
anywhere I can find the space.
Manu.
|
| 1050.5 | vmcore problem ?? | NNTPD::"[email protected]" | WIl Bergman | Mon Apr 28 1997 08:10 | 13 |
| L.S.
After further testing it turned out to be that the vmcores (3 x 2 GB) were
from
3.2C and were causing the problem. Customer removed them and had no more
problems.
P.S. He di not unsparse the vmcores, but other database files.
Indeed just by copying them.
[Posted by WWW Notes gateway]
|