× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



It will, saves, restores, dups.
We do them all simultaneously, as long as there are enough drives.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Monday, November 25, 2013 7:15 AM
To: Midrange Systems Technical Discussion
Subject: RE: Fibre Channel Tape Sharing on Guest Partition

I haven't tried two simultaneous saves to the same library from the same lpar. Would be interesting to see if that would work. I suppose one save could be using TAP03 and one using TAP01
TAPMLB01 VARIED ON
TAP03 OPERATIONAL UNPROTECTED
TAP01 OPERATIONAL UNPROTECTED
TAP02 OPERATIONAL UNPROTECTED


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 11/22/2013 08:49 PM
Subject: RE: Fibre Channel Tape Sharing on Guest Partition
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Rob,

I have config similar to yours, works great.
3 LPARS, 2 8 gb dual port fiber cards,
one on Production, One on R&D, none on 3RD upgrade partition.
I DLPAR to 3rd partition when needed.
3573 with 4 LTO5 HH fiber drives
Brocade fiber channel switch, configured with 4 zones.
TAPMLB01 appears the same on both partitions.
All four drives available on each partition at all times, no vary off/
vary on needed.
One port can run 4 drives, but you will see a bandwidth issue after 2
drives on one port
One LTO5 drive will use 65% (per IBM support) of the 8 gb bandwith (5.2
gb), leaving only 35% (2.8 gb) for the 2nd drive
We are using both ports of the fiber card, for both redundancy and
bandwidth issue.
Only issue is the DUP performance, but its been proven not related to any
hardware or config, DUP coding issue.

SYSA IOPA Port1 sees both PORT5 TAPE1 and PORT6 TAPE2
SYSA IOPA Port2 sees both PORT7 TAPE3 and PORT8 TAPE4

SYSB IOPB Port1 sees both PORT5 TAPE1 and Port6 TAPE2
SYSB IOPB Port2 sees both PORT7 TAPE3 and Port8 TAPE4
then each system will see all 4 drives ... 2 drives per port of the IOA

System A
TAPMLB01 VARIED ON
TAP03 OPERATIONAL UNPROTECTED
TAP01 OPERATIONAL UNPROTECTED
TAP04 OPERATIONAL UNPROTECTED
TAP02 OPERATIONAL UNPROTECTED

System B
TAPMLB01 VARIED ON
TAP03 OPERATIONAL UNPROTECTED
TAP01 OPERATIONAL UNPROTECTED
TAP04 OPERATIONAL UNPROTECTED
TAP02 OPERATIONAL UNPROTECTED

Paul


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [
mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Friday, November 22, 2013 10:05 AM
To: Midrange Systems Technical Discussion
Subject: RE: Fibre Channel Tape Sharing on Guest Partition

Currently, without vios, I have
Device/
Resource Status Allocation
TAPKVL01 VARIED ON
TAP02 OPERATIONAL UNPROTECTED
TAP01 OPERATIONAL UNPROTECTED
TAP03 OPERATIONAL UNPROTECTED

I do not vary any item off/on.

If lpar1 is doing a backup it backs up to TAPKVL01. And one of the drives
randomly goes active.
If lpar2 is doing a backup it also backs up to TAPKVL01. And one of the
drives randomly goes active.
If lpar3 is doing a backup it also backs up to TAPKVL01. And the
remaining drive is used.
If lpar4 tries to do a backup it's not going to end well. We do schedule
that one's backup to run later.

This all works great. All set up with BRMS. The only problem is that
each lpar has their own fiber card all going to the same switch and then
to the same tape library.

From what everyone here is saying virtualizing the tape brings nothing
to
the party unless I just want to use older tape cards which may not be
supported on IBM i but may be supported on VIOS. I would still need to
have the same number of cards?


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "Patrick.Bingham@xxxxxxxxxxxxx" <Patrick.Bingham@xxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 11/22/2013 09:38 AM
Subject: RE: Fibre Channel Tape Sharing on Guest Partition
Sent by: midrange-l-bounces@xxxxxxxxxxxx



It's just terminology so please don't take offense. The concept below is
correct.

The tape library device can be varied on in more than one partition at one

time. It's the drive device description that can only be varied on in one

partition at a time. If you use the library description in your backup
commands, the system will manage the device vary on/off.


Patrick Bingham | Principal Power Systems Engineer
Office: 402.965.2381 | Mobile: 402.212.2944
| Patrick.Bingham@xxxxxxxxxxxxx
Sirius Computer Solutions | www.siriuscom.com
14301 FNB Parkway, Suite 400, Omaha, NE 68154



-----Original Message-----
From: Jim Oberholtzer [mailto:midrangel@xxxxxxxxxxxxxxxxx]
Sent: Friday, November 22, 2013 8:26 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Fibre Channel Tape Sharing on Guest Partition

Rob,

Each tape library can only be varied on at one partition at a time, but
you would not need to move the card at all.

With respect to VOIS, you can run a VIOS partition solely for the sake of
virtualizing the tape and other items like that and still run you IBM
partitions in native hardware or as Guest partitions to IBM i. Just
because you have VIOS does not mean you have to put everything there. I'm

thinking a long discussion with an technical architect with the
appropriate
experience is in order. Your business partner has a couple of those guys
working for them and of course you can guess the multiple people on this
list might be in that category as well.

--
Jim

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Friday, November 22, 2013 7:10 AM
To: Midrange Systems Technical Discussion
Subject: RE: Fibre Channel Tape Sharing on Guest Partition

So, with VIOS, I could have one fiber card supporting multiple lpars, all
using the same card at the same time? I know that modern tape drives,
with modern attachments, often run faster than IBM i can drive them.
Assuming that the library has multiple drives (like ours does) at which
point can you start saying perhaps a second card is needed?

We will probably be going the VIOS route with our next hardware round
(probably 1Q 2014). We're just hoping to put it off until then.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "Jim Oberholtzer" <midrangel@xxxxxxxxxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 11/22/2013 07:48 AM
Subject: RE: Fibre Channel Tape Sharing on Guest Partition
Sent by: midrange-l-bounces@xxxxxxxxxxxx



That's what NPIV does for you Rob.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Friday, November 22, 2013 6:16 AM
To: Midrange Systems Technical Discussion
Subject: Re: Fibre Channel Tape Sharing on Guest Partition

Do you have san fiber tape support set up through VIOS also?


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: DrFranken <midrange@xxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 11/21/2013 11:40 PM
Subject: Re: Fibre Channel Tape Sharing on Guest Partition
Sent by: midrange-l-bounces@xxxxxxxxxxxx



If you have VIOS in the mix you can virtualize like crazy. Both tap and
disk. I just finished a major install with Pete that's all Fiber Channel
storage through SAN Switches and VIO to V3700. Once a few bits are set
up in VIOS you simply create storage on the SAN and attach it to
whichever partition that needs it. Shazam more disk. Tape is the same.

Since VIOS is needed for other advanced functions as well such as
mobility, memory sharing and more, it makes sense that VIOS would bring
all that support first.

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 11/21/2013 12:29 PM, Paul Raulerson wrote:
Slightly OT, but I wonder if anyone knows why Fibre Channel support is
so difficult to virtualize? Just in general terms.

Fibre connected SAN storage is a huge benefit to most business
configurations.

Even a tiny system like a DS3500 can support the i - rather the DS3500
supports IBM VIOS 2.1.3 wit h IBM i 6.1 or later. And it can support flash



copy and other. (Okay, for comparison, you can can configure 18TB of raw
storage (i.e. about 13TB in RAID 5) for about $16K. That's significant
change, but how much would it cost to put that much storage directly on an



i?

Or are there just better solutions than I, being way out of date, am
unaware of?

Anyways, it would seem that fibre connections would be one of the first
things virtualized, but it usually seems to be one of the last. Judging by



"i" and VMWare. The zSeries machines can all virtualize fibre connections
(FICON and FibreChannel) without breaking a sweat, but then, those
machines do not have any internal DASD options. :)

-Paul
--


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.