From owner-freebsd-bugs@FreeBSD.ORG Thu Sep 23 21:17:13 2010 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21F6F1065694; Thu, 23 Sep 2010 21:17:13 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 71A548FC1C; Thu, 23 Sep 2010 21:17:12 +0000 (UTC) Received: by bwz15 with SMTP id 15so2070231bwz.13 for ; Thu, 23 Sep 2010 14:17:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=B3obfWZMK31eUN6DZB9uZyGEMdRO6dOOkTMzhgTwsng=; b=pgLjyX6WaS3ZzulA2GrQ5ex9VHMx3W+Si4JJBEgsQYo1X9QhfusAqJfL8wDF758RBB HPAD+I+hbbcSaW52NPSLmywPaynqNBQ9ALxUHpj4nM+gIG/JvUpBAbpWcL+AQasjhi60 qby8PQKBFzM10A/ldoI9MNK78axCtShRqJnGk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=wW5FMpQ18aV73b8YfbKXOPExi6/rrDexAHNfi1jurxPAsQmwFBo+OVUth1kaq9jIHE CFJwtHpoYrRnwgnb7g0qTBxvMph7gOE0FRP2u8X+yevqPw+xNk+X1J7x2bSNQk2u7q1D XISJ8zW/+8iGkIb4cqOw9LZFUF6+T69PQ83zI= Received: by 10.204.65.71 with SMTP id h7mr1331000bki.175.1285274952672; Thu, 23 Sep 2010 13:49:12 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (95-109-181-71.dialup.umc.net.ua [95.109.181.71]) by mx.google.com with ESMTPS id f10sm971209bkl.17.2010.09.23.13.49.07 (version=SSLv3 cipher=RC4-MD5); Thu, 23 Sep 2010 13:49:11 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C9BBD39.402@FreeBSD.org> Date: Thu, 23 Sep 2010 23:48:57 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Jeremy Chadwick References: <201009221141.o8MBfugI024802@freefall.freebsd.org> <20100923203515.GA45830@icarus.home.lan> In-Reply-To: <20100923203515.GA45830@icarus.home.lan> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Shteryana Shopova , freebsd-bugs@freebsd.org Subject: Re: bin/150723: bsnmpd(1): add knowledge of "ada" disks (ATA via SCSI CAM) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 21:17:13 -0000 Jeremy Chadwick wrote: > On Thu, Sep 23, 2010 at 07:11:35PM +0300, Shteryana Shopova wrote: >> I am seeing a similar problem with removable USB disks - libdevinfo(3) >> reports that the name of the device is umass0 and as a result the disk >> name da0 does not match the device entry. Thus I also see the same >> "snmpd[3632]: disk_OS_get_disks: device 'da0' not in device list" >> messages in the system log. In addition two entries are present for >> the disk in the hrDeviceTable - >> >> hrDeviceDescr[57] = umass0: Kingston DataTraveler 2.0, clas >> hrDeviceDescr[154] = da0: >> >> As I don't have an "ada" disk to test with, could you please show me >> the output of >> >> #devinfo -v >> #camcontrol devlist -v >> >> and also the complete output when walking the hrDeviceTable on your system. > > No problem. Due to the amount of output, I felt it'd be prudent to put > them up on the web for easier review. Here you go: > > http://jdc.parodius.com/freebsd/150723/camcontrol.txt > http://jdc.parodius.com/freebsd/150723/devinfo.txt > http://jdc.parodius.com/freebsd/150723/snmpwalk.txt > > It's interesting that the adaX disks don't show up in devinfo. > > On a different system where ahci.ko and SCSI CAM *is not* in use, > devinfo shows the disks (ad4 and ad6) under their appropriate ataX > devices. Sadly I don't have any native SCSI (non-AHCI) systems, so I > can't see if disks there appear correctly -- but from your experience, > it sounds like they don't. > > Furthermore, it appears the FreeNAS folks also see this problem (scroll > down near the bottom): > > http://sourceforge.net/apps/phpbb/freenas/viewtopic.php?f=57&t=1001 > > I'm adding mav@ to the CC list since he might have some ideas regarding > the issue. It sounds like CAM(4) might not be doing something it > should (maybe with devclass(9)? I'm just guessing). The answer is simple, CAM doesn't uses newbus infrastructure. None of CAM devices (ada, da, cd, ...) ever appeared in devinfo. There were plans of respecting CAM refactoring, but it is a huge project, which nobody was brave enough to start yet. -- Alexander Motin