[Webinar] Streamline your web hosting managementRegister Today

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 385
  • Last Modified:

need help with LUNS zoning

Hi All,

Need a small advice and to confirm if we need to reboot a physical server having RHEL 6 on it after LUNS zoning?

Please explaining little bit how and why to do it?

Thanks in advance!
0
apunkabollywood
Asked:
apunkabollywood
  • 3
  • 3
  • 2
2 Solutions
 
woolmilkporcCommented:
You don't have to reboot a server after making changes to the SAN's zone configuration.
All current switches use "hard" zoning wich is kind of a hardware based filtering mechanism implemented on the switch level.

The "soft" zoning used in the past had its effect only when a connection was initially made.
It was kind of a software based filtering at the SAN name server level.
Once a connection was established the HBA firmware did no longer have query the name server for this connection and consequently, when changing zoning information which would affect existing connections you at least had to close/reopen the HBA, or reboot.

But as said, we have "hard" zoning now where zone database changes take effect immediately.

One caveat though: Each zone reconfiguration causes RSCNs ("registered state change notifications") to be sent to all nodes. It might happen that an HBA cannot process these RSCNs fast enough so that there might be a disruption of I/O. Change the zone config only when your SAN is not too busy (or when short I/O disruptons are acceptable).
0
 
Daniel HelgenbergerCommented:
I like to add one use case to woolmilkporc's answer: Wile zoning in a Lun is save you should always take care when zoning out volumes; esp. with dm-multipath. There it might even be desirable to shut down the machine.

1. mounted volumes.
I think it is clear but want to make sure: always dismount LUNs you want to zone out. Otherwise you will have data loss.

2. dm-multipath with option 'quere if no path' on (the default)
If you zone away LUNs, dm-multipath sees this path as failing; usually you do zone out a Lun out completely (all pathes go away). In this case, I would always shut down the server since you your IO's will not time out and you might not be able to resolve this.
0
 
apunkabollywoodAuthor Commented:
Thank you Woolmilkproc and Daniel for your advice.

One samll query - Should I say that in max scenario we dont need reboot?

Hi Daniel - Sorry but could you please explain some more about your bottom second point on DM Multipath - I confuse in that?

Any other advice will be highly appreciated!
0
The new generation of project management tools

With monday.com’s project management tool, you can see what everyone on your team is working in a single glance. Its intuitive dashboards are customizable, so you can create systems that work for you.

 
woolmilkporcCommented:
You don't need a reboot, that's true.

If your zone changes would take away active LUNs from a server you must take care that these LUNs are down on the concerned server - means: applications using the respective filesystems or raw devices shut down, filesystems dismounted (better: deleted) and disks removed from the server's config.
0
 
apunkabollywoodAuthor Commented:
Thanks Woolmilkporc,

Actually I am concerned about your this statement:
"One caveat though: Each zone reconfiguration causes RSCNs ("registered state change notifications") to be sent to all nodes. It might happen that an HBA cannot process these RSCNs fast enough so that there might be a disruption of I/O. Change the zone config only when your SAN is not too busy (or when short I/O disruptons are acceptable)."

I dont want any problem - what do you think is it a major issue?

Or if you could brief me some more about it ?
0
 
woolmilkporcCommented:
Each change in the SAN configuration gets propagated to all nodes (HBAs).

This is done by means of RSCNs ("registered state change notifications") which must be accepted, processed and answered by the concerned HBAs.
So if your HBAs (switches and servers) are very busy it might happen that an HBA is not able to process an RSCN fast enough between I/Os, so that I/O might be delayed or even disrupted. Switch and HBA will have to communicate such a disruption to finally repeat the failed I/O(s).

This will obviously take some time, and if your applications are very sensitive in regard to response time you should not perform major SAN config (zone) changes during busy hours.
0
 
Daniel HelgenbergerCommented:
Hi Daniel - Sorry but could you please explain some more about your bottom second point on DM Multipath - I confuse in that?

Sure. dm-multipath is used in Linux (RHEL) to virtualize many different paths to one LUN as one multipathed device. Since most are firm with IP - networks, I will try an analogy.

Some detail: In Ethernet/IP networks, you may only have one path active at a time. If you connect two ports of the switch with one cable, you packets are traveling endlessly; STP will stop that, you can call dm-multipath an equivalent if you like.
In a SAN, multiple paths are possible and even wanted for performance and redundancy. Remember, storage access is much more delegate then network access. For instance, you connect two ports of your FC switch to your computer. If one port fails, you still have the other port. But: You see your LUN twice. If you access the LUN from both ports, data corruption will occur.

This is where dm-multipath will come in: It distinguishes the devices it sees more than once and aggregates them into a virtual device you will now access (it even blocks the access to the original device). As with STP, it can make fastest (shortest) path decisions while it can also use all paths together for performance (STP would block one path).

By default, if one or all paths failing, dm-multipath would put IO operations to that device in an endless cue until the paths are available again. If you zone a LUN out, you do that on purpose and they never come back.

So, while all of woolmilkporc's statements are true and working well, I still find it more practical to switch off the server if I do zone out LUNs - because it is sometimes faster then unmounting all the devices and stopping (and finding) all services and open files. If you need the system up, then you can achieve the same without switching it off of course.
0
 
apunkabollywoodAuthor Commented:
Thank you both for detailed info on this.
0

Featured Post

Hire Technology Freelancers with Gigs

Work with freelancers specializing in everything from database administration to programming, who have proven themselves as experts in their field. Hire the best, collaborate easily, pay securely, and get projects done right.

  • 3
  • 3
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now