Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-03 Thread Mike Christie

Vincent Guo wrote:
 Hi all:
 
 I have a problem with installing open-iscsi only by moving files:


Huh? Does this have anything to do with the problem in the Subject?

 
 1. I have a open-iscis version (2.0-870.1)  already installed  on a linux
 system.
 Now I want to move this version to another linux system(with same
 configuration as the one already installed).
 
 I copied the 2 binary files : iscsid and iscsiadm to the folder /usr/sbin;
 then copied the 3 ko files: iscsi_tcp.ko , libiscsi.ko and
 scsi_transport_iscsi.ko to the folder //lib/modules/`uname
 -r`/kernel/drivers/scsi/
 
 but when I try to start the iscsid, it fails.
 
 What other files shold I copy, or do I need other configurations ?

Why can't you just build and install on the new box? What was the error 
iscsid failed with (look in /var/log/messages for possibly more info)? 
You also need the /etc/iscsi dir, and the initiatorname.iscsi file in 
/etc/iscsi. You will also want /etc/iscsi/iscsid.conf. And if you want 
the portals that you already discovered you will basically just want 
everything in /etc/iscsi (there are some node and sendtargets dirs).

You probably also need the init script (/etc/init.d/open-iscsi).

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
open-iscsi group.
To post to this group, send email to open-iscsi@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/open-iscsi
-~--~~~~--~~--~--~---



How to install open-iscsi only by moving files

2008-12-03 Thread vincent . y . guo

I have a open-iscis version (2.0-870.1)  already installed  on a linux
 system.
Now I want to move this version to another linux system(with same
configuration as the one already installed).

I copied the 2 binary files : iscsid and iscsiadm to the folder /usr/
sbin;
then copied the 3 ko files: iscsi_tcp.ko , libiscsi.ko and
scsi_transport_iscsi.ko to the folder //lib/modules/`uname-r`/kernel/
drivers/scsi/

but when I try to start the iscsid, it fails.
What other files shold I copy, or do I need other configurations ?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
open-iscsi group.
To post to this group, send email to open-iscsi@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/open-iscsi
-~--~~~~--~~--~--~---



Re: Oops during target login SLES 10 SP2 multipath and shared volumes

2008-12-03 Thread Anthony C
I did open bugzilla for my I/O hang problem and sent over some data.  Hannes
is helping.

Anthony

On Wed, Dec 3, 2008 at 9:10 AM, Mike Christie [EMAIL PROTECTED] wrote:

 Sorry for the lack of update on this. When it is SLES it is harder for me
 to debug, because I do not know what is in there.

 Anthony (ccd here) hit a bug with the same kernel and uploaded the iscsi
 files a couple weeks ago, and at first glance I did not see anything. I have
 been meaning to dig deeper but have not had time.

 Have you guys made a SUSE bugzilla? I am ccing Hannes over at Novell who
 handles iscsi over there. Maybe he has seen it.


 Kenny Kang Sun wrote:

 Hi folks,

 I'm running a SLES 10 SP2 box and encountered a kernel bug during
 iSCSI login process.

 The kernel version I'm running is 2.6.16.60-0.21-smp, and the open-
 iscsi I'm using is open-iscsi-2.0.707-0.44

 I used two hosts and two eth ports on each. The two hosts have shared
 access to the same volumes.

 Multipath is used via Ifaces.

 Target: iqn.2001-05.com.equallogic:0-8a0906-a40362403-566a3b6d36848feb-
 lxrt-48
Current Portal: 192.168.0.2:3260,1
Persistent Portal: 192.168.0.18:3260,1
**
Interface:
**
Iface Name: eth1
Iface Transport: tcp
Iface Initiatorname: iqn.1996-04.de.suse:
 01:34abf45cafd4
Iface IPaddress: 192.168.0.4
Iface HWaddress: 00:1A:A0:2B:7A:75
Iface Netdev: eth0
SID: 31
iSCSI Connection State: LOGGED IN
iSCSI Session State: Unknown
Internal iscsid Session State: NO CHANGE
Current Portal: 192.168.0.12:3260,1
Persistent Portal: 192.168.0.18:3260,1
**
Interface:
**
Iface Name: eth2
Iface Transport: tcp
Iface Initiatorname: iqn.1996-04.de.suse:
 01:34abf45cafd4
Iface IPaddress: 192.168.0.3
Iface HWaddress: 00:1A:A0:2B:7A:73
Iface Netdev: eth4
SID: 32
iSCSI Connection State: LOGGED IN
iSCSI Session State: Unknown
Internal iscsid Session State: NO CHANGE

 The problem is during reboot, kernel bug is seen while the initiator
 tries to login to the targets.

 here's some information at the scene:

 cut from here-
 Kernel BUG at drivers/scsi/libiscsi.c:353
 invalid opcode:  [1] SMP
 last sysfs file: /class/iscsi_connection/connection77:0/exp_statsn

 Entering kdb (current=0x80374320, pid 0) on processor 0 Oops:
 NULL
 due to oops @ 0x8857ce9d
r15 = 0x  r14 = 0x
r13 = 0x80490908  r12 = 0x810122204a50
rbp = 0x  rbx = 0x
r11 = 0x810122cfc180  r10 = 0x81012964f500
 r9 = 0x80490a84   r8 = 0x810120602c90
rax = 0x0002  rcx = 0x
rdx = 0x810120602c90  rsi = 0x80490908
rdi = 0x810122204a50 orig_rax = 0x
rip = 0x8857ce9d   cs = 0x0010
  eflags = 0x00010246  rsp = 0x804908c8
 ss = 0x0018 regs = 0x80490818
 [0]kdb bt
 Stack traceback for pid 0
 0x8037432000  10   R  0x80374660
 *swapper
 RSP   RIPFunction (args)
 0x804908c8 0x8857ce9d [libiscsi]__iscsi_conn_send_pdu
 +0x58 (0x8040, 0x0, 0x2f006a00, 0x0, 0x0)
 0x80490908 0x8857d5ff [libiscsi]iscsi_send_nopout+0x7c
 (0x81012964f000, 0x810128a6e800, 0x0, 0xf)
 0x80490958 0x8857dfad [libiscsi]__iscsi_complete_pdu
 +0x341 (0x200021a72aa0, 0x81011033a820, 0x81)
 0x804909d8 0x8857e1bb [libiscsi]iscsi_complete_pdu
 +0x36 (0x0, 0x0, 0x0, 0x810122cfc180, 0x810122)
 0x80490a08 0x88593f9d
 [iscsi_tcp]iscsi_tcp_hdr_recv_done+0x72a (0x81012964f000,
 0x81011033a820, )
 0x80490a88 0x802aa189 __qdisc_run+0x36 (0x30,
 0x81010d34ac54, 0x30, 0x0, 0x81012)
 0x80490ac8 0x8859382a [iscsi_tcp]iscsi_tcp_recv+0x3c0
 (0x22d27cf0, 0x810122cfc180, 0x20, 0x81010)
 0x80490b78 0x802c418e tcp_read_sock+0xa9
 (0x8101086ae0c0, 0x1, 0x810122204a50, 0x802cd08)
 0x80490bc8 0x88594251 [iscsi_tcp]iscsi_tcp_data_ready
 +0x47 (0x81010d34ac20, 0x810122cfc280, 0xff)
 0x80490d28 0x802b8d61 ip_local_deliver+0x1b3
 (0x810122cfc280, 0x803bcb40, 0x23089770, 0x72, )
 0x80490d88 0x8029935d netif_receive_skb+0x425
 (0x81012aa25870, 0x72)
 0x80490dc8 0x881c8003 [e1000]e1000_receive_skb+0x1c1