Hello again.
About a week ago I cryed on your shoulders but since no one is answering I
am crying again. This time with more accurate data.
My sistem is a P4 2.66 Mhz (sk 478) Intel P4 processor with 1 GB DDR1 ram,
mobo Asus p4p800-x with 2 HDD's. One of them (ad2 ) is a Samsing SpinPoint
of 80GB ATA and is the one used by the actual OS. The second one (ad6) is a
WD 250 GB S-ATA2 and has some data on it. The server acts as a web server,
ftp server, NAS, samba svr, a p2p server (verlihub) and just about every
normal app a mental deranged person can have running :P (those kind that dnt
have money to buy the ultra ultimate bullshit in hardware or more than two 2
pc's. Leaving this asside here is my situation.
Ups, almost forgot. I have a FreeBSD-7.0-STABLE.
I have a Windows machine with vmware and solaris on it. In solaris there is
a IBM TSM (Tape Storage Management) Server. The server can use disks over
tapes to build pools. So I added the local windows disks, and have some 30 G
of free space on freebsd, so I thought, I would add them to the storage
pool. There's my mistake ... thinking :P
Every time I try to add that space to the storage pool the system crashes
with a kernel panic.
Here is the /var/log/messages file
Jun 7 21:03:45 da1 fsck: /dev/ad6s1d: INCORRECT BLOCK COUNT I=5652481 (0
should be 4) (CORRECTED)
Jun 7 21:03:45 da1 fsck: /dev/ad6s1d: 16137 files, 45577224 used, 15357050
free (2210 frags, 1919355 blocks, 0.0% fragmentation)
Jun 7 21:10:47 da1 syslogd: kernel boot file is /boot/kernel/kernel
Jun 7 21:10:47 da1 kernel: ad6: FAILURE - device detached
Jun 7 21:10:47 da1 kernel: subdisk6: detached
Jun 7 21:10:47 da1 kernel: ad6: detached
Jun 7 21:10:47 da1 kernel: g_vfs_done():ad6s1d[READ(offset=86540058624,
length=16384)]error = 6
Jun 7 21:10:47 da1 kernel: g_vfs_done():ad6s1e[READ(offset=63203147776,
length=16384)]error = 6
Jun 7 21:10:47 da1 kernel: g_vfs_done():ad6s1d[READ(offset=86539010048,
length=16384)]error = 6
[...]
[...]
[...]
Jun 7 21:10:47 da1 kernel: g_vfs_done():ad6s1d[READ(offset=46438858752,
length=16384)]error = 6
Jun 7 21:10:47 da1 kernel: g_vfs_done():ad6s1d[READ(offset=46252277760,
length=16384)]error = 6
Jun 7 21:10:47 da1 kernel: panic: vinvalbuf: dirty bufs
Jun 7 21:10:47 da1 kernel: cpuid = 0
Jun 7 21:10:47 da1 kernel: Uptime: 21m50s
Jun 7 21:10:47 da1 kernel: Physical memory: 1011 MB
So I'm guesing the script that adds the space to the pool is doing some
crap.
I tryed using both HDD's but the result is the same -> sistem crash. I
have
no kernel dump file defined yet (dnt ask why, I've setted up long ago but
for some reason this time it didn't write to it)
.
REPRODUCE: The only way to reproduce the problem is by telling tsm server to
add the available 30G off free space.
What the tsm server doesm, is it creates a file of a given size, in this
case 25G out of the total of 30G, and then populates the file with whatever
data it is given as backup data.
I really have no ideea if this is the right mailing list for this matter. If
it is not, please advise in this matter.