Dave Chinner put forth on 4/6/2011 6:41 AM: > On Wed, Apr 06, 2011 at 12:19:00PM +0200, Jan Kundrát wrote: >> zerombr yes >> clearpart --all --initlabel >> part swap --size=1024 --asprimary >> part / --fstype ext3 --size=0 --grow --asprimary > > There your problem - hello random crap.... Yep, most likely. > Given the nature of the problem, I have to assume you aren't using > FC zoning to prevent hosts from seeing disks that don't belong to > them? Switch soft zoning isn't even required to avoid this kind of mess. The Nexsan arrays (as with many/most others) have built in LUN security, allowing you to unmask a LUN to only specific WWNs of specific HBAs. With Nexsan products, by default, no LUNs are unmasked after creating a virtual disk and assigning a LUN to it. One must then manually unmask a LUN to one or more HBA WWNs. Their are basically only 3 scenarios when you would assign more than one HBA WWN to a given LUN: 1. multi-pathing between two (or more) FC ports on one host 2. shared disk cluster filesystem such as CXFS, GFS2, or OCFS. 3. passive fail over high availability Some folks assign "everything to everything" on their FC SAN for various not so well considered reasons, without realizing the consequences. -- Stan _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
