[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Odd "df" reporting (On Apr 3 snapshot, data copied via 3.8snapshot)



On 07/04/06, Otto Moerbeek <otto_(_at_)_drijf_(_dot_)_net> wrote:
>
>
>
>
> On Thu, 6 Apr 2006, Whyzzi wrote:
>
> > Yeah! that is the thing I didn't do! Run fsck against the affected
> > partition! Anyways, as per your questions:
> >
> > I copied the with cp, eg:
> > # cd /mnt/wd1a
> > # cp -R Anime /mnt/wd2d
> >
> > Here are the raw df output from the current snapshot kernel [brought
> > to you by the wonders of OpenSSH]:
> > # df
> > Filesystem  512-blocks      Used     Avail Capacity  Mounted on
> > /dev/wd0a     18572172   1062820  16580744     6%    /
> > /dev/wd0d    123841300 4215514788 197101744 14535%    /mnt/wd0d
> > /dev/wd0e    123841300  13434788 104214448    11%    /mnt/wd0e
> > /dev/wd0f    212356232  66929816 134808608    33%    /mnt/wd0f
> > #
> >
> > I had torrent'd the Olive OpenBSD live cd awhile back that was a
> > December? -stable 3.8 (I think), could I use that to run fsck against
> > the affected partition? That would be easier to do than to hookup the
> > 40gig that contained the Dec snapshot (I don't have a copy of either
> > 3.8/3.9 -release available, but I will make one and install it if you
> > want me to).
>
> The Olive CD will probably do, although booting a 3.8 kernel from the
> boot prompt should work as well; just copy the 3.8 kernel to your root
> as bsd38 and type "boot bsd38" at the boot prompt.

Cool. Done. I used ftp to grab the 3.8 release kernel from a local
mirror. I booted single user mode cause I didn't want my services
spewing at me due to kernel differences. Below are the results:
=-=-=-=-=-=-=-=-=-=-=-=-
boot> boot /bsd.38 -s

/** SNIP -- cause I copied everything by hand **/

Enter pathname or RETURN for shell:
Terminal type? vt220
# dh -h
Filesystem      Size     Used     Avail  Capacity  Mounted on
root_device     8.9G     524M     7.9G      6%     /
# mount /dev/wd0d /mnt/wd0d
# df
Filesystem     512-blocks       Used     Avail  Capacity  Mounted on
root_device      18572127    1073632  16569932      6%    /
/dev/wd0d       123841300 4215514788  197101744 14535%    /dev/wd0d
=-=-=-=-=-=-=-=-=-=-=-=-
Interesting. No difference whatsoever. And because I am a (l)user, I
am not going to even try to theorize what happened and why. The only
thing I will say is that each directory I copied - there were five,
all contained literally more than 10Gigabytes (usually more) of
useless data each (ok the mp3 collection isn't so useless).

This might be reproduce-able by creating 20 or so 500MB files and
stuffing them into various subdirectories, totalling 10Gb in one
directory. copy that 5 times by giving the same directory a different
name. Then take a look at the drive stats via df. Just remember that
in my case the destination partition was mounted sync.

Is there anything you would like to have done - or can I use the 3.9
snapshot and run the fsck?

Cheers, & thanks!


> >
> > Cheers, & thanks for the reply!!
> >
> > On 06/04/06, Otto Moerbeek <otto_(_at_)_drijf_(_dot_)_net> wrote:
> > >
> > >
> > > On Wed, 5 Apr 2006, Whyzzi wrote:
> > >
> > > > I've had a strange occurance I'd like to report, in using "df -h", but
> > > > the circumstances that brought about this condition are somewhat
> > > > unusual, so I really don't know if it is anything to be concerned
> > > > about. This might also have already been fixed, as I do not follow
> > > > tech/src
> > > >
> > > > Background:
> > > > I have setup a home based samba media file server, originally running
> > > > 3.8; a snapshot from Dec. The files on this server was split between 2
> > > > drives, a decrepid 30gig IBM/Hitachi, and a Maxtor 40gig.
> > > >
> > > > Pulled the plug on the two drives, and connected the a Seagate 250Gig
> > > > IDE HD. (primary master IDE). Installed the April 3rd snapshot on it
> > > > via dvdrw. Gave root 9Gig at the front of the drive, swap 1gig,
> > > > created 2 60gig partitions, and 100gig, all with pre-setup mount
> > > > points (df, disklabel, fstab, dmesg included @ end).
> > > >
> > > > Disconnected dvdrw, connected the 250Gig to the secondary IDE master,
> > > > and booted into the older 3.8 snapshot. Mounted one of the partitions
> > > > I created in 3.9, and proceded to copy the files over (yeah, 50+gigs
> > > > over UDMA33 without softdep can take quite some time to copy on a P3
> > > > 700). When that was finally done, and since I had the root of 3.9
> > > > accessible, I modified 3.9's fstab to include softdep, modified pf,
> > > > modified rc/rc.conf, plus startup config stuff. Then I turned off the
> > > > PC &  removed the 30 & 40gig drives, mounted the 250gig to the case -
> > > > and reconnected it to the primary ide interface on the mainboard, and
> > > > reconnected the dvdrw drive.
> > > >
> > > > Originally, when I had booted up, df was reporting (no snapshot taken)
> > > > no additional space used by the partition (ie freshly formated, even
> > > > though I had copied stuff there in 3.8). I've since moved the
> > > > directories I wanted to move, and now df is reporting wayy over the
> > > > size limit. So before I move the last of the information around &
> > > > reformat the partition to return accurate results, I thought I'd share
> > > > with the list what I am seeing:
> > > >
> > > > ############## df -h
> > > > Filesystem     Size    Used   Avail Capacity  Mounted on
> > > > /dev/wd0a      8.9G    519M    7.9G     6%    /
> > > > /dev/wd0d     59.1G    8.0T   94.0G 14535%    /mnt/wd0d
> > > > /dev/wd0e     59.1G    6.4G   49.7G    11%    /mnt/wd0e
> > > > /dev/wd0f      101G   31.7G   64.4G    33%    /mnt/wd0f
> > >
> > > How did you copy the files?
> > >
> > > There have been some changes wrt filesystems. Too see if they have
> > > anything to do with it, please try the following:
> > >
> > > - run a 3.9 (or 3.8 if you do not have that) release kernel, and check
> > > the numbers.
> > > - umount the filesystem and run fsck -f on /dev/wd0d
> > > - remount and check nunbers - go back to the snap kernel and repeat.
> > >
> > > oh and report the output of df without -h, I like to see the raw numbers.
> > >
> > >         -Otto
> > >
> > >
> > > >
> > > > ############## disklabel wd0
> > > > # Inside MBR partition 3: type A6 start 63 size 488392002
> > > > # /dev/rwd0c:
> > > > type: ESDI
> > > > disk: ESDI/IDE disk
> > > > label: ST3250823A
> > > > flags:
> > > > bytes/sector: 512
> > > > sectors/track: 63
> > > > tracks/cylinder: 16
> > > > sectors/cylinder: 1008
> > > > cylinders: 16383
> > > > total sectors: 488397168
> > > > rpm: 3600
> > > > interleave: 1
> > > > trackskew: 0
> > > > cylinderskew: 0
> > > > headswitch: 0           # microseconds
> > > > track-to-track seek: 0  # microseconds
> > > > drivedata: 0
> > > >
> > > > 16 partitions:
> > > > #             size        offset  fstype [fsize bsize  cpg]
> > > >   a:      18874737            63  4.2BSD   2048 16384  328 # Cyl     0*- 18724
> > > >   b:       2097648      18874800    swap                   # Cyl 18725 - 20805
> > > >   c:     488397168             0  unused      0     0      # Cyl     0 -484520
> > > >   d:     125828640      20972448  4.2BSD   2048 16384  328 # Cyl 20806 -145635
> > > >   e:     125828640     146801088  4.2BSD   2048 16384  328 # Cyl 145636 -270465
> > > >   f:     215762337     272629728  4.2BSD   2048 16384  328 # Cyl 270466 -484515*
> > > >
> > > > ############ cat /etc/fstab
> > > > /dev/wd0a / ffs rw 1 1
> > > > /dev/wd0d /mnt/wd0d ffs rw,nodev,nosuid,softdep 1 2
> > > > /dev/wd0e /mnt/wd0e ffs rw,nodev,nosuid,softdep 1 2
> > > > /dev/wd0f /mnt/wd0f ffs rw,nodev,nosuid,softdep 1 2
> > > >
> > > > ############ dmesg
> > > > OpenBSD 3.9-current (GENERIC) #672: Mon Apr  3 16:15:29 MDT 2006
> > > >     deraadt_(_at_)_i386_(_dot_)_openbsd_(_dot_)_org:/usr/src/sys/arch/i386/compile/GENERIC
> > > > cpu0: Intel Pentium III ("GenuineIntel" 686-class) 722 MHz
> > > > cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
> > > > real mem  = 536375296 (523804K)
> > > > avail mem = 482398208 (471092K)
> > > > using 4278 buffers containing 26923008 bytes (26292K) of memory
> > > > mainbus0 (root)
> > > > bios0 at mainbus0: AT/286+(a3) BIOS, date 06/28/00, BIOS32 rev. 0 @ 0xfb380
> > > > apm0 at bios0: Power Management spec V1.2
> > > > apm0: AC on, battery charge unknown
> > > > apm0: flags 70102 dobusy 1 doidle 1
> > > > pcibios0 at bios0: rev 2.1 @ 0xf0000/0xb808
> > > > pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf00/144 (7 entries)
> > > > pcibios0: PCI Exclusive IRQs: 10 11 12
> > > > pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371SB ISA" rev 0x00)
> > > > pcibios0: PCI bus #1 is the last bus
> > > > bios0: ROM list: 0xc0000/0x8000
> > > > cpu0 at mainbus0
> > > > pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
> > > > pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x02
> > > > ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x02
> > > > pci1 at ppb0 bus 1
> > > > vga1 at pci1 dev 0 function 0 "Matrox MGA G400/G450 AGP" rev 0x03
> > > > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> > > > wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> > > > pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
> > > > pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA,
> > > > channel 0 wired to compatibility, channel 1 wired to compatibility
> > > > wd0 at pciide0 channel 0 drive 0: <ST3250823A>
> > > > wd0: 16-sector PIO, LBA48, 238475MB, 488397168 sectors
> > > > wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
> > > > atapiscsi0 at pciide0 channel 1 drive 0
> > > > scsibus0 at atapiscsi0: 2 targets
> > > > cd0 at scsibus0 targ 0 lun 0: <HL-DT-ST, DVDRAM GSA-4167B, DL12> SCSI0
> > > > 5/cdrom removable
> > > > cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
> > > > uhci0 at pci0 dev 7 function 2 "Intel 82371AB USB" rev 0x01: irq 11
> > > > usb0 at uhci0: USB revision 1.0
> > > > uhub0 at usb0
> > > > uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
> > > > uhub0: 2 ports with 2 removable, self powered
> > > > piixpm0 at pci0 dev 7 function 3 "Intel 82371AB Power" rev 0x02: polling
> > > > iic0 at piixpm0
> > > > iic0: addr 0x2d 00=c4 01=01 02=30 03=0a 04=3f 05=04 06=21 07=81 08=10
> > > > 09=77 0a=44 0b=db 0c=aa 0d=1c 0e=08 0f=08 10=02 11=09 12=14 13=18
> > > > 14=6e 15=2f 16=cd 17=e9 18=21 19=1e 1a=87 1b=a2 1c=81 1d=b4 1e=8a
> > > > 1f=00 20=69 21=5e 22=d0 23=ba 24=c4 25=dd 26=d3 27=1e 2a=92 2b=88
> > > > 2c=04 2d=20 2e=20 2f=42 30=8c 31=1a 32=10 33=20 34=00 35=1a 36=23
> > > > 37=95 38=54 39=82 3a=a0 3b=01 3c=50 3d=bc 3e=5a 3f=28 40=01 41=de
> > > > 42=07 46=7f 47=58 48=2d 49=c0 4a=00 4b=c0 4c=c0 4d=c0 4e=5a 4f=00
> > > > 50=01 51=00 52=00 56=7f 57=58 58=2d 59=c0 5a=c0 5b=c0 5c=c0 5d=c0
> > > > 5e=c0 5f=00 60=69 61=5e 62=d0 63=ba 64=c4 65=dd 66=d3 67=1e 6a=92
> > > > 6b=88 6c=04 6d=20 6e=20 6f=42 70=8c 71=1a 72=10 73=20 74=00 75=1a
> > > > 76=23 77=95 78=54 79=82 7a=a0 7b=01 7c=50 7d=bc 7e=5a 7f=28 80=c4
> > > > 81=01 82=30 83=0a 84=3f 85=04 86=21 87=81 88=10 89=77 8a=44 8b=db
> > > > 8c=aa 8d=1c 8e=08 8f=08 90=02 91=09 92=14 93=18 94=6e 95=2f 96=cd
> > > > 97=e9 98=21 99=1e 9a=87 9b=a2 9c=81 9d=b4 9e=8a 9f=00 a0=69 a1=5e
> > > > a2=d0 a3=ba a4=c4 a5=dd a6=d3 a7=1e aa=92 ab=88 ac=04 ad=20 ae=20
> > > > af=42 b0=8c b1=1a b2=10 b3=20 b4=00 b5=1a b6=23 b7=95 b8=54 b9=82
> > > > ba=a0 bb=01 bc=50 bd=bc be=5a bf=28 c0=01 c1=00 c2=00 c6=7f c7=58
> > > > c8=2d c9=c0 ca=c0 cb=c0 cc=c0 cd=c0 ce=c0 cf=00 d0=01 d1=00 d2=00
> > > > d6=7f d7=58 d8=2d d9=c0 da=c0 db=c0 dc=c0 dd=c0 de=c0 df=00 e0=69
> > > > e1=5e e2=d0 e3=ba e4=c4 e5=dd e6=d3 e7=1e ea=92 eb=88 ec=04 ed=20
> > > > ee=20 ef=42 f0=8c f1=1a f2=10 f3=20 f4=00 f5=1a f6=23 f7=95 f8=54
> > > > f9=82 fa=a0 fb=01 fc=50 fd=bc fe=5a ff=28
> > > > re0 at pci0 dev 13 function 0 "Realtek 8169" rev 0x10: irq 12, address
> > > > 00:40:f4:ce:51:7a
> > > > rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 0
> > > > re0: diagnostic failed, failed to receive packet in loopback mode
> > > > re0: attach aborted due to hardware diag failure
> > > > xl0 at pci0 dev 15 function 0 "3Com 3c905B 100Base-TX" rev 0x24: irq
> > > > 10, address 00:10:4b:71:2d:d0
> > > > exphy0 at xl0 phy 24: 3Com internal media interface
> > > > rl0 at pci0 dev 17 function 0 "D-Link Systems 530TX+" rev 0x10: irq
> > > > 11, address 00:05:5d:2c:f6:b1
> > > > rlphy0 at rl0 phy 0: RTL internal PHY
> > > > isa0 at pcib0
> > > > isadma0 at isa0
> > > > pckbc0 at isa0 port 0x60/5
> > > > pckbd0 at pckbc0 (kbd slot)
> > > > pckbc0: using irq 1 for kbd slot
> > > > wskbd0 at pckbd0: console keyboard, using wsdisplay0
> > > > pcppi0 at isa0 port 0x61
> > > > midi0 at pcppi0: <PC speaker>
> > > > spkr0 at pcppi0
> > > > lm0 at isa0 port 0x290/8: LM79
> > > > npx0 at isa0 port 0xf0/16: using exception 16
> > > > fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> > > > fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
> > > > isapnp0 at isa0 port 0x279: read port 0x203
> > > > ym0 at isapnp0 "OPL3-SA3 Sound Board, YMH0021, , " port
> > > > 0x220/16,0x530/8,0x388/8,0x330/2,0x370/2 irq 5 drq 0,1
> > > > midi1 at ym0: <YM MPU-401 UART>
> > > > audio0 at ym0
> > > > joy0 at isapnp0 "OPL3-SA3 Sound Board, YMH0022, PNPB02F, " port 0x201/1
> > > > biomask ebdd netmask ffdd ttymask ffdf
> > > > pctr: 686-class user-level performance counters enabled
> > > > mtrr: Pentium Pro MTRR support
> > > > dkcsum: wd0 matches BIOS drive 0x80
> > > > root on wd0a
> > > > rootdev=0x0 rrootdev=0x300 rawdev=0x302
> > > >
> > > > Yes, I know there might be issues /w large hard drives on BX
> > > > mainboards, but considering where the partitions are located -- /
> > > > (root) in the first 9 gig, the next, problem partition in the next
> > > > 70gig, I figured there shouldn't be that big of an issue.
> > > >
> > > > I cannot absolutely recall, but I thought there was, on my original
> > > > copy via 3.8 that there was about 3gigs of space left before removing
> > > > the old OS drives.
> > > >
> > > > I tried not to leave anything out, but usually happens anyway. Let me
> > > > know if there is something else you need. Questions, responses,
> > > > flames, bring 'em on!
> >
> >
>


--
I know too much and yet not enough



Visit your host, monkey.org