Re: Antw: Re: Q: Slow extraordinarily slow performance of dmraid -s -c -c -c

Hi! I have an update on the ioctl() takes 16 seconds issue: It seems (don't ask me for an explanation) if the buffer size for the SCSI response is too small (in my case less than 18 octets), the wsystemcall to read the SCSI serial number takes 15-16 seconds, while with a buffer of 18 octets or

[PATCH v3 3/3] ISCSID: Added iface content override fix

Patch provided by Mike Christie. This patch fixes the unconditional overwrite of the iface struct even when the corresponding iface info from the node config was found and extracted. Signed-off-by: Eddie Wai eddie@broadcom.com --- usr/iscsid.c |8 +++- 1 files changed, 3

[PATCH v3 1/3] ISCSISTART: Saved ibft boot info to the session sysfs

Three new session sysfs parameters are introduced: boot_root - holds the ibft boot root folder name boot_nic- holds the ibft boot ethernetN name boot_target - holds the ibft boot targetN name This patch copies over the /sys/firmware/boot_root/ethernetN/targetN info from the boot context to

[PATCH v3 0/3] ISCSITOOLS: Patchset to add the extraction of

Version 3: - Added support for ISCSI_LLD_ROOT support as well - Removed the 'boot_initiator' param because its not useful - Added the 'boot_root' param to hold the 'ibft' or 'iscsi_root'N name to support non-ibft sessions - Moved the boot_nic net param extraction out of the

[PATCH v3 2/3] ISCSID: Added the extraction of the session boot info

This patch does the work to extract the corresponding boot_root-ethernetN net params as specified from the kernel session boot_nic sysfs entry. Signed-off-by: Eddie Wai eddie@broadcom.com --- usr/iscsi_sysfs.c | 39 +++ 1 files changed, 39 insertions(+),

[PATCH v3] LIBISCSI: Added new boot entries in the session sysfs

This is the kernel part of the modification to extract the net params from the ibft sysfs to the iface struct used for the connection request upon sync_session in the open-iscsi util. Three new session sysfs params are defined: boot_root - holds the name of the /sys/firmware/ibft or iscsi_rootN

Broadcom NIC sessions not retaining on reboot (node.startup=automatic not working)

Dear All I have connected my host and iSCSI storage directly with LAN cable. The iface created for the particular port through which the connection is made is: * iscsiadm -m iface -I bnx2i.3c:d9:2b:f5:2e:e7* # BEGIN RECORD 2.0-872 iface.iscsi_ifacename = bnx2i.3c:d9:2b:f5:2e:e7

password caching for tgtd

Hi Guys, I spent quite some time trying to figure out why the system was not authenticating, except with a single password that I originally set-up. I had it set to 12345, and that worked. As soon as I changed it, it quit working. I would edit this file, and change the password

iSCSI session problem(using LOM of Intel i350 and NIC of intel corporation 82580 on IBM x3650M4 Server with RHEL6.1)

*Hi ,* *Current setup is:* (LOM of Intel i350 and NIC of intel corporation 82580 on IBM x3650M4 Server with RHEL6.1)also i installed the software of multipathing. *The issue is:* *iSCSI session shows random behaviour* ,some time only one of the session made via LOM and NIC card retain and

Re: Timeout settings not working?

Michael Christie micha...@cs.wisc.edu wrote: On Nov 2, 2012, at 4:35 PM, Ian Pilcher arequip...@gmail.com wrote: Checkout 8. Advanced Configuration of the readme in /usr/share/docs/iscsi-intiator-utils-$VERSION/REAMDE Believe me, I read that before posting. Ultimately, I just didn't

Re: password caching for tgtd

This was because the tgtd refused to die during a restart. Even a stop did not kill it. So, I had to kill it myself, which resolved the problem. On Mon, Nov 5, 2012 at 4:03 PM, Trenton Adams trenton.d.ad...@gmail.comwrote: Hi Guys, I spent quite some time trying to figure out why the system