similar to: kernel: target...SCSI

I'm in the process of rolling out the upgrade from (mostly) 5.3 to 5.4. One of my servers started throwing the following: Nov 1 05:22:51 <server> kernel: target4:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) Nov 1 05:22:51 <server> kernel: target4:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) into my logs every half hour. I don't see anything

I have a Dell ASC-39230(B) U320 SCSI controller. If I use the linux-2.6-xen kernel I am getting an "Invalid Sequencer interrupt" and the system hangs after this. But if I use the linux-2.6-xen0 kernel it works well. Does anyone know why this is happening and how I can make it go away? Thanks, Aravindh Puthiyaparambil Xen Development Team Unisys, Tredyffrin PA ACPI: PCI Interrupt

I have an Adaptec 392320 Ultra320 SCSI adapter. I am running x86_64 SLES9 SP3. When I build x86_64 Xen with just the 2.6-xen kernel + initrd, I am getting the following error on the module load. But if I go back to building separate xenU and xen0 kernels without initrd the device works without any issues. Any idea what is going wrong here? Am I leaving something out of my initrd? Here is the

Hi all, This is my first post to the list. My first real major issue with xen. I started on 3.4.2 and upgraded to 4.0.1 without issues. Now I just attempted to go to 4.1.0 and I got the following errors in my log. # cat /var/log/xen/xend-debug.log Xend started at Fri Apr 1 13:51:15 2011. cat: /sys/bus/scsi/devices/host0/vendor: No such file or directory cat:

I'm having speed problems with the SCSI card we're using to do tape backup. It seems to be functioning in 16 bit mode and the current thinking is that perhaps it's using a legacy driver instead of the correct one. The Adaptec site has a 'driver' for RHEL5 which I've downloaded and tried to install but it seems to have a problem installing on a CentOS-5 system. [root at

Given a path to a SCSI device, e.g. "DEV=/dev/st1", I need to find the name of the kernel module for the SCSI host adapter that controls that target. The objective is to be able to unload and reload the kernel module when the drive gets into a state that requires a SCSI bus reset for recovery. The best I've been able to come up with so far is: SCSIMOD=$(cat

drivers/vhost/scsi.c:1081:5: sparse: symbol 'vhost_skip_iovec_bytes' was not declared. Should it be static? Signed-off-by: Fengguang Wu <fengguang.wu at intel.com> --- scsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/vhost/scsi.c b/drivers/vhost/scsi.c index d888bd9..8ac003f 100644 --- a/drivers/vhost/scsi.c +++ b/drivers/vhost/scsi.c @@ -1078,7

drivers/vhost/scsi.c:1081:5: sparse: symbol 'vhost_skip_iovec_bytes' was not declared. Should it be static? Signed-off-by: Fengguang Wu <fengguang.wu at intel.com> --- scsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/vhost/scsi.c b/drivers/vhost/scsi.c index d888bd9..8ac003f 100644 --- a/drivers/vhost/scsi.c +++ b/drivers/vhost/scsi.c @@ -1078,7

I have a question regarding the building of the unified xen kernel (linux-2.6-xen) and the use of initrd. In the past I built both xen0 and xenU kernels; the xen0 default configurations had SCSI and Fusion MPT support compiled into the kernel. Now, they are built as modules. The problem is that I am unable to boot the xen kernel built that way, even though I am building an initrd. I have

Dear all, actually I installed CentOS 5.4 x86_64 on 11 new Dell R710 servers. It is required to use 5.4 to be covered by the NetApp Interoperability Matrix for use of Snapdrive. All systems spit out the error message mpt2sas0: failure at drivers/scsi/mpt2sas/mpt2sas_scsih.c:4637/_scsih_add_device()! at boot time. In dmesg the complete SCSI initialization logging appears as follows: SCSI

tree: git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git for-next head: 2936f1d4f3e8247bd519feba7892371d5e4c6603 commit: 105acf608f25d5e0d9fef669299a5438b7b114ee [16/21] vhost/scsi: Add ANY_LAYOUT vhost_skip_iovec_bytes helper reproduce: # apt-get install sparse git checkout 105acf608f25d5e0d9fef669299a5438b7b114ee make ARCH=x86_64 allmodconfig make C=1

tree: git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git for-next head: 2936f1d4f3e8247bd519feba7892371d5e4c6603 commit: 105acf608f25d5e0d9fef669299a5438b7b114ee [16/21] vhost/scsi: Add ANY_LAYOUT vhost_skip_iovec_bytes helper reproduce: # apt-get install sparse git checkout 105acf608f25d5e0d9fef669299a5438b7b114ee make ARCH=x86_64 allmodconfig make C=1

CentOS Errata and Bugfix Advisory 2013:0816 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0816.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: caae37f662f6d33e98d10e4cb179ece08a95364f79be5a031fbed19cad23b292 scsi-target-utils-1.0.24-3.el6_4.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2014:0488 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0488.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1fcfee92b6b4232d1290c018e266a6cd3710ae92909de13caa945ac08fc69f92 scsi-target-utils-1.0.24-12.el6_5.i686.rpm x86_64:

On Mon, Apr 11, 2016 at 9:14 PM, Nathan Coulson <nathan at bravenet.com> wrote: > Hello > > We were attempting to use scsi-target-utils, hosted on a xen dom0 vm using > localhost, and running into some problems. I was not able to reproduce this > on a centos 7.2 server using the default kernel. Have you tried booting the Virt SIG kernel natively and seeing if you can

CentOS Errata and Security Advisory 2010:0362 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0362.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 344200d7805e868bf282c1a935465520 scsi-target-utils-0.0-6.20091205snap.el5_5.2.i386.rpm Source: a0ee6fabea6f8c7a8fc4cbd8f7672409

CentOS Errata and Security Advisory 2010:0362 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0362.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 7bf39ea608f0c4008e52571506ff1a53 scsi-target-utils-0.0-6.20091205snap.el5_5.2.x86_64.rpm Source: a0ee6fabea6f8c7a8fc4cbd8f7672409

CentOS Errata and Security Advisory 2010:0518 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0518.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 138d57c1024edc3a1b00ce1a06c9dcf9 scsi-target-utils-0.0-6.20091205snap.el5_5.3.i386.rpm Source: 8a717d403a734fd37b890a887e7a54ad

CentOS Errata and Security Advisory 2010:0518 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0518.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: c401295afbb63d9b2317d6abddb70dd1 scsi-target-utils-0.0-6.20091205snap.el5_5.3.x86_64.rpm Source: 8a717d403a734fd37b890a887e7a54ad

CentOS Errata and Security Advisory 2011:0332 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-0332.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: c7d438a919637b69b8796e529f30385e scsi-target-utils-1.0.8-0.el5_6.1.i386.rpm Source: f19a1df83db328eea7050e736767998f