From owner-freebsd-stable@FreeBSD.ORG Sun Jun 7 18:54:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FE411065677 for ; Sun, 7 Jun 2009 18:54:00 +0000 (UTC) (envelope-from claudiu.vasadi@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 908238FC17 for ; Sun, 7 Jun 2009 18:53:59 +0000 (UTC) (envelope-from claudiu.vasadi@gmail.com) Received: by ewy8 with SMTP id 8so3534779ewy.43 for ; Sun, 07 Jun 2009 11:53:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=KTwJpSj4SO8P75Gs/jkaEE1ozuvX+9CFXwjfJ/V9EWA=; b=mcrxO9KLuZtQiBiXMR+V8F9MiWd7zT5UQg7IrTRDWMEO0aEm7t3kHy/mIXqdAReKoZ Xf9kgrSKSjyDyqQqj4ho89EvkVrZheJ/0p2HFB+P3bAgs3Zi3Wx5hsQ6dL23NTIy2adS VHpr44p2LKpp1CWXIn58UXflxHJYSWkmWhPpM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rSBA+JuDbyoRxcQZsG/0xS/IzdMaDrJASQt9aoy0zwRY4RVrMNaJWpthFOEp8zMevC o00mnxHNJEp1DLJswT+WSKsUKkoqOOcVpPefogEJWcqWntHTNGbGtACQaRKkpJjAZXZz qAMmqMGsovW2iqhNGRy6aWwNRsYTwzxsPVROQ= MIME-Version: 1.0 Received: by 10.216.28.209 with SMTP id g59mr1967131wea.96.1244399427071; Sun, 07 Jun 2009 11:30:27 -0700 (PDT) Date: Sun, 7 Jun 2009 20:30:26 +0200 Message-ID: <4f760c6a0906071130k7fb7d738hcd0d109868fd9631@mail.gmail.com> From: claudiu vasadi To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: IBM TSM server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 18:54:00 -0000 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.