| Title: | AdvFS Support/Info/Questions Notefile |
| Notice: | note 187 is Freq Asked Questions;note 7 is support policy |
| Moderator: | DECWET::DADDAMIO |
| Created: | Wed Jun 02 1993 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 1077 |
| Total number of notes: | 4417 |
4.0a
customer is concerned that he has a filesystem corruption
due to the bypes dumped (498101130) does not match the
(498122826).
>
> vdump: Dumped 498101130 of 498122826 bytes; 100.0% completed
> vdump: Dumped 766 of 766 directories; 100.0% completed
> vdump: Dumped 19712 of 19712 files; 100.0% completed
> vdump: Dump completed at Tue Apr 22 10:51:02 1997
> #
Can you explain what the difference in bytes mean, he thinks
he has a problem.
he vdumped the filesystem to another disk, and
said he got the same result.
vdump to tape, vrestore from tape.
So, suspect it is how he vdump handles certain
files.
However, he has other 3.x systems, which
do not do this, including same
type of usr_domain#usr filesystems.
this is his 4.0a filesystems....
he has not installed patches, but didnt see vdump/vrestore there,
may be oversight on my part.
=================< additional info >=========
#vdump -0f /dev/nrmt0h /usr
path : /usr
dev/fset : usr_domain#usr
type : advfs
advfs id : 0x31f69956.0006ca80.1
vdump: Date of last level 0 dump: the start of the epoch
vdump: Dumping directories
vdump: Dumping 498122826 bytes, 766 directories, 19712 files
vdump: Dumping regular files
vdump: Status at Tue Apr 22 10:45:04 1997
vdump: Dumped 301331182 of 498122826 bytes; 60.5% completed
vdump: Dumped 190 of 766 directories; 24.8% completed
vdump: Dumped 4603 of 19712 files; 23.4% completed
vdump: Status at Tue Apr 22 10:50:04 1997
vdump: Dumped 457709051 of 498122826 bytes; 91.9% completed
vdump: Dumped 638 of 766 directories; 83.3% completed
vdump: Dumped 17883 of 19712 files; 90.7% completed
vdump: Status at Tue Apr 22 10:51:02 1997
vdump: Dumped 498101130 of 498122826 bytes; 100.0% completed
vdump: Dumped 766 of 766 directories; 100.0% completed
vdump: Dumped 19712 of 19712 files; 100.0% completed
vdump: Dump completed at Tue Apr 22 10:51:02 1997
# df -k usr
usr_domain#usr 791000 415681 358400 54% /usr
#du -s /usr
1795546 /usr
==========<requested additional info >===========================
NOTE: this info taken later, so df/du differs slightly
#df -k
usr_domain#usr 791000 415681 358400 54% /usr
bulk_space#local 2875848 280487 2346272 11% /usr/local
bulk_space#mail 2875848 18 2346272 1%
/usr/var/spool
# du -s /usr
1750634 /usr
# showfdmn -k usr_domain
Id Date Created LogPgs Domain Name
31f69956.0006ca80 Wed Jul 24 17:44:54 1996 512 usr_domain
Vol 1K-Blks Free % Used Cmode Rblks Wblks Vol Name
1L 791000 358400 55% on 128 128 /dev/rz0d
# showfsets -k usr_domain
usr
Id : 31f69956.0006ca80.1.8001
Files : 17647, SLim= 0, HLim= 0
Blocks (1k) : 415681, SLim= 0, HLim= 0
Quota Status : user=off group=off
#disklabel -r rz0
# /dev/rrz0a:
type: SCSI
disk: RZ29B
label:
8 partitions:
# size offset fstype [fsize bsize cpg]
a: 519800 0 AdvFS # (Cyl. 0 - 229)
b: 526580 519800 swap # (Cyl. 230 - 462)
c: 8380080 0 unused 0 0 # (Cyl. 0 - 3707)
d: 1582000 1046380 AdvFS # (Cyl. 463 - 1162)
e: 5751700 2628380 AdvFS # (Cyl. 1163 - 3707)
f: 2600624 5779456 unused 0 0 # (Cyl. 2557*- 3707)
g: 3936256 532480 unused 0 0 # (Cyl. 235*- 1977*)
h: 3911344 4468736 unused 0 0 # (Cyl. 1977*- 3707)
[Posted by WWW Notes gateway]
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1048.1 | Was he dumping a Clone or Live fileset? | DECWET::MARIER | Wed Apr 23 1997 09:33 | 2 | |
If he was dumping a live fileset, my guess would be that files were deleted/changed while vdump was being run. | |||||
| 1048.2 | Says both single-user and multi-user vdumps | NNTPD::"[email protected]" | decatl::johnson | Wed Apr 23 1997 10:28 | 31 |
He says that he has this in single-usr, and multi-user on both the original system disk and the vdumped system disk. I requested the output from a single-user dump. will re-stress this fact. Additional info: it was a 4.0 system, but found in messages this message which maybe revelent? could the "chk_bf_quota: user/group underflow" message have any Apr 18 20:52:28 esp vmunix: ADVFS: using 567 buffers containing 4.42 megabytes of memory Apr 18 20:52:28 esp vmunix: chk_bf_quota: user/group underflow Apr 18 20:52:42 esp vmunix: chk_bf_quota: user/group underflow Apr 18 20:56:59 esp vmunix: Alpha boot: available memory from 0x86a000 to 0x3ffe000 Apr 18 20:56:59 esp vmunix: Digital UNIX V4.0 (Rev. 386); Thu Feb 20 11:36:55 EST 1997 Apr 18 20:56:59 esp vmunix: Firmware revision: 6.1 Apr 18 20:56:59 esp vmunix: PALcode: OSF version 1.46 [Posted by WWW Notes gateway] | |||||
| 1048.3 | KITCHE::schott | Eric R. Schott USG Product Management | Thu Apr 24 1997 05:50 | 33 | |
> >Additional info: > > it was a 4.0 system, but found in messages this message > which maybe revelent? > > could the "chk_bf_quota: user/group underflow" > message have any you should get them to run quotacheck automatically on each reboot, this should make these messages go away. You need a patched quotacheck as it has a bug in V4.0*...Charlie Franks has the patch. You should enable QUOTA_CONFIG "yes" in /etc/rc.config, so that quotacheck is run automatically on reboot. It may be this that is causing the calculation problems, but I'm not sure. > >Apr 18 20:52:28 esp vmunix: ADVFS: using 567 buffers containing > 4.42 megabytes of memory >Apr 18 20:52:28 esp vmunix: chk_bf_quota: user/group underflow >Apr 18 20:52:42 esp vmunix: chk_bf_quota: user/group underflow >Apr 18 20:56:59 esp vmunix: Alpha boot: available memory from > 0x86a000 to 0x3ffe000 >Apr 18 20:56:59 esp vmunix: Digital UNIX V4.0 (Rev. 386); > Thu Feb 20 11:36:55 EST 1997 > >Apr 18 20:56:59 esp vmunix: Firmware revision: 6.1 >Apr 18 20:56:59 esp vmunix: PALcode: OSF version 1.46 > >[Posted by WWW Notes gateway] | |||||
| 1048.4 | additional info. | NNTPD::"[email protected]" | decatl::johnson | Fri Apr 25 1997 14:50 | 49 |
quotas resolved with quotacheck. he tryed dumping a 'clonefset' with same results. he is going install current patch kit. will check onthe quotacheck patch. ======================================================= [04/25]#showfsets usr_domain usr Id : 31f69956.0006ca80.1.8001 Clone is : test Files : 17648, SLim= 0, HLim= 0 Blocks (512) : 865856, SLim= 0, HLim= 0 Quota Status : user=off group=off test Id : 31f69956.0006ca80.2.8002 Clone of : usr Revision : 2 [04/25]#df -k /usr /mnt Filesystem 1024-blocks Used Available Capacity Mounted on usr_domain#usr 791000 432928 339792 57% /usr usr_domain#test 791000 451208 339792 58% /mnt [04/25]#vdump -0f /dev/nrmt0h /mnt path : /mnt dev/fset : usr_domain#test type : advfs advfs id : 0x31f69956.0006ca80.2 vdump: Date of last level 0 dump: the start of the epoch vdump: Dumping directories vdump: Dumping 515965904 bytes, 767 directories, 19719 files vdump: Dumping regular files ............................... vdump: Status at Fri Apr 25 12:57:46 1997 vdump: Dumped 515944208 of 515965904 bytes; 100.0% completed vdump: Dumped 767 of 767 directories; 100.0% completed vdump: Dumped 19719 of 19719 files; 100.0% completed vdump: Dump completed at Fri Apr 25 12:57:46 1997 brian has logged on ttypf from :0.0. sid johnson [Posted by WWW Notes gateway] | |||||