Re: Tester wanted for multipath failover iSCSI target software
Oh dear doing the test again caused the client machine to panic, with the following message: panic: solaris assert: 0 == dmu_buf_hold(os, lr-lr_foid, boff, zgd, db), file /usr/src/sys/modules/zfs/../../cddl/controb/opensolaris/uts/common/fs/zfs/zfs_nops.c, line: 955 I have not read the message in my experience. Do you have encountered frequency? -- Daisuke Aoyama ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
I have not read the message in my experience. Do you have encountered frequency? Only once. I did not try it again because that is our work server. I did two testrs, copying files. 1) Using iscsi-target ... copies OK, but ZFS pool has errors 2) Using istgt - causes the panic described. The copy is 53 gigabytes of small files. -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
Daisuke Aoyama wrote: I am interested in giving this a try, though not immediately as I am away from the office at the moment. Do I need to apply a patch to iscontrol to make it work though ? I can't work it out from your statement above. Yes, you need. Than ks. Is the intent to integrate with the base system eventually rather than have it in ports ? It would be nice to have a native implementation which could then be integrated with ZFS. istgt is still under development. so I don't think integration. before thinking, I should work to fix more bugs. I have tested net/istgt for couple of days with Windows XP and it works more reliable than NetBSD net/iscsi-target. With NetBSD implementation sometimes I lost partition filesystem information after disconnecting server from network or rebooting my computer. Is there any particular testcases you want to perform? Tested on FreeBSD 7.1-STABLE #0: Wed Mar 11 22:29:33 EET 2009 P.S. Strange, but I can't find istgt in ports anymore... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
I have tested net/istgt for couple of days with Windows XP and it works more reliable than NetBSD net/iscsi-target. With NetBSD implementation sometimes I lost partition filesystem information after disconnecting server from network or rebooting my computer. I am just trying it against the latest FreeBSD initiator. One thing I have noticed compared to the netbsd target is that it appears to have somewhat higer performance. cerrainly the speed that gstat says data is comming off the disc during a scrub is faster than with iscsi_target. On the other hand I have got some errors that I am trying to get to the bottom of. I set up a zpool laast night on a remote disc using the netbsd initiator and copied about 50 gig of data to it as lots of small files. I then switched to the istgt initiator this morning and am running a scrub on the pool. But it is telling me that there are a sigificant number of errors on the disc, which I wasnt expecting. I am now trying to find out if that is due to write errors using the taret last night, or read errors with the new target this morning. BTW, is there any way to get istgt to accept connections without needing to specify the initator string ? I am new to all these options for iSCSI having only used the simple netbsd one before. cheers, -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
Hi, Thank you for reporting. I have tested net/istgt for couple of days with Windows XP and it works more reliable than NetBSD net/iscsi-target. With NetBSD implementation sometimes I lost partition filesystem information after disconnecting server from network or rebooting my computer. Yes, it is one of differences. istgt reports connected information such as SCSI port to the initiator for discriminating multipath and failover path. As a side effect, perhaps more accurate identification is possible. Is there any particular testcases you want to perform? If you use it as usual, it is tested enough. If I had to say, I want to know how much a CPU usage on the target machine. Because istgt is more complicated than iscsi-target. Tested on FreeBSD 7.1-STABLE #0: Wed Mar 11 22:29:33 EET 2009 Did you use the target with ZFS? or UFS? Did you use MCS feature? Thanks, -- Daisuke Aoyama ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
Thank you for reporting. On the other hand I have got some errors that I am trying to get to the bottom of. I set up a zpool laast night on a remote disc using the netbsd initiator and copied about 50 gig of data to it as lots of small files. I then switched to the istgt initiator this morning and am running a scrub on the pool. But it is telling me that there are a sigificant number of errors on the disc, which I wasnt expecting. I am now trying to find out if that is due to write errors using the taret last night, or read errors with the new target this morning. I'm very interested in this case. BTW, is there any way to get istgt to accept connections without needing to specify the initator string ? I am new to all these options for iSCSI having only used the simple netbsd one before. sorry for no documents. special word ALL matches any initiator name/IPs. you can find more sample in istgt.large.conf.sample. [InitiatorGroup256] Comment ALL initiators from ALL IP InitiatorName ALL Netmask ALL Thanks, -- Daisuke Aoyama ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
Thank you for reporting. ... I'm very interested in this case. Well, I just finihsed doing a 'zpool scrub' on the disc image mounted locally on the machine which was running istgt. That still shows some errors - but only 36 of them, compares to the 9000+ I get when running the scrub mounted remotely! I am going to do the whole test again just using istgt this time to see what happens. Some more information about my setup: Both machines are amd64 - running kernels from March 9th. The client has the latest version of iscsi_initiator on it as well. The server is using a file as the disc image, and the file is stored on a pair of terrabyte SATA drives in a mirrored zpool. special word ALL matches any initiator name/IPs. you can find more sample in istgt.large.conf.sample. Ah, thanks, thats helps a lot :-) I will let you know what happens witha new test. -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
Oh dear doing the test again caused the client machine to panic, with the following message: panic: solaris assert: 0 == dmu_buf_hold(os, lr-lr_foid, boff, zgd, db), file /usr/src/sys/modules/zfs/../../cddl/controb/opensolaris/uts/common/fs/zfs/zfs_nops.c, line: 955 (that was copied out by hand so there might be typos). Since that was on the client side it makes me think there is a mproblem with the initiator. But the same test to the netbsd-target works fine, so it's some interaction between the two bits of software I guess. -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
Hi all, Now istgt is a part of ports. (net/istgt) FreeBSD issue is solved by danny's patch. After applying the patch, iscontrol can connect to istgt. Here is release 20090309 latest committed to ports. http://shell.peach.ne.jp/aoyama/archives/345 If you need anything other than Japanese, please use translation such as google translate. Thanks, -- Daisuke Aoyama ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
Now istgt is a part of ports. (net/istgt) FreeBSD issue is solved by danny's patch. After applying the patch, iscontrol can connect to istgt. I am interested in giving this a try, though not immediately as I am away from the office at the moment. Do I need to apply a patch to iscontrol to make it work though ? I can't work it out from your statement above. Here is release 20090309 latest committed to ports. http://shell.peach.ne.jp/aoyama/archives/345 Than ks. Is the intent to integrate with the base system eventually rather than have it in ports ? It would be nice to have a native implementation which could then be integrated with ZFS. Will let you know how I get on... -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
Now istgt is a part of ports. (net/istgt) FreeBSD issue is solved by danny's patch. After applying the patch, iscontrol can connect to istgt. I am interested in giving this a try, though not immediately as I am away from the office at the moment. Do I need to apply a patch to iscontrol to make it work though ? I can't work it out from your statement above. english version: (ungoogled :-) the latest is in: http://www.cs.huji.ac.il/~danny/ftp/freebsd/iscsi-2.1.1.tar.gz and if you already have 2.1, apply: --- iscsi.c.orig2008-09-21 10:01:50.0 +0300 +++ iscsi.c 2009-03-11 13:29:04.250472000 +0200 @@ -62,7 +62,7 @@ #include dev/iscsi/initiator/iscsi.h #include dev/iscsi/initiator/iscsivar.h -static char *iscsi_driver_version = 2.1.0; +static char *iscsi_driver_version = 2.1.1; static struct isc_softc isc; --- isc_sm.c.orig 2008-07-19 14:04:23.0 +0300 +++ isc_sm.c2009-03-11 13:30:20.672791000 +0200 @@ -508,7 +508,7 @@ sn-cmd++; case ISCSI_WRITE_DATA: - bhs-ExpStSN = htonl(sn-stat); + bhs-ExpStSN = htonl(sn-stat + 1); break; default: danny ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Tester wanted for multipath failover iSCSI target software
I am interested in giving this a try, though not immediately as I am away from the office at the moment. Do I need to apply a patch to iscontrol to make it work though ? I can't work it out from your statement above. Yes, you need. Than ks. Is the intent to integrate with the base system eventually rather than have it in ports ? It would be nice to have a native implementation which could then be integrated with ZFS. istgt is still under development. so I don't think integration. before thinking, I should work to fix more bugs. thank you. -- Daisuke Aoyama ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
