Unexpected df behavior

Hi,

I have Sun SPARC Enterprise T5140 with two 2,5" 15rpm 146GB SAS HDD. In friday there were a lot of errors with fs on them. After reconfiguring all seemed to be fine but today I get the following strange behavior of df -kh command and troubles with files, I written on first disk in friday. Here is the output:

[ root@myserver Tue Mar 10 12:09:52 2009 ]
/opt/IBM/informix # df -kh
Filesystem             size   used  avail capacity  Mounted on
/dev/dsk/c1t0d0s0       15G   7.0G   7.6G    49%    /
/devices                 0K     0K     0K     0%    /devices
ctfs                     0K     0K     0K     0%    /system/contract
proc                     0K     0K     0K     0%    /proc
mnttab                   0K     0K     0K     0%    /etc/mnttab
swap                    22G   1.5M    22G     1%    /etc/svc/volatile
objfs                    0K     0K     0K     0%    /system/object
/platform/SUNW,T5140/lib/libc_psr/libc_psr_hwcap2.so.1
                        15G   7.0G   7.6G    49%    /platform/sun4v/lib/libc_psr
/platform/SUNW,T5140/lib/sparcv9/libc_psr/libc_psr_hwcap2.so.1
                        15G   7.0G   7.6G    49%    /platform/sun4v/lib/sparcv9/
fd                       0K     0K     0K     0%    /dev/fd
/dev/dsk/c1t0d0s4      9.9G   776M   9.0G     8%    /var
swap                    22G    32K    22G     1%    /tmp
swap                    22G    48K    22G     1%    /var/run
/dev/dsk/c1t0d0s5      4.9G   1.1G   3.8G    23%    /opt
/dev/dsk/c1t1d0s6      4.9G   1.0G   3.9G    21%    /tsmdata/secondary
/dev/dsk/c1t0d0s6      4.9G 16384E   7.9G 360324636036332% /tsmdata/primary
/dev/dsk/c1t1d0s3      4.9G   4.0G   896M    83%    /dbspaces/myserver/mirror
/dev/dsk/c1t0d0s3      4.9G 16384E   7.9G 360324636036332% /dbspaces/myserver/root

[ root@myserver Tue Mar 10 12:16:49 2009 ]
/ # ls -ei /dbspaces/myserver/root/vol01 /tsmdata/primary/vol01
         4 -rw-r--r--   1 tsmadm   tsmadm   1074790400 Mar  6 15:24:13 2009 /dbspaces/myserver/root/vol01
         4 -rw-r--r--   1 tsmadm   tsmadm   1074790400 Mar  6 15:24:13 2009 /tsmdata/primary/vol01

[ root@myserver Tue Mar 10 12:17:27 2009 ]
/ # mount | grep dsk
...
/tsmdata/primary on /dev/dsk/c1t0d0s6 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=800006 on Tue Mar 10 11:48:48 2009
...
/dbspaces/myserver/root on /dev/dsk/c1t0d0s3 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=800003 on Tue Mar 10 11:48:48 2009

[ root@myserver Tue Mar 10 12:27:50 2009 ]
/ # iostat -iE
sd0       Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: SEAGATE  Product: ST914602SSUN146G Revision: 0603 Device Id: id1,sd@n5000c5000c7db607
Size: 146.80GB <146800115712 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 0 Predictive Failure Analysis: 0
sd1       Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: SEAGATE  Product: ST914602SSUN146G Revision: 0603 Device Id: id1,sd@n5000c5000c7db17f
Size: 146.80GB <146800115712 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 0 Predictive Failure Analysis: 0
sd2       Soft Errors: 3 Hard Errors: 0 Transport Errors: 0
Vendor: TSSTcorp Product: CD/DVDW TS-T632A Revision: SR03 Device Id:
Size: 0.00GB <0 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 3 Predictive Failure Analysis: 0

whats your problem now dude?

Actually, there is no problem now, but I don't understand why df shows incorrect data about third and sixth slices on first disk. I need these slices to be online this thursday and just want to be sure that they work correctly. Also I can't find files which I wrote on /dev/dsk/c1t0d0s3 in friday. At my surprise there are files I wrote on /dev/dsk/c1t0d0s6. Why does content on /dev/dsk/c1t0d0s6 is the same as on /dev/dsk/c1t0d0s3 and where are files which were on /dev/dsk/c1t0d0s3?..

Time to fsck these guys ...

I checked these partiotions with fsck. It corrected some errors, after what I could create file in both slices but after reboot the content in them was the same again, but at this time df showed right magnitudes. Now I want to analyze c1t0d0 with format but it can't be done on root disk. I suppose I can make it in two ways. First is boot from CDROM. I have some disks, shipped with server, but I'm afraid there is no LiveCD. The second in theory should work - create live upgrade boot environment on second disk, activate it and boot from it. Then unmount all slices of the first disk and run format to analyze all root disk surface. I have no experience with live upgrade and I want to know if the second way can be done practically

Problem is solved - I've booted from CDROM and started format, so now system disk is being analysing. But there is still some misunderstanding for if it can be done by the second way. I suppose I should open new forum thread...

You could have tried booting into single user mode, running mountall and then running fsck.

Are you sure that s3 and s6 are not overlapping?
Run format, select the appropriate disk, select partition and then print, the ctrl+d to exit.

I think that booting to single user mode is not necessary - I can unmount and fsck these slices in multi user mode

That's interesting question... I didn't think about it... I'll do what you say and provide the output...

About slices overlaping... Shame on me - they were. Problem is solved. Thanks, TonyFollerMalv

Sapfeer,
Your'e welcome, glad to be able to help.