Hey, thanks you guys! I appreciate it a lot! --jason
On Dec 20, 2012, at 12:11 PM, David Noriega wrote: > In my experience, if there is a particular driver for multipathing from the > vendor, go for that. In our setup, we have Oracle/Sun disk arrays and with > the standard linux multipathing daemon, I would get lots of weird I/O errors. > Turns out the disk arrays had picked their preferred path, but Linux was > trying to talk to the LUNs on both paths and would only receive a response on > the preferred one. > > There is an rdac driver that can be installed. Simply disable the > multipathing daemon or configure it to ignore the disk arrays and use the > vendor solution. I had no more I/O errors(Which only served to slow down the > boot up process). > > > On Wed, Dec 19, 2012 at 11:36 AM, Jason Brooks <[email protected]> wrote: > Hello, > > I am building a 2.3.x filesystem right now, and I am looking at setting up > some active-active failover abilities to my oss's. I have been looking at > Dell's md3xxx arrays, as they have redundant controllers, and allow up to > four hosts to connect to each controller. > > I can see how linux multi-path can be used with redundant disk controllers. > I can even (slightly) understand how lustre fails over when an oss goes down. > > > • Is lustre smart enough to use redundant paths, or failover oss's if > an oss is congested? (it would be cool, no?) > • Does the linux multi-path module slow performance? > • How much does a raid array such as the one listed above act as a > bottleneck, say if I have as many volumes available on the raid controllers > as there are oss hosts? > • Are there arrays similar to Dell's model that would work? > Thanks! > > --jason > > _______________________________________________ > Lustre-discuss mailing list > [email protected] > http://lists.lustre.org/mailman/listinfo/lustre-discuss > _______________________________________________ > Lustre-discuss mailing list > [email protected] > http://lists.lustre.org/mailman/listinfo/lustre-discuss _______________________________________________ Lustre-discuss mailing list [email protected] http://lists.lustre.org/mailman/listinfo/lustre-discuss
