From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 6 11:07:01 2008 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8FD7106568D for ; Mon, 6 Oct 2008 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B7F6E8FC2F for ; Mon, 6 Oct 2008 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m96B71HT035610 for ; Mon, 6 Oct 2008 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m96B718x035606 for freebsd-scsi@FreeBSD.org; Mon, 6 Oct 2008 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Oct 2008 11:07:01 GMT Message-Id: <200810061107.m96B718x035606@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 11:07:01 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 26 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 6 13:06:49 2008 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F1FF106569E; Mon, 6 Oct 2008 13:06:49 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 762268FC1B; Mon, 6 Oct 2008 13:06:49 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m96D6niq047933; Mon, 6 Oct 2008 13:06:49 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m96D6niR047929; Mon, 6 Oct 2008 13:06:49 GMT (envelope-from linimon) Date: Mon, 6 Oct 2008 13:06:49 GMT Message-Id: <200810061306.m96D6niR047929@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/127901: [scsi] "inquiry data fails comparison at DV1 step" [regression] X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 13:06:49 -0000 Old Synopsis: New Synopsis: [scsi] "inquiry data fails comparison at DV1 step" [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Mon Oct 6 13:03:56 UTC 2008 Responsible-Changed-Why: Fix up synopsis and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=127901 From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 6 15:10:08 2008 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 922D31065686 for ; Mon, 6 Oct 2008 15:10:08 +0000 (UTC) (envelope-from jselwitz@vvisions.com) Received: from mail190.messagelabs.com (mail190.messagelabs.com [216.82.249.51]) by mx1.freebsd.org (Postfix) with SMTP id 54FDA8FC15 for ; Mon, 6 Oct 2008 15:10:08 +0000 (UTC) (envelope-from jselwitz@vvisions.com) X-VirusChecked: Checked X-Env-Sender: jselwitz@vvisions.com X-Msg-Ref: server-3.tower-190.messagelabs.com!1223305806!62492942!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [66.193.82.31] Received: (qmail 24197 invoked from network); 6 Oct 2008 15:10:07 -0000 Received: from newman.vvisions.com (HELO newman.vvisions.com) (66.193.82.31) by server-3.tower-190.messagelabs.com with SMTP; 6 Oct 2008 15:10:07 -0000 Received: (qmail 23090 invoked from network); 6 Oct 2008 15:10:07 -0000 Received: from unknown (HELO wintermute.vvisions.com) (jselwitz@10.114.12.10) by vvisions.com with SMTP; 6 Oct 2008 15:10:07 -0000 Message-ID: <48EA2A49.1070207@vvisions.com> Date: Mon, 06 Oct 2008 11:10:01 -0400 From: Jason Selwitz User-Agent: Thunderbird 2.0.0.14 (X11/20080613) MIME-Version: 1.0 To: freebsd-scsi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Ongoing SCSI issues X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 15:10:08 -0000 First off I would like to thank everyone so far that has offered suggestions on the isp driver and for trying to help me get my tape changer up and working, alas things are still not right in the world so I have I am hoping some of the debugging info below may help I am so far at a loss so if anything below sparks any Idea please feel free to drop me a line.. thanks again.. isp0: port 0x5000-0x50ff mem 0xc6ffc000-0xc6ffffff irq 19 at device 0.0 on pci7 isp0: [ITHREAD] isp0: Board Type 2422, Chip Revision 0x3, resident F/W Revision 4.3.1 sa0 at isp0 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 400.000MB/s transfers sa0: Command Queueing Enabled ch0: Removable Changer SCSI-3 device ch0: 400.000MB/s transfers ch0: Command Queueing Enabled ch0: 50 slots, 1 drive, 1 picker, 0 portals vvalbbacula# mtx -f /dev/pass1 status Storage Changer /dev/pass1:1 Drives, 50 Slots ( 0 Import/Export ) Data Transfer Element 0:Empty Storage Element 1:Full :VolumeTag=027739L4 Storage Element 2:Full :VolumeTag=027738L4 Storage Element 3:Full :VolumeTag=027737L4 Storage Element 4:Full :VolumeTag=027736L4 Storage Element 5:Full :VolumeTag=027735L4 Storage Element 6:Full :VolumeTag=028319L4 Storage Element 7:Full :VolumeTag=028318L4 Storage Element 8:Full :VolumeTag=028317L4 Storage Element 9:Full :VolumeTag=028316L4 Storage Element 10:Full :VolumeTag=028315L4 Storage Element 11:Full :VolumeTag=027944L4 Storage Element 12:Full :VolumeTag=027943L4 Storage Element 13:Full :VolumeTag=027942L4 Storage Element 14:Full :VolumeTag=027941L4 Storage Element 15:Full :VolumeTag=027940L4 Storage Element 16:Full :VolumeTag=028314L4 Storage Element 17:Full :VolumeTag=028313L4 Storage Element 18:Full :VolumeTag=028312L4 Storage Element 19:Full :VolumeTag=028311L4 Storage Element 20:Full :VolumeTag=028310L4 Storage Element 21:Full :VolumeTag=029139L4 Storage Element 22:Full :VolumeTag=029138L4 Storage Element 23:Full :VolumeTag=029137L4 Storage Element 24:Full :VolumeTag=029136L4 Storage Element 25:Full :VolumeTag=029135L4 Storage Element 26:Full :VolumeTag=029134L4 Storage Element 27:Full :VolumeTag=029133L4 Storage Element 28:Full :VolumeTag=029132L4 Storage Element 29:Full :VolumeTag=029131L4 Storage Element 30:Full :VolumeTag=029130L4 Storage Element 31:Full :VolumeTag=027949L4 Storage Element 32:Full :VolumeTag=027948L4 Storage Element 33:Full :VolumeTag=027947L4 Storage Element 34:Full :VolumeTag=027946L4 Storage Element 35:Full :VolumeTag=027945L4 Storage Element 36:Full :VolumeTag=028779L4 Storage Element 37:Full :VolumeTag=028778L4 Storage Element 38:Full :VolumeTag=028777L4 Storage Element 39:Full :VolumeTag=028776L4 Storage Element 40:Full :VolumeTag=028775L4 Storage Element 41:Full :VolumeTag=027734L4 Storage Element 42:Full :VolumeTag=027733L4 Storage Element 43:Full :VolumeTag=027732L4 Storage Element 44:Full :VolumeTag=027731L4 Storage Element 45:Full :VolumeTag=027730L4 Storage Element 46:Full :VolumeTag=028774L4 Storage Element 47:Full :VolumeTag=028773L4 Storage Element 48:Full :VolumeTag=028772L4 Storage Element 49:Full :VolumeTag=028771L4 Storage Element 50:Full :VolumeTag=028770L4 vvalbbacula# mtx -f /dev/pass1 load 1 0 Loading media from Storage Element 1 into drive 0...mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=70 (Current) mtx: Request Sense: Sense Key=Illegal Request mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 25 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no MOVE MEDIUM from Element Address 4096 to 256 Failed debug data: Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_done Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): camisr Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_release_ccb Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): entering cdgetccb Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_schedule Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): added periph to queue Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 10:56:35 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): calling xpt_run_devq Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_run_dev_allocq Oct 6 10:56:35 vvalbbacula kernel: cam_debug: qfrozen_cnt == 0x0, entries == 1, openings == 4096, active == 0 Oct 6 10:56:35 vvalbbacula kernel: cam_debug: running device 0xffffff00015b8800 Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_setup_ccb Oct 6 10:56:35 vvalbbacula kernel: cam_debug: calling periph start Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_action Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): READ ELEMENT STATUS. CDB: b8 14 1 0 0 1 0 0 11 38 0 0 Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 10:56:35 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_run_dev_sendq Oct 6 10:56:35 vvalbbacula kernel: cam_debug: running device 0xffffff00015b8800 Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): isp_action Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_done Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): camisr Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_release_ccb Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): entering cdgetccb Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_schedule Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): added periph to queue Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 10:56:35 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): calling xpt_run_devq Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_run_dev_allocq Oct 6 10:56:35 vvalbbacula kernel: cam_debug: qfrozen_cnt == 0x0, entries == 1, openings == 4096, active == 0 Oct 6 10:56:35 vvalbbacula kernel: cam_debug: running device 0xffffff00015b8800 Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_setup_ccb Oct 6 10:56:35 vvalbbacula kernel: cam_debug: calling periph start Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_action Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): READ ELEMENT STATUS. CDB: b8 11 0 1 0 1 0 0 11 38 0 0 Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 10:56:35 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 10:56:35 vvalbbacula kernel: cam_debug: xpt_run_dev_sendq Oct 6 10:56:35 vvalbbacula kernel: cam_debug: running device 0xffffff00015b8800 Oct 6 10:56:35 vvalbbacula kernel: (pass1:isp0:0:0:1): isp_action Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_done Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): camisr Oct 6 10:56:36 vvalbbacula kernel: cam_debug: xpt_release_ccb Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): entering cdgetccb Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_schedule Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): added periph to queue Oct 6 10:56:36 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 10:56:36 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): calling xpt_run_devq Oct 6 10:56:36 vvalbbacula kernel: cam_debug: xpt_run_dev_allocq Oct 6 10:56:36 vvalbbacula kernel: cam_debug: qfrozen_cnt == 0x0, entries == 1, openings == 4096, active == 0 Oct 6 10:56:36 vvalbbacula kernel: cam_debug: running device 0xffffff00015b8800 Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_setup_ccb Oct 6 10:56:36 vvalbbacula kernel: cam_debug: calling periph start Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_action Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): MOVE MEDIUM. CDB: a5 0 0 1 10 0 1 0 0 0 0 0 Oct 6 10:56:36 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 10:56:36 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 10:56:36 vvalbbacula kernel: cam_debug: xpt_run_dev_sendq Oct 6 10:56:36 vvalbbacula kernel: cam_debug: running device 0xffffff00015b8800 Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): isp_action Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): cam completion status 0xcc Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_done Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): camisr Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_setup_ccb Oct 6 10:56:36 vvalbbacula kernel: (pass1:isp0:0:0:1): xpt_action Oct 6 10:56:36 vvalbbacula kernel: cam_debug: xpt_release_ccb After manually loading a tape into the drive: vvalbbacula# mt status mt: /dev/nsa0: Device not configured Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): saopen(0): dev=0x0 softc=0x0 Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): entering cdgetccb Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_schedule Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): added periph to queue Oct 6 11:00:49 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 11:00:49 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): calling xpt_run_devq Oct 6 11:00:49 vvalbbacula kernel: cam_debug: xpt_run_dev_allocq Oct 6 11:00:49 vvalbbacula kernel: cam_debug: qfrozen_cnt == 0x0, entries == 1, openings == 4096, active == 0 Oct 6 11:00:49 vvalbbacula kernel: cam_debug: running device 0xffffff0001361000 Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_setup_ccb Oct 6 11:00:49 vvalbbacula kernel: cam_debug: calling periph start Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): sastart Oct 6 11:00:49 vvalbbacula kernel: cam_debug: queuing for immediate ccb Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_action Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): RESERVE(06). CDB: 16 0 0 0 0 0 Oct 6 11:00:49 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 11:00:49 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 11:00:49 vvalbbacula kernel: cam_debug: xpt_run_dev_sendq Oct 6 11:00:49 vvalbbacula kernel: cam_debug: running device 0xffffff0001361000 Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): isp_action Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): cam completion status 0xcc Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_done Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): camisr Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): CDB[0]=0x16 Key 0x5 ASC/ASCQ 0x25/0x0 CAM STATUS 0xc flags 0x0 resid 0 dxfer_len 0 Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_setup_ccb Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_action Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_setup_ccb Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_action Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_setup_ccb Oct 6 11:00:49 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_action Oct 6 11:00:49 vvalbbacula kernel: cam_debug: xpt_release_ccb vvalbbacula# tar -cf /dev/sa0 ./* tar: Failed to open '/dev/sa0': Device not configured Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): saopen(0): dev=0x0 softc=0x0 Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): entering cdgetccb Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_schedule Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): added periph to queue Oct 6 11:02:53 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 11:02:53 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): calling xpt_run_devq Oct 6 11:02:53 vvalbbacula kernel: cam_debug: xpt_run_dev_allocq Oct 6 11:02:53 vvalbbacula kernel: cam_debug: qfrozen_cnt == 0x0, entries == 1, openings == 4096, active == 0 Oct 6 11:02:53 vvalbbacula kernel: cam_debug: running device 0xffffff0001361000 Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_setup_ccb Oct 6 11:02:53 vvalbbacula kernel: cam_debug: calling periph start Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): sastart Oct 6 11:02:53 vvalbbacula kernel: cam_debug: queuing for immediate ccb Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_action Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): RESERVE(06). CDB: 16 0 0 0 0 0 Oct 6 11:02:53 vvalbbacula kernel: cam_debug: xpt_schedule_dev Oct 6 11:02:53 vvalbbacula kernel: cam_debug: Inserting onto queue Oct 6 11:02:53 vvalbbacula kernel: cam_debug: xpt_run_dev_sendq Oct 6 11:02:53 vvalbbacula kernel: cam_debug: running device 0xffffff0001361000 Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): isp_action Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): cam completion status 0xcc Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_done Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): camisr Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): CDB[0]=0x16 Key 0x5 ASC/ASCQ 0x25/0x0 CAM STATUS 0xc flags 0x0 resid 0 dxfer_len 0 Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_setup_ccb Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_action Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_setup_ccb Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_action Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_setup_ccb Oct 6 11:02:53 vvalbbacula kernel: (sa0:isp0:0:0:0): xpt_action Oct 6 11:02:53 vvalbbacula kernel: cam_debug: xpt_release_ccb -- Jason Selwitz Network Systems Administrator Vicarious Visions 150 Broadway Menands, NY 12204 Phone: 518-701-2488 From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 7 17:24:34 2008 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD0AB106568C; Tue, 7 Oct 2008 17:24:34 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 838DF8FC0A; Tue, 7 Oct 2008 17:24:34 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m97HOYwJ019412; Tue, 7 Oct 2008 17:24:34 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m97HOYkD019408; Tue, 7 Oct 2008 17:24:34 GMT (envelope-from remko) Date: Tue, 7 Oct 2008 17:24:34 GMT Message-Id: <200810071724.m97HOYkD019408@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-scsi@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: i386/127927: isp(4) target driver crashes kernel when set up dma for CTIO2 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 17:24:34 -0000 Synopsis: isp(4) target driver crashes kernel when set up dma for CTIO2 Responsible-Changed-From-To: freebsd-i386->freebsd-scsi Responsible-Changed-By: remko Responsible-Changed-When: Tue Oct 7 17:24:34 UTC 2008 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=127927 From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 9 00:40:14 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 292C3106568D for ; Thu, 9 Oct 2008 00:40:14 +0000 (UTC) (envelope-from jselwitz@vvisions.com) Received: from mail190.messagelabs.com (mail190.messagelabs.com [216.82.249.51]) by mx1.freebsd.org (Postfix) with SMTP id E32308FC1C for ; Thu, 9 Oct 2008 00:40:13 +0000 (UTC) (envelope-from jselwitz@vvisions.com) X-VirusChecked: Checked X-Env-Sender: jselwitz@vvisions.com X-Msg-Ref: server-10.tower-190.messagelabs.com!1223512811!71862212!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [66.193.82.31] Received: (qmail 19430 invoked from network); 9 Oct 2008 00:40:11 -0000 Received: from newman.vvisions.com (HELO newman.vvisions.com) (66.193.82.31) by server-10.tower-190.messagelabs.com with SMTP; 9 Oct 2008 00:40:11 -0000 Received: (qmail 4598 invoked from network); 9 Oct 2008 00:40:12 -0000 Received: from unknown (HELO pie-421.local) (jselwitz@71.164.68.112) by vvisions.com with SMTP; 9 Oct 2008 00:40:12 -0000 Message-ID: <48ED52E1.6080301@vvisions.com> Date: Wed, 08 Oct 2008 20:40:01 -0400 From: Jason Selwitz User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD7.0 + Qlogic QLA2460 vs. Spectra Logic T50 tape library X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 00:40:14 -0000 Hi everyone, I know a few of you offered suggestions to me about a problem I was having with getting FreeBSD to work with an auto changer and I kept getting Logical unit not supported errors, so today we were able to use a gentoo linux live cd with a copy of mtx and we were able to use mtx mt and tar to move the tape write data to the tape and list the data on the tape, yet whenever I try to use these same tools under FreeBSD and I try to do media moment or read/write operations it allways errors with a "Logical unit not supported" error yet the Fiber channel HBA is being detected with the isp driver and camcontrol reports th IBM ultrium drive as pass0 sa0 at target 0 lun0 and the changer itself is detected as pass1 ch0 at target0 lun1 some interesting thins we have found that under FreeBSD either the the changer is not recieving the commands from the HBA or it does not recognize the commands for example this was reported after manually loading a tape and trying to tar to it.. Oct 6 10:39:06 vvalbbacula kernel: (sa0:isp0:0:0:0): RESERVE(06). CDB: 16 0 0 0 0 0 ... Oct 6 10:39:06 vvalbbacula kernel: (sa0:isp0:0:0:0): CDB[0]=0x16 Key 0x5 ASC/ASCQ 0x25/0x0 CAM STATUS 0xc flags 0x0 resid 0 dxfer_len 0 anyway I'm told someone here may have an Idea on how to get this straightened out, I would be more than happy to provide additional debugging output, any assistance would be tremendously appreciated as I have been hitting a brick wall for about 3 months on this problem.. again thanks in advance .. From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 9 12:13:55 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 347E81065689 for ; Thu, 9 Oct 2008 12:13:55 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id CF0378FC1F for ; Thu, 9 Oct 2008 12:13:54 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 23646100D812 for ; Thu, 9 Oct 2008 14:13:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.se X-Spam-Flag: NO X-Spam-Score: -1.135 X-Spam-Level: X-Spam-Status: No, score=-1.135 tagged_above=-1000 required=6.2 tests=[AWL=0.671, BAYES_00=-2.599, RDNS_DYNAMIC=0.1, SPF_FAIL=0.693] Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id hc5ZLL6fDp6Q for ; Thu, 9 Oct 2008 14:13:44 +0200 (CEST) Received: from johan-mp.stromnet.se (78-69-139-60-no129.tbcn.telia.com [78.69.139.60]) by core.stromnet.se (Postfix) with ESMTP id BF290100D80D for ; Thu, 9 Oct 2008 14:13:44 +0200 (CEST) Message-Id: <862E32F5-8FD6-471A-814D-C5270ACE80C6@stromnet.se> From: =?ISO-8859-1?Q?Johan_Str=F6m?= To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Thu, 9 Oct 2008 14:13:44 +0200 X-Mailer: Apple Mail (2.929.2) Subject: FreeBSD 7.0, VMWare ESXi & iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 12:13:55 -0000 Hi I'm playing around with FreeBSD 7.0 inside a VMWare ESXi virtual machine. The machine have a iSCSI drive mounted (Raw Device Mapping, physical access) in ESXi, so it should appear as a regular SCSI disk for the guest OS (FreeBSD). However, I'm having problems using it. It isnt detected on boot, and if I run camcontrol rescan all it seems to be found but is immediately detached, and then the kernel panics: esxi-g1# kgdb /boot/kernel/kernel vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/ libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: da1 at mpt1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-4 device da1: 6.600MB/s transfers (16bit) da1: Command Queueing Enabled da1: 10432MB (21364736 512 byte sectors: 255H 63S/T 1329C) (da1:mpt1:0:0:0): lost device (da1:mpt1:0:0:0): removing device entry (xpt0:nobus:X:X): removing device entry kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xf0000eeb fault code = supervisor write, page not present instruction pointer = 0x20:0xc078582f stack pointer = 0x28:0xcc6f78d8 frame pointer = 0x28:0xcc6f78f4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 9 (thread taskq) trap number = 12 panic: page fault cpuid = 0 Uptime: 54s Physical memory: 243 MB Dumping 59 MB: 44 28 12 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc0754457 in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:409 #2 0xc0754719 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a4905c in trap_fatal (frame=0xcc6f7898, eva=4026535659) at / usr/src/sys/i386/i386/trap.c:899 #4 0xc0a499df in trap (frame=0xcc6f7898) at /usr/src/sys/i386/i386/ trap.c:280 #5 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc078582f in turnstile_broadcast (ts=0x0, queue=0) at /usr/src/ sys/kern/subr_turnstile.c:835 #7 0xc0747da2 in _mtx_unlock_sleep (m=0xc2235004, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:605 #8 0xc047b0f9 in dacleanup (periph=0xc255ad80) at cam_periph.h:188 #9 0xc04642bd in camperiphfree (periph=0xc255ad80) at /usr/src/sys/ cam/cam_periph.c:512 #10 0xc046445a in cam_periph_release (periph=0xc255ad80) at /usr/src/ sys/cam/cam_periph.c:302 #11 0xc0479c28 in dasysctlinit (context=0xc255ad80, pending=1) at /usr/ src/sys/cam/scsi/scsi_da.c:1093 #12 0xc0783ed5 in taskqueue_run (queue=0xc21f0e00) at /usr/src/sys/ kern/subr_taskqueue.c:255 #13 0xc07840db in taskqueue_thread_loop (arg=0xc0be0678) at /usr/src/ sys/kern/subr_taskqueue.c:374 #14 0xc0734479 in fork_exit (callout=0xc0784020 , arg=0xc0be0678, frame=0xcc6f7d38) at /usr/src/ sys/kern/kern_fork.c:781 #15 0xc0a2fc80 in fork_trampoline () at /usr/src/sys/i386/i386/ exception.s:205 (kgdb) The dmesg from the machine: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5462 @ 2.80GHz (2807.77-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x10678 Stepping = 8 Features = 0xfebfbff < FPU ,VME ,DE ,PSE ,TSC ,MSR ,PAE ,MCE ,CX8 ,APIC ,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS> Features2=0x80080201,> AMD Features=0x100000 real memory = 268435456 (256 MB) avail memory = 248623104 (237 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1050-0x105f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 7.3 (no driver attached) vgapci0: port 0x1060-0x106f mem 0xf8000000-0xfbffffff,0xf4000000-0xf47fffff at device 15.0 on pci0 mpt0: port 0x1080-0x10ff mem 0xf4800000-0xf4800fff irq 17 at device 16.0 on pci0 mpt0: [ITHREAD] mpt0: MPI Version=1.2.0.0 le0: port 0x1400-0x147f irq 18 at device 17.0 on pci0 le0: 16 receive buffers, 4 transmit buffers le0: Ethernet address: 00:0c:29:fc:c6:18 le0: [ITHREAD] acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xca000-0xcafff, 0xdc000-0xdffff,0xe0000-0xe3fff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2807770699 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. acd0: CDROM at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 3.300MB/s transfers da0: Command Queueing Enabled da0: 8192MB (16777216 512 byte sectors: 255H 63S/T 1044C) Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted As you can see, nothing about da1 until I do camcontrol rescan I've tried the same setup with OpenBSD, where the disk is detected on boot and works fine: mpi0 at pci0 dev 16 function 0 "Symbios Logic 53c1030" rev 0x01: irq 9 scsibus1 at mpi0: 16 targets, initiator 7 sd0 at scsibus1 targ 0 lun 0: SCSI2 0/ direct fixed sd0: 8192MB, 512 bytes/sec, 16777216 sec total sd1 at scsibus1 targ 1 lun 0: SCSI2 0/ direct fixed sd1: 10016MB, 512 bytes/sec, 20512768 sec total mpi0: target 0 Sync at 160MHz width 16bit offset 127 QAS 1 DT 1 IU 1 The setup is somewhat stupid right now however, so if it wouldn't be working in openbsd I would assume it was something with the setup (FreeBSD/OpenBSD inside VMWare ESXi, which in turn runs inside a VMWare Fusion, and the iSCSI target is OpenFiler also running inside the VMWare Fusion). But since it's detected in OpenBSD and seems to work there, I'd guess this is something FreeBSD specific. Any input or clues are welcome :) Thanks! -- Johan From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 9 13:41:17 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E12471065687 for ; Thu, 9 Oct 2008 13:41:16 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 402128FC27 for ; Thu, 9 Oct 2008 13:41:16 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 943E6100D858 for ; Thu, 9 Oct 2008 15:41:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.se X-Spam-Flag: NO X-Spam-Score: -1.138 X-Spam-Level: X-Spam-Status: No, score=-1.138 tagged_above=-1000 required=6.2 tests=[AWL=0.668, BAYES_00=-2.599, RDNS_DYNAMIC=0.1, SPF_FAIL=0.693] Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id X-XrVQMIGvr6 for ; Thu, 9 Oct 2008 15:41:08 +0200 (CEST) Received: from johan-mp.stromnet.se (78-69-139-60-no129.tbcn.telia.com [78.69.139.60]) by core.stromnet.se (Postfix) with ESMTP id 52421100D838 for ; Thu, 9 Oct 2008 15:41:08 +0200 (CEST) Message-Id: <0C270A1B-A046-4402-A151-56DB0494D0BE@stromnet.se> From: =?ISO-8859-1?Q?Johan_Str=F6m?= To: freebsd-scsi@freebsd.org In-Reply-To: <862E32F5-8FD6-471A-814D-C5270ACE80C6@stromnet.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Thu, 9 Oct 2008 15:41:07 +0200 References: <862E32F5-8FD6-471A-814D-C5270ACE80C6@stromnet.se> X-Mailer: Apple Mail (2.929.2) Subject: Re: FreeBSD 7.0, VMWare ESXi & iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 13:41:17 -0000 Hm.. Disregard this.. Since I'm just experimenting with ESXi and =20 playing around, I missed the fact that I should be using Virtual =20 access not physical access. Now it works perfect, detected at boot: da1 at mpt0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 3.300MB/s transfers da1: Command Queueing Enabled da1: 10016MB (20512768 512 byte sectors: 255H 63S/T 1276C) Anyway, if anyone wants to investigate why the panic occured (I guess =20= a panic is never good), I'll help if I can! -- Johan On Oct 9, 2008, at 2:13 PM, Johan Str=F6m wrote: > Hi > > I'm playing around with FreeBSD 7.0 inside a VMWare ESXi virtual =20 > machine. The machine have a iSCSI drive mounted (Raw Device Mapping, =20= > physical access) in ESXi, so it should appear as a regular SCSI disk =20= > for the guest OS (FreeBSD). > However, I'm having problems using it. It isnt detected on boot, and =20= > if I run camcontrol rescan all it seems to be found but is =20 > immediately detached, and then the kernel panics: > > esxi-g1# kgdb /boot/kernel/kernel vmcore.0 > [GDB will not be able to debug user-mode threads: /usr/lib/=20 > libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and =20= > you are > welcome to change it and/or distribute copies of it under certain =20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for =20 > details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > da1 at mpt1 bus 0 target 0 lun 0 > da1: Fixed Direct Access SCSI-4 device > da1: 6.600MB/s transfers (16bit) > da1: Command Queueing Enabled > da1: 10432MB (21364736 512 byte sectors: 255H 63S/T 1329C) > (da1:mpt1:0:0:0): lost device > (da1:mpt1:0:0:0): removing device entry > (xpt0:nobus:X:X): removing device entry > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0xf0000eeb > fault code =3D supervisor write, page not present > instruction pointer =3D 0x20:0xc078582f > stack pointer =3D 0x28:0xcc6f78d8 > frame pointer =3D 0x28:0xcc6f78f4 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 9 (thread taskq) > trap number =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 54s > Physical memory: 243 MB > Dumping 59 MB: 44 28 12 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump () at pcpu.h:195 > #1 0xc0754457 in boot (howto=3D260) at /usr/src/sys/kern/=20 > kern_shutdown.c:409 > #2 0xc0754719 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0a4905c in trap_fatal (frame=3D0xcc6f7898, eva=3D4026535659) at = /=20 > usr/src/sys/i386/i386/trap.c:899 > #4 0xc0a499df in trap (frame=3D0xcc6f7898) at /usr/src/sys/i386/i386/=20= > trap.c:280 > #5 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:=20= > 139 > #6 0xc078582f in turnstile_broadcast (ts=3D0x0, queue=3D0) at = /usr/src/=20 > sys/kern/subr_turnstile.c:835 > #7 0xc0747da2 in _mtx_unlock_sleep (m=3D0xc2235004, opts=3D0, = file=3D0x0, =20 > line=3D0) at /usr/src/sys/kern/kern_mutex.c:605 > #8 0xc047b0f9 in dacleanup (periph=3D0xc255ad80) at cam_periph.h:188 > #9 0xc04642bd in camperiphfree (periph=3D0xc255ad80) at /usr/src/sys/=20= > cam/cam_periph.c:512 > #10 0xc046445a in cam_periph_release (periph=3D0xc255ad80) at = /usr/src/=20 > sys/cam/cam_periph.c:302 > #11 0xc0479c28 in dasysctlinit (context=3D0xc255ad80, pending=3D1) at = /=20 > usr/src/sys/cam/scsi/scsi_da.c:1093 > #12 0xc0783ed5 in taskqueue_run (queue=3D0xc21f0e00) at /usr/src/sys/=20= > kern/subr_taskqueue.c:255 > #13 0xc07840db in taskqueue_thread_loop (arg=3D0xc0be0678) at = /usr/src/=20 > sys/kern/subr_taskqueue.c:374 > #14 0xc0734479 in fork_exit (callout=3D0xc0784020 =20 > , arg=3D0xc0be0678, frame=3D0xcc6f7d38) at = /usr/=20 > src/sys/kern/kern_fork.c:781 > #15 0xc0a2fc80 in fork_trampoline () at /usr/src/sys/i386/i386/=20 > exception.s:205 > (kgdb) > > The dmesg from the machine: > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, =20= > 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(R) CPU E5462 @ 2.80GHz (2807.77-MHz =20 > 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x10678 Stepping =3D 8 > =20 > Features=20 > =3D=20 > 0xfebfbff=20 > <=20 > FPU=20 > ,VME=20 > ,DE=20 > ,PSE=20 > ,TSC=20 > ,MSR=20 > ,PAE=20 > ,MCE=20 > ,CX8=20 > ,APIC=20 > ,SEP=20 > ,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS> > Features2=3D0x80080201,> > AMD Features=3D0x100000 > real memory =3D 268435456 (256 MB) > avail memory =3D 248623104 (237 MB) > ACPI APIC Table: > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, =20 > RF5413) > hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port =20 > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1050-0x105f at device 7.1 on =20 > pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 7.3 (no driver attached) > vgapci0: port 0x1060-0x106f mem =20 > 0xf8000000-0xfbffffff,0xf4000000-0xf47fffff at device 15.0 on pci0 > mpt0: port 0x1080-0x10ff mem =20 > 0xf4800000-0xf4800fff irq 17 at device 16.0 on pci0 > mpt0: [ITHREAD] > mpt0: MPI Version=3D1.2.0.0 > le0: port 0x1400-0x147f irq 18 at device 17.0 on pci0 > le0: 16 receive buffers, 4 transmit buffers > le0: Ethernet address: 00:0c:29:fc:c6:18 > le0: [ITHREAD] > acpi_acad0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse, device ID 3 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 =20= > on acpi0 > sio0: type 16550A > sio0: [FILTER] > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 =20 > on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff,0xca000-0xcafff,=20 > 0xdc000-0xdffff,0xe0000-0xe3fff pnpid ORM0000 on isa0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > ppbus0: [ITHREAD] > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ppc0: [GIANT-LOCKED] > ppc0: [ITHREAD] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20= > isa0 > Timecounter "TSC" frequency 2807770699 Hz quality 800 > Timecounters tick every 1.000 msec > hptrr: no controller detected. > acd0: CDROM at ata0-master =20= > UDMA33 > Waiting 5 seconds for SCSI devices to settle > da0 at mpt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 3.300MB/s transfers > da0: Command Queueing Enabled > da0: 8192MB (16777216 512 byte sectors: 255H 63S/T 1044C) > Trying to mount root from ufs:/dev/da0s1a > WARNING: / was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > > As you can see, nothing about da1 until I do camcontrol rescan > > I've tried the same setup with OpenBSD, where the disk is detected =20 > on boot and works fine: > > mpi0 at pci0 dev 16 function 0 "Symbios Logic 53c1030" rev 0x01: irq 9 > scsibus1 at mpi0: 16 targets, initiator 7 > sd0 at scsibus1 targ 0 lun 0: SCSI2 0/=20 > direct fixed > sd0: 8192MB, 512 bytes/sec, 16777216 sec total > sd1 at scsibus1 targ 1 lun 0: SCSI2 0/=20 > direct fixed > sd1: 10016MB, 512 bytes/sec, 20512768 sec total > mpi0: target 0 Sync at 160MHz width 16bit offset 127 QAS 1 DT 1 IU 1 > > > The setup is somewhat stupid right now however, so if it wouldn't be =20= > working in openbsd I would assume it was something with the setup =20 > (FreeBSD/OpenBSD inside VMWare ESXi, which in turn runs inside a =20 > VMWare Fusion, and the iSCSI target is OpenFiler also running inside =20= > the VMWare Fusion). But since it's detected in OpenBSD and seems to =20= > work there, I'd guess this is something FreeBSD specific. > > Any input or clues are welcome :) Thanks! > > -- > Johan > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-=20 > unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 9 17:20:13 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B746106568F for ; Thu, 9 Oct 2008 17:20:13 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE5D8FC2B for ; Thu, 9 Oct 2008 17:20:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m99Gt2DW082666; Thu, 9 Oct 2008 10:55:03 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48EE3766.80302@samsco.org> Date: Thu, 09 Oct 2008 10:55:02 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Johan_Str=F6m?= References: <862E32F5-8FD6-471A-814D-C5270ACE80C6@stromnet.se> <0C270A1B-A046-4402-A151-56DB0494D0BE@stromnet.se> In-Reply-To: <0C270A1B-A046-4402-A151-56DB0494D0BE@stromnet.se> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org Subject: Re: FreeBSD 7.0, VMWare ESXi & iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 17:20:13 -0000 Johan Ström wrote: > Hm.. Disregard this.. Since I'm just experimenting with ESXi and playing > around, I missed the fact that I should be using Virtual access not > physical access. Now it works perfect, detected at boot: > > da1 at mpt0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 3.300MB/s transfers > da1: Command Queueing Enabled > da1: 10016MB (20512768 512 byte sectors: 255H 63S/T 1276C) > > Anyway, if anyone wants to investigate why the panic occured (I guess a > panic is never good), I'll help if I can! > The panic is likely fixed by svn rev 182433. It hasn't been merged to 7.x. Scott