Hi, Matt:

How many years ago was "... before ..."? As of V6R1 and above, IBM i uses industry-standard 512 blocksize disks as served up by VIOS.

See:
http://www-03.ibm.com/systems/resources/pcrm.pdf

This document contains a description (on page 102) of the use of 512-byte sectors vs. 520 byte sectors in i5/OS V6R1 and above when using VIOS provided virtual disk.

Mark

> On 5/21/2013 6:22 PM, Matt Olson wrote:
I've heard before from other SAN vendors that they don't interoperate with the IBM i is because of its proprietary 524 byte sector sizes. Not sure if that's still the case today...

(so sick of hitting backspace to correct the capital letter I in IBM i!)


-----Original Message-----
From: PaultinNZ [mailto:paultormey@xxxxxxxxx]
Sent: Tuesday, May 21, 2013 5:10 PM
To: Midrange Systems Technical Discussion
Subject: Re: Housekeeping

This sounds good but it would be nice if IBM i worked with other SANS as well.

With your 'inside knowledge' any idea if this will be limited to the V7000 & V3700?


On 22 May 2013 01:29, Pete Massiello - ML <pmassiello-ml@xxxxxxxxxxxx>wrote:

Jim is right on here about complex environments.

What is going to make this easier is additional options that IBM has
stated are coming. If you go back to the February announcements there
was a statement of direction about adding direct IBM I support for the
IBM Storwize SAN products (V7000 & V3700). These are great easy to use SANs,
with some fantastic capability. I know when they are coming out, but I
don't think that IBM has publically stated it yet. I would say watch
this space closely, because when it is announced then IBM I will be
able to directly attach with fibre to these great little SAN devices,
and the need for VIOS will be reduced for the IBM I community. Making
easy to connect, easy to use, and easy to manage external disk, at a very affordable price.
When you see IBM i and a V7000 work together, you will be reminded why
those guys in the boardroom were so happy they had chosen IBM i.

Pete
--
Pete Massiello
iTech Solutions
http://www.itechsol.com
http://www.iInTheCloud.com





-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:
midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: Tuesday, May 21, 2013 9:04 AM
To: Midrange Systems Technical Discussion
Subject: Re: Housekeeping

Your right; for the more complex environments to be vertically
integrated it is getting somewhat more complex to set up, but simpler
to manage once it is set up (exception VIOS).

If you want IBM i with its total integration and use that box to run
your business, it's still simple. It all depends on how much
unstructured data you have to manage.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 5/21/2013 7:33 AM, Jeff Crosby wrote:
Forgive me for butting in here, because I have absolutely no
experience with VIOS or blades or PureFlex or whatever, but a
thought keeps creeping into my head.

We're going backwards.

The IBM i is supposed to be simple to manage. This doesn't sound
like it's making things simpler. Are we going to get to a point
where the "Laughing Boardroom" ads don't apply anymore?

Just my .02.




On Tue, May 21, 2013 at 8:22 AM, Vernon
Hamberg<vhamberg@xxxxxxxxxxxxxxx
wrote:

I won't say that the FSM of PureFlex does everything, but I
believe it IS a graphical interface to managing those boxes -
wouldn't it be nice to get that for other places?

Has anyone used it? Is it much more GUI than, say, HMC?

On 5/21/2013 6:08 AM,rob@xxxxxxxxx wrote:
> VIOS is probably linux based. And many of those Linux
propeller heads > aren't as open to GUI as IBM i users are.
At least that's what IBM told > me when I asked for an
enhancement to System i Navigator for Windows > support for
semaphores and threads. They rejected the request because >
true aficionados of
semaphores and threads eschew GUI.
>
>
> Rob Berendt
--
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at
http://archive.midrange.com/midrange-l.



--
Paul Tormey
3/11 Bramley Drive
Farm Cove
Auckland
2012
New Zealand
Home: 09 576 3415 or 0064 9 576 3415
Mobile: 021 810615 or 0064 21810615
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.