On 3/21/07, Adam Leventhal <[EMAIL PROTECTED]> wrote:

This can happen if the daemon isn't correctly listening for requests
either
because it's still starting up, because it's dumping core or for some
other
bug. Did it produce a core file? If you haven't already, I strongly
suggest
you configure coreadm(1M) to enable the global core file repository and
then check to see if you get any core files from the iSCSI target daemon.


I'll try that later today.

svsc says the iscsi target service is still running and no error messages
appeared in the logs.  Is there a method to run the iscsi target server
daemon in the foreground with debugging?


When I'm only using zfs shareiscsi  I need to restart the target service
or
> destroy the volume and recreate for the xml config file to be recreated.

This sounds like a bug in the iSCSI target. There have been several fixes
in this area recently -- what build are you running?


SE:DE 02/07 (b55b). I wasn't able to install SE:CE b59, even though the
install_check iso ran fine for some reason the installer just doesn't run.
Everything up to setting the root password works, then it just sits there.


ZFS stores its iSCSI configuration information as a property of the zvol
dataset (that is, not in the xml file in /etc).


Rebooting or destroy/create seems to fix the iscsi services bad xml config
issue. Maybe it's an internal


Regardless I'm having issues with trying to connect to the iscsi target.
Its
> broken some how.  I tried a quick test from an openfiler vmware image
I've
> got some PDU errors trying to start the initiator against the b55b
Solaris
> target.

Any details you can provide would be very helpful. If you want to file a
bug directly with that information, that would be even more helpful.


I think running the iscsi daemon in the foreground would be the best for
detail. Or maybe dtrace, I guess.  Maybe you can give me a dtrace howto
track the iscsitarget.

I blew away the solaris install to try out the new Xen 3.2 beta, but I've
still got the zfs pool sitting on the other disks in that system. I've got a
b57 image I haven't tried install, maybe that will work better than b55b.
However I assumed that SE:DE would be better tested as it's a Sun support
target.


I'm surprised it's such a pita, makes me wonder if zfs is really worth the
> pain of solaris vs linux.

Sorry you're finding the transition a bit rocky. We've been working to
improve the iSCSI target, ZFS, and their interactions.


Its a general complaint with some of my IT friends. Feels like you need a
PhD to run Solaris.   Anyone in a garage can run Linux. Even though I've
never set up DRDB on Linux, I could probably have it up and running in half
a day. Solaris needs more stuff like howtoforge.  I'm only complaining
because I know you guys are listening now, otherwise I probably won't bother
and run Linux.

Nicholas
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to