From owner-freebsd-scsi@FreeBSD.ORG Wed May 7 11:55:21 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 662F337B401 for ; Wed, 7 May 2003 11:55:21 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA4A843F75 for ; Wed, 7 May 2003 11:55:20 -0700 (PDT) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h47IptZ20058; Wed, 7 May 2003 11:51:55 -0700 Received: from btc.adaptec.com (FWTESTSYS2.adaptec.com [10.10.3.60] (may be forged)) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id LAA08242; Wed, 7 May 2003 11:55:12 -0700 (PDT) Message-ID: <3EB95680.8060009@btc.adaptec.com> Date: Wed, 07 May 2003 12:54:56 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Josh Brooks References: <20030507113048.Y5537-100000@mail.econolodgetulsa.com> In-Reply-To: <20030507113048.Y5537-100000@mail.econolodgetulsa.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-scsi@freebsd.org Subject: Re: aaccli core dumps ... looking for solution... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 18:55:21 -0000 If the aaccli died while it had the controller open, then the refcount in the driver will remain non-zero and you won't be able to open it again until you reboot (it's a long-standing bug that I'll hopefully fix someday). However, rebuild, scrub, clear, and verify tasks are designed to survive reboots. The adapter will merely pick up where it left off a few seconds after the reboot. This will not affect your data integrity any more than it is now. The pause/resume functions are rather dangerous in general and I would not recommend using them without good reason. aaccli is very much a 'no seatbelts' application. Scott Josh Brooks wrote: > Hello, > > I had some mirrors that had members marked offline, and before I buy new > disks and replace them i wanted to try (at least once) to verify them and > rejoin them and see how long they last. > > So, I started aaccli and ran: > > disk verify /repair=TRUE (2,1,0) > > and then ran: > > disk verify /repair=TRUE (3,2,0) > > so i was running two verifys concurrently - I checked it by running `task > list` a few times, and they were both proceeding just fine. So I went to > bed. > > I wake up this morning, and the machine is fine, but I can no longer use > aaccli. When I run it, it starts, I get the prompt, and I can run things > like `controller list`, but when I try to `open aac0` i get: > > CLI > open aac0 > Executing: open "aac0" > > AAC0> > Floating exception (core dumped)r: , State:DNE 100.0% > > > So ... it looks like the ANSI screen drawing screws up a little, as it > prints the core dump message on top of the status: done message ... > > ------- > > So, I am wondering what to do ... I cannot check the state of my disks > without being able to open the controller ... but I also cannot reboot > this machine right now (since, presumably that would just make this > problem go away). > > Any suggestions ? I was thinking of running one of these commands: > > controller rescan - Rescans the SCSI buses, and updates all underlying > structures. > controller reset_scsi_bus - Resets the specified SCSI bus. > controller resume_io - Does rescan operation and then resumes IO after > pause_io. > > But I am afraid to run them on this live, running system - can anyone tell > me if any of these commands, in general, are safe to run as an attempt to > "slap the controller and make it behave" ? > > Any comments appreciated... > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"