Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Linux-HA: Users

Re: open-iscsi won't automatically log in to set up SBD device

 

 

Linux-HA users RSS feed   Index | Next | Previous | View Threaded


dejanmm at fastmail

Aug 8, 2012, 8:20 AM

Post #1 of 2 (131 views)
Permalink
Re: open-iscsi won't automatically log in to set up SBD device

Hi,

On Wed, Aug 08, 2012 at 09:13:00AM -0600, David Corlette wrote:
> Hi folks,
>
> I'm having a weird problem with open-iscsi attempting to use it with SBD. This is on SLES11 SP2 with the HAE.
>
> I created an iSCSI Target and set up a 1MB device for use with SBD. I then used iSCSI Initiator to discover and log in to the iSCSI Target (with no auth credentials), found the LUN, and set up SBD to use that device (by ID). This all works great.
>
> I set the open-iscsi service to start on boot, and when I logged in to the Target I specified 'onboot' as well. The file
> /etc/iscsi/nodes/iqn.2012-07.com.example:ac247b7e-57fd-4abc-9dd5-3b0100f92fd7/10.0.0.3,3260,1/default
> in fact does include the line
> node.startup=onboot

Not sure, but did you use YaST to configure the target? The file
you mention above is auto-generated.

> But when I restart, it looks like the service starts but it will NOT log in to the target automatically. I'm forced to manually start up YaST and log in again. This makes the cluster node essentially useless, since it can't automatically rejoin the cluster without manual intervention.

It is arguably good practice that nodes don't join cluster
automatically on boot. Normally, one wants to investigate why
the node rebooted.

> Note that this same problem exists on every node (approaching about 10, now) that I or my team has set up.
>
> I've tried everything I can think of .... help?
>
> P.S. I realize that this may be an open-iscsi issue, but a) I don't know where that project is supported and b) I figured you folks may have run into this. Any help appreciated!

This is certainly an open-iscsi or distribution issue.

Thanks,

Dejan

>
>
> ----------------
> David Corlette
> Product Line Lead
> DCorlette [at] netiq
> 703.663.5517
> NetIQ
>
>
>
>
>
> _______________________________________________
> Linux-HA mailing list
> Linux-HA [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems


DCorlette at netiq

Aug 8, 2012, 5:05 PM

Post #2 of 2 (117 views)
Permalink
Re: open-iscsi won't automatically log in to set up SBD device [In reply to]

>> But when I restart, it looks like the service starts but it will NOT log in
> to the target automatically. I'm forced to manually start up YaST and log in
> again. This makes the cluster node essentially useless, since it can't
> automatically rejoin the cluster without manual intervention.
>
> It is arguably good practice that nodes don't join cluster
> automatically on boot. Normally, one wants to investigate why
> the node rebooted.

Mmmm.... this thinking is along the same lines of Microsoft's forcing you to enter a reason every time you reboot, regardless of whether anyone cares or not. Also, if that's intentional, then the openais service should still start, but not automatically join the cluster - as it is, it just fails on SBD which is clearly not desired behavior. And if the intent is to not be incredibly irritating, this should only happen on a 'dirty' reboot.

But point taken, the problem really has nothing to do with openais per se, it has to do with open-iscsi. I'll see if I can figure out where that product hosts its support lists...

Thanks!

_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Linux-HA users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.