Re: Chunk (RAW Block) access to DS8000 storage
> -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes > Sent: Thursday, July 30, 2009 9:29 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Chunk (RAW Block) access to DS8000 storage > > > > > On Thu, Jul 30, 2009 at 16:06, Gary M. > Dennis wrote: > >> Does anyone know of a way to access very large chunks of > DS8000 storage > >> without minidisk definitions? > >> > >> We are looking for a way to allocate substantial > increments of storage > >> (several terabytes at a time) with the least > administrative overhead. > > Convince IBM to document the QDIO interface to the FCP > adapters. Short of > that, the only way is to deconstruct the Linux QDIO support, > which (since > it's GPLv2) will taint your product and force you to ship source code. > > -- db Well, maybe and maybe not. Have one person look at the GPL'ed code and document the interface. Have a separate person (or team) develop a "clean room" implementation. GPL does not stop you from doing that. It only stops you from copying the actual code itself. Of course, IANAL, so take my position for what it is worth - not much. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
Re: Chunk (RAW Block) access to DS8000 storage
On Thu, Jul 30, 2009 at 10:06 PM, Gary M. Dennis wrote: > Does anyone know of a way to access very large chunks of DS8000 storage > without minidisk definitions? > > We are looking for a way to allocate substantial increments of storage > (several terabytes at a time) with the least administrative overhead. Both "very large" and "the least" may cause this not to fit your needs... but if you can do XC... How about defining one or a few huge EDEVICE and map each owners' portion into a dataspace with mapmdisk ? Rob
Re: Chunk (RAW Block) access to DS8000 storage
> > On Thu, Jul 30, 2009 at 16:06, Gary M. Dennis wrote: >> Does anyone know of a way to access very large chunks of DS8000 storage >> without minidisk definitions? >> >> We are looking for a way to allocate substantial increments of storage >> (several terabytes at a time) with the least administrative overhead. Convince IBM to document the QDIO interface to the FCP adapters. Short of that, the only way is to deconstruct the Linux QDIO support, which (since it's GPLv2) will taint your product and force you to ship source code. -- db
Re: Chunk (RAW Block) access to DS8000 storage
On Thursday, 07/30/2009 at 04:06 EDT, "Gary M. Dennis" wrote: > Does anyone know of a way to access very large chunks of DS8000 storage without > minidisk definitions? > > We are looking for a way to allocate substantial increments of storage (several > terabytes at a time) with the least administrative overhead. Gary, you can ATTACH (CP command) or DEDICATE (directory statement) an entire DS8000 volume to a guest. Alan Altmark z/VM Development IBM Endicott
Re: Chunk (RAW Block) access to DS8000 storage
SAN? -- R; <>< On Thu, Jul 30, 2009 at 16:06, Gary M. Dennis wrote: > Does anyone know of a way to access very large chunks of DS8000 storage > without minidisk definitions? > > We are looking for a way to allocate substantial increments of storage > (several terabytes at a time) with the least administrative overhead. > > --. .- .-. -.-- > > Gary Dennis > Mantissa Corporation >
Chunk (RAW Block) access to DS8000 storage
Does anyone know of a way to access very large chunks of DS8000 storage without minidisk definitions? We are looking for a way to allocate substantial increments of storage (several terabytes at a time) with the least administrative overhead. --. .- .-. -.-- Gary Dennis Mantissa Corporation