corruption in session list

From time to time, I see errors like the following when I run 'iscsiadm -m session': tcp: [2] []:-1,1 ��A�¹V��� Is it a known bug? I don't know how to reproduce it. It just happens. Thanks, Erez --~--~-~--~~~---~--~~ You received this message because you

Re: iscsiadm version 2.0-868 incompatibility with older version

Ulrich Windl wrote: Hi, SLES10 SP2 ships iscsiadm version 2.0-868, while SP1 had an older version. For SP1 I used the following command to set all discovered nodes to auto-login: for sid in $(iscsiadm -m node | awk '{gsub(/^\[/, ); gsub(/\]/, ); print $1 }' | sort) Is this just

Re: Persistent connections across initiator reboot

HIMANSHU wrote: I am now having 'iscsi-initiator-utils-6.2.0.868-0.18.el5' and performed the steps mentioned in my last post. Still after when I discover using 'iscsiadm -m discovery -t sendtargets -p 192.168.30.12 -o new -o delete',nodes and sendtargets entries gets overwritten.

Re: iscsid : mgmt_ipc_write_rsp: rsp to fd 5

[~] # iscsiadm -m discovery -d 8 -t sendtargets -p 192.168.1.79:3260 iscsiadm: ip 192.168.1.79, port 3260, tgpt -1 iscsiadm: Max file limits 1024 1024 iscsid: poll result 1 iscsid: mgmt_ipc_write_rsp: rsp to fd 5 Could you do iscsiadm -m discovery -d 8 -t sendtargets -p

Re: corruption in session list

Erez Zilber wrote: From time to time, I see errors like the following when I run 'iscsiadm -m session': tcp: [2] []:-1,1 ��A�¹V��� Is it a known bug? I don't know how to reproduce it. It just happens. I have not seen it. Have you seen it in multiple versions of open-iscsi? Do you

gcc warning at iscsi_add_session

drivers/scsi/scsi_transport_iscsi.c: In function 'iscsi_add_session': drivers/scsi/scsi_transport_iscsi.c:678: warning: 'err' may be used uninitialized in this function Hi mike, what ever happened to the fix of above warning? I'm sure I saw a fix in the mailing list but it never made it into

Re: gcc warning at iscsi_add_session

Boaz Harrosh wrote: drivers/scsi/scsi_transport_iscsi.c: In function 'iscsi_add_session': drivers/scsi/scsi_transport_iscsi.c:678: warning: 'err' may be used uninitialized in this function Hi mike, what ever happened to the fix of above warning? I'm sure I saw a fix in the mailing list

strange behavior on kernel update

Hi, i'm using centos with dm-multipath and iscsi as a database system. All packages are normal centos packages from their mirrors. This night I was updating centos to the current release (5.3, previous version was 5.2). So the first thing I have done was stopping the multipathd and iscsi. After

Re: Tuning iscsi read performance with multipath Redhat 5.3 / SLES 10 SP2 / Oracle Linux / Equallogic

I'm not sure if you have seen this, but there is a guide from Dell on this subject: http://www.support.dell.com/support/edocs/software/appora10/lin_x86_64/multlang/EELinux_storage_4_1.pdf Also I would suggest the following changes in multipath.conf for RHEL5 device {         vendor EQLOGIC  

Re: Persistent connections across initiator reboot

Thank you very much Mike for all this. Can you please give me the test src rpm for CentOS 5.4? On Apr 27, 8:50 pm, Mike Christie micha...@cs.wisc.edu wrote: HIMANSHU wrote: I am now having 'iscsi-initiator-utils-6.2.0.868-0.18.el5' and performed the steps mentioned in my last post. Still