From: "roland" <devzero@web.de>
To: linux-scsi@vger.kernel.org
Subject: Disable SCSI-Reservation at the driver level ?
Date: Sun, 26 Nov 2006 17:31:26 +0100 [thread overview]
Message-ID: <0ca701c71178$528eb3a0$eeeea8c0@aldipc> (raw)
Hello !
i have a "problem" with VMWare ESX (not big one, but interesting one - at
least for me).
If you don`t know VMware ESX - ESX is sort of it`s own operating system with
Linux as a management console OS on top of a hypervisor (vmkernel), just
similar to XEN hypervisor with and attached dom0. Besides the drivers in the
console OS, the vmkernel loads it´s own drivers, which are derived from
Linux drivers.
VMWare ESX refuses to create VMFS Filesystem on SATA disk, attached to a
onBoard SAS controller (lsi1068).
When i raid1 two SATA disks, it works, if i use a single SATA disk, the
controller seems to "expose" the disk differently to the operating system
and creation of a VMFS fails due to missing ability to issue SCSI
reservation command.
Ok there is no official SATA support for now, but some controllers work with
SATA, because you can either attach SAS and SATA disks to that (LSI1068).
Furthermore there are SATA-controllers which can be used with the driver of
some SCSI-model (LSI Megaraid 150-4)
Afaik, SCSI reservations being used/needed in shared storage environment
(SAN, Shared local attached storage), so i wonder, why it's also being used
on local attached disk. Only vmware may give an answer here.
Maybe i can can "workaround" this somehow ?
I couldn`t find a way to stop the vmkfstools (which is used to format
blockdevice with VMFS) issueing a SCSI reservation command, but i assume
this can probably be done via filtering some syscall (ioctl?) via LD_PRELOAD
library - i.e. wrapping vmkfstools - or maybe i can hack this at the driver
level, since source of the ESX storage drivers is available for download and
can be recompiled. :)
if somebody like to help hacking this - there is a thread at:
http://www.vmware.com/community/thread.jspa?messageID=518182񾠦
thread begins with some related iSCSI issues and discusses SATA issues later
on.
regards
Roland
ps:
yes, i know this is somhow "evil" and i shouldn`t do that, because something
could badly fail - but it`s for private purpose, for proof of concept and
for personal satisfaction. :) i´m not going to use such hack on any
production system.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next reply other threads:[~2006-11-26 16:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-26 16:31 roland [this message]
2006-11-26 17:46 ` Disable SCSI-Reservation at the driver level ? James Bottomley
2006-11-26 19:22 ` roland
2006-11-28 19:23 ` Douglas Gilbert
2006-11-27 5:56 ` Christoph Hellwig
-- strict thread matches above, loose matches on Subject: below --
2006-11-27 9:45 devzero
2006-11-27 17:18 ` Christoph Hellwig
2006-11-27 18:36 devzero
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='0ca701c71178$528eb3a0$eeeea8c0@aldipc' \
--to=devzero@web.de \
--cc=linux-scsi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox