Re: Who is your go to person for virtual disks?

> I did and I'm still staying to "I consider the I/O Handling of IBM i in a secondary LPAR as a bug." Adding multiple controllers and virtual disks because of lack of I/O Queue depth and maybe more issues means a lot of unnecessary complexity to the admin and also a lot of wasted CPU/IOP cycles because data is being double-handled.

I disagree. It is not 'A Bug' it is a design point that has been in there since 1988 and most likely from the S/38 before that. IBM i can support, as I recall, 2047 disk units. I have personally worked with LPARs that had well over 500 disk units.

In discussions with various IBMers over the years changing IBM i underlying disk I/O code to support a single disk unit of ginourmous size would be a very significant undertaking. What's the value of that other than to a very small group, us IBM i admins??

MANY times in discussions of enhancements for administration of disks etc I have been told by IBM: "But Larry, you KNOW how to do it now. We do want to make things easier but it makes no business sense to put a lot of effort and funding into making YOUR job easier. Rather we are applying that effort toward new function that keeps our operating system the most functional in the world." (Such little things like Db2 Mirror for example.)

For the record, I'm good with that.


- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 3/23/2020 11:10 AM, Patrik Schindler wrote:

Am 23.03.2020 um 15:17 schrieb midrangel@xxxxxxxxxxxxxxxxx:

It's most likely NOT a bug with IBM i . Re-read Larry's response, then read it again.

As Larry pointed out: at least six disk units (virtual or real), all the
same size, then "add and balance", "add and balance"........

Now go read Larry's note again.

Jim, I can read myself. You don't need to push me like that. I was in error and I admitted it. What else, now?

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc