On Tue, 2012-06-12 at 19:25 +0200, Paolo Bonzini wrote: > Il 12/06/2012 19:20, James Bottomley ha scritto: > > But secondly, the reason we're so up in arms about SCSI-3 PR is that > > there's a feature called reservation by transport ID. This is used to > > reserve multipath devices when one of the paths is down. Effectively it > > allows a PR-OUT command to set a reservation on any LUN with access only > > to one of them. It's definitely a hack in the SCSI standard, but it's > > not one that can be controlled by a unix like permission model. Write > > access to *any* LUN allows you to reserve *all* luns. > > Thanks for taking the time to explain---I knew about this, but I thought > it could (perhaps should) be disabled on the SAN. Anybody could already > use reservation by transport ID if they had root access on the local > machine, no? No ... it's required for multipath to work correctly and multipath is a usual enterprise feature. The only way around this is either to trust your users or not to give out root ... and most data centres choose the latter. It causes real pain from NPIV and SR-IOV ... you need hardware solutions like some type of SAN volume controller to fix it. James -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html