From owner-freebsd-stable@FreeBSD.ORG Wed Sep 26 16:54:37 2012 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 1833C1065796 for ; Wed, 26 Sep 2012 16:54:37 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD1A98FC08 for ; Wed, 26 Sep 2012 16:54:36 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so1223445vcb.13 for ; Wed, 26 Sep 2012 09:54:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:from:date:message-id:subject:to :cc:content-type; bh=WGac47+Gryt5WBM4mN1omesm0RPZTCYBZ7BhNer3t0o=; b=T/CPmH1uZfk5yJtHhLcVLscpLRsh8nX3T5ezD0i1A/5/55+lbrrABJL3IGEJaCoCL5 uetfUibg5uJp07iHXJ3MDij16URo9LzXKMfJcotY6JWh9lxOc1O70R657kxxm1yxQXFB fWSsOll8xVamZKqJHbSz0twd9ZS03qlqv+QwyBbtlfwi8EKX17SFr3Njtd9AotXPYddq iWPT6mA+VBYbT3NxjppCzwDPU4gKjFo+9Cr1tDt/VniEiS386I4L6e2+qbpod8Pvuin0 OA0HLMgOJXUKKyz6OvlqtffV7I+mzEY/a3JTl7PlOo/UnmAMrNLFYJr4Ryjw60YGe/Yx Ac6g== Received: by 10.58.64.103 with SMTP id n7mr619913ves.35.1348678476011; Wed, 26 Sep 2012 09:54:36 -0700 (PDT) References: <057A94AC-3CBC-4E91-8816-74EE2E4C8420@gmail.com> <0546BF68-44E0-4048-AA70-2BD4F707AE06@gmail.com> In-Reply-To: Mime-Version: 1.0 (1.0) From: Nikolay Denev Date: Wed, 26 Sep 2012 19:54:31 +0300 Message-ID: <8572392631081128705@unknownmsgid> To: Chuck Tuffli Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-stable@freebsd.org" Subject: Re: CAM Target Layer, Linux and camcontrol readcap 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: Wed, 26 Sep 2012 16:54:37 -0000 On 26.09.2012, at 19:08, Chuck Tuffli wrote: > On Wed, Sep 26, 2012 at 9:02 AM, Nikolay Denev wrote: > ... >> I've did ctladm dumooa : >> >> Dumping OOA queues >> LUN 0 tag 0x000d RTR: SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 >> (91807313 ms) >> LUN 0 tag 0x0011 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 >> (35411180 ms) >> LUN 0 tag 0x0012 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 >> (35228663 ms) >> LUN 0 tag 0x0013 BLOCKED: START STOP UNIT. CDB: 1b 0 0 0 1 0 (34721150 ms) >> OOA queues dump done >> >> >> And if I'm reading this right the other commands blocked because of the sync >> cache. >> >> I will try now to set realsync to off before enabling the ports and retest. > > Yup, this is the symptom you will see unless realsync is off (ie. GEOM > is barfing on the sync and this blocks subsequent commands from > completing). > > ---chuck Any idea if the machine can recover from this state without rebooting?