| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
Matthew Henkler wrote: > That seems to have fixed it. I guess I wasn't clear on that fact, since > Continuous was after DiscoveryAddress in the .conf file by default. > He he, yeah no problem. I look at that config stuff almost every day and forget this fun stuff. Did you say before you also had a performance problem? If so, was it easy to reproduce and were there any log messages about a rejected pdu? If someone still has that problem let me know. Send a ethereal trace of when the problem occurs if possible. If not, I can send a patch to dump some more info about the problem which will help debug it. > Thanks for your help, > > matt > > > -----Original Message----- > From: Mike Christie [mailto:michaelc@xxxxxxxxxxx] > Sent: Monday, January 15, 2007 2:57 PM > To: Matthew Henkler > Cc: linux-iscsi-users@xxxxxxxxxxxxxxxxxxxxx > Subject: Re: Connection to Discovery Address failed > [EMCAX150SCi on RHEL4] > > > In your iscsi.conf file try: > > Continuous=No > DiscoveryAddress=some_address > > Make sure you put the Continuous=No line > before the discovery address and try it. This sets it for all discovery > addresses after the definition. > > If you only want to set if for this one discovery address make sure you > do it like this: > > > DiscoveryAddress=some_address > Continuous=No > > And add a tab here. > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-iscsi-users mailing list linux-iscsi-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/linux-iscsi-users
[IP Storage] [IETF] [Linux SCSI] [iSCSI Book] [Linux Resources] [Yosemite News] [Photo] [Home] [IETF Announcements] [IETF Discussion] [SCSI Hardware]