On Tue, May 06, 2008 at 07:53:29AM +0200, Stefan de Konink wrote:
On Tue, 6 May 2008, Daniel P. Berrange wrote:
Due to the reason all LUNs are exported over one connection, a
rescan before usage a rescan is always required. LUN numbering is not
stable, nor they can be found at the
On Tue, 6 May 2008, Stefan de Konink wrote:
The LUN probably is, as stable as the human readable path to it. If your
suggestion is:
/dev/disk/by-path/ip-172.16.103.200:3260-iscsi-iqn.1992-08.com.netapp:sn.118046347:vf.88fa4694-0ba6-11dd-b8a9-00a09807592f-lun-1034
Lets elaborate a bit further
On Tue, May 06, 2008 at 02:52:40PM +0200, Stefan de Konink wrote:
On Tue, 6 May 2008, Stefan de Konink wrote:
The LUN probably is, as stable as the human readable path to it. If your
suggestion is:
On Tue, May 06, 2008 at 02:44:49PM +0200, Stefan de Konink wrote:
On Tue, 6 May 2008, Daniel P. Berrange wrote:
On Tue, May 06, 2008 at 07:53:29AM +0200, Stefan de Konink wrote:
Having the daemon SSH into the filer is a non-starter. There's no way most
admins will allow that as in any
On Tue, 6 May 2008, Daniel P. Berrange wrote:
On Tue, May 06, 2008 at 02:44:49PM +0200, Stefan de Konink wrote:
On Tue, 6 May 2008, Daniel P. Berrange wrote:
On Tue, May 06, 2008 at 07:53:29AM +0200, Stefan de Konink wrote:
Having the daemon SSH into the filer is a non-starter.
On Tue, May 06, 2008 at 03:37:04PM +0200, Stefan de Konink wrote:
On Tue, 6 May 2008, Daniel P. Berrange wrote:
/* Now figure out the stable path
*
* XXX this method is O(N) because it scans the pool target
* dir every time its run. Should figure out a more
Currently in Xen it is very easy to prototype a certain function related
to binding host hardware to virtual hardware. The script gets an argument,
can do anything it wants and returns another argument, or better: writes
it to the xen-store.
I was reviewing the current iSCSI code, because I
On Mon, May 05, 2008 at 10:15:19PM +0200, Stefan de Konink wrote:
Currently in Xen it is very easy to prototype a certain function related
to binding host hardware to virtual hardware. The script gets an argument,
can do anything it wants and returns another argument, or better: writes
it to
On Mon, 5 May 2008, Daniel P. Berrange wrote:
So I pose a simple request: would anyone be able to create a xen-like
storage backend that in principle passes the URI to a script (that runs as
a fork) this script sets for example an envirionment variable or text
output, the code uses this
On Mon, May 05, 2008 at 10:50:25PM +0200, Stefan de Konink wrote:
On Mon, 5 May 2008, Daniel P. Berrange wrote:
It could be a question by some: 'why doesn't he write a simple
implementation in C?' basically: I'll will do this, no worries about that
one, but I would like to be able to
On Mon, 5 May 2008, Daniel P. Berrange wrote:
netapp://username/partition
I would prefer to let libvirt figure out where the lun can be found on the
system. (This involves connecting to the fileserver, fetching the LUN,
looking up the connection on the Linux side, reading the symlink).
On Tue, 6 May 2008, Daniel P. Berrange wrote:
NetApp puts *all* iSCSI luns on one connection.
Add 'automatic' lunnumbering and no explicit exported comments
in Vendor names etc. to the scenario and you see my ballpark.
So to make it more simple:
OpenSolaris NetApp
All
12 matches
Mail list logo