From owner-freebsd-scsi@freebsd.org Tue Jun 7 19:02:30 2016 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47F30B6ED10 for ; Tue, 7 Jun 2016 19:02:30 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D92401D83 for ; Tue, 7 Jun 2016 19:02:29 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x233.google.com with SMTP id k204so81978649wmk.0 for ; Tue, 07 Jun 2016 12:02:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=5hIHKHVFrNrVSoO0S5WyI7gKopINdCIOgNvFVUELoo8=; b=GgR2wayFVgk1GC0X8Yzh/b0BpJfV88RG6dnq1mILcEsMpuHFqiEJ7H9oG+q844eAyW eVzDC88cf6K1U5Ikt+imlehkL0aHyxOR3B0ub/mlDZpvvlcy+R75T9N5xHQbmEfD3r4J WBGY070iWd+hkH5fFyKrv64+sXPGXh96CyjO1dxgz2JjdK56/4Z7Mx10QwaFSFZbO2MV cpgZNKnyl86ao7RlvrWkAfq7OmgkZ7B+silRJrMC70RQ7/OUSLtaoKVsPzuoxFl/A3f5 EBKKfGv4pnwt5UZ6T1z/3Pxrn3CyJQj0fjwXi26aYFros9umqHzzua/LtYN1bc4PSwRe S0zQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=5hIHKHVFrNrVSoO0S5WyI7gKopINdCIOgNvFVUELoo8=; b=b2GUulLhPgqXzuuLsY/W8AjS/eSA400Hs83XbHkvNY6fxD/wiiY6MlTljJF7+zJgxA KEDXew3Y/46mjsrJX29qCSXQqNIna5k6qFl85DJTiwF/xn93306IhQXtEBlIjfUjSoHG CHuc/pCvG/UJdoc4AGHt5UsGMikiAsHxXtC/YuQz04072avOg17Nm4Jy/d54L9u24Nux oScXHePgqsi5HMXVi862BZdcNJmul+M5a2/bjjjMPKL48sek7PAhmhvMRPf15tpGGihO pGczbg/SRJcCff6SCeSIrkdv/bcWXEpmW0s2j3FymaVRABnqiHaqtgRB/ofB0qKnf0PG iA8w== X-Gm-Message-State: ALyK8tJoMj1GKIs6yLNDdNR8XNxs35Y+aQXSEEpOfeMlwRMNwku6na1ULw8ldhUziLXMe9vB X-Received: by 10.28.73.198 with SMTP id w189mr1164262wma.32.1465326147557; Tue, 07 Jun 2016 12:02:27 -0700 (PDT) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id d7sm20832323wmd.11.2016.06.07.12.02.26 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 07 Jun 2016 12:02:26 -0700 (PDT) Subject: Re: Avago LSI SAS 3008 & Intel SSD Timeouts To: freebsd-scsi@freebsd.org References: <30c04d8b-80cb-c637-26dc-97caebad3acb@mindpackstudios.com> <08C01646-9AF3-4E89-A545-C051A284E039@sarenet.es> <986e03a7-5dc8-f5e0-5a17-4bf49459f905@mindpackstudios.com> <2823D96D-881D-4D40-B610-FC8292FA2FC5@sarenet.es> <4072b65d-25d4-2a79-5911-573517b0ee57@mindpackstudios.com> From: Steven Hartland Message-ID: <6f861c77-d9c9-9710-7be6-5b08f1047fe5@multiplay.co.uk> Date: Tue, 7 Jun 2016 20:02:31 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <4072b65d-25d4-2a79-5911-573517b0ee57@mindpackstudios.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 19:02:30 -0000 Have you tried direct attaching the drives? On 07/06/2016 18:09, list-news wrote: > The system is a Twin. In the first post I mentioned this but I > probably wasn't clear. > > The twin unit is this one: > https://www.supermicro.com/products/system/2u/2028/sys-2028tp-decr.cfm > > I've used all components from twin node A and B (cpu / memory / > mainboard / controller). I still get the errors. The backplane was > the original thought of concern, and that has been RMA'd and replaced > - errors continue. I've even swapped out power supplies with another > identical unit I have here. > > In every case the errors continue, until I do this: > #camcontrol daX -N 1 > (for each drive in the zpool) > > Then the errors stop. > > The system errors every few minutes while my application is running. > Set tags to -N 1, and everything goes quiet. 16 cores at 100% cpu and > drives 80% busy @ ~15k IO p/s, for about 5 hours solid before it > finishes a batch, no errors are reported with -N set to 1. If I set > tags with -N 255 for each device, errors start again within 5 minutes, > and continue every 2-5 minutes, until the batch is finished. > > -Kyle > >> I would try, if possible, to swap the controller. >> >> >> >> >> >> >> Borja. >> >> > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"