From owner-freebsd-stable@FreeBSD.ORG Sun Jun 7 20:06:19 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 CB887106566C; Sun, 7 Jun 2009 20:06:19 +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 28FDC8FC0A; Sun, 7 Jun 2009 20:06:18 +0000 (UTC) (envelope-from claudiu.vasadi@gmail.com) Received: by ewy8 with SMTP id 8so3568006ewy.43 for ; Sun, 07 Jun 2009 13:06:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=p4d6Mt/awBHGNfNWo8+ffmQIaB9g4/2IxNlbuocH5yI=; b=lQUPk5UdePYoSM4dXYjAiNBXsY/rgTh+A7LR89Einrk8sQLLN+H0ZTMvSp1wl6T04Z zgjqtKh+nRWI3WxOoxCFHSOL+5gE3A/pb66HAvunEHQ+IfCyJQIx7JQNvp9EEW80wZZm p8m95JgNfBfRQjM5TJSY8vsLA2sjCbU8G2N4I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=pHTXVt9kKdbtCL/URAwb8rZGGQBVJe+TQZnmE+yrms0JO/kWQlGX19l2fa5fEoA/g5 DuEsglgA2CMbzTWAq3uc6xKt2Uv4cuBhj0kyVr54/Xh98pV13cPcn55XeQEvGYCO4lFb 7hKhshtgGKYC6Z3p4+VjrcxlxZ2sit2h+sjus= MIME-Version: 1.0 Received: by 10.216.11.213 with SMTP id 63mr2007364wex.176.1244405178084; Sun, 07 Jun 2009 13:06:18 -0700 (PDT) In-Reply-To: References: <4f760c6a0906071130k7fb7d738hcd0d109868fd9631@mail.gmail.com> Date: Sun, 7 Jun 2009 22:06:18 +0200 Message-ID: <4f760c6a0906071306g129a0b81sd41a2f84000c2609@mail.gmail.com> From: claudiu vasadi To: Wojciech Puchar Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: 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 20:06:20 -0000 On Sun, Jun 7, 2009 at 9:38 PM, Wojciech Puchar < wojtek@wojtek.tensor.gdynia.pl> wrote: > 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 >> > > > isn;t it trying to read past the end of disk? > Hmm.. I guess you are correct. The question is why is it doing this ? And on both drives ? Feels to me a problem for the developers. HDD's didn't give me one problem since the day the got installed. I'm not saing that they are very good HDD's (in fact they are quite cheap ones) but fail all of a sudden ? And leaving this asside, they dnt give one error on masive transfers and still have very good transfer speed. What I'm saing is that hdd failure could be a posibility of course, but a unlikely one at this point. My problem is that I do not know what tehnik TSM server uses for creating those files because at some point it fails. Strainge thing is that it goes over 1G. First it creates the file and then it populates the file up until the given limit (25G in this case). I will try something tomorow. I will again start the tsm server to add the space (the 25G free space) to the pool and will monitor the file size up until the OS crashes. I'm very curious what's the size of the file when the OS crashes.