Chris Steffens wrote:
There is a host in which we exchange data that is converting to 9840C drives.
We are looking at attaching two 9840C drives to z/OS 1.7 as 3590s. I am
getting quite a bit of mixed information. This is how I see it working to this
point:
The non-IBM host will see the drives as 9840C and that is the mode of the
drive. z/OS will see the drives as 3590s and that will be the mode of the drive.
I have been informed that the microcode within the 9840C is "smart" enough
to realize that the data has been written in 9840C mode and must
be "converted" to 3590 mode on the z/OS side. I was informed that this
replaced the need for a 9840 UIM to be loaded on z/OS (so the 9840C could
be defined to z/OS as 9840s).
I cannot find any proof of this concept and am somewhat concerned about
connecting the 9840Cs (to z/OS) and praying that this arrangement works.
Any information, comments are welcomed.
We don't know enough details to help you. You cannot provide more details, because of "security resons". So, we cannot get more knowledge. <g>
BTW: While I'm fully understand your position, I'd like to comment the "security reasons" as unreasonable. Let's assume I ask about data interchange between z/OS and VSE system. Wow, I disclosed several pieces of information (z/OS, VSE, interchange, change in the process), CRITICAL from security point of view. ...or *not critical* at all.
Ab ovo:
From my understanding the problem lies in two issues:
1. Data format - as seen be operating system. EBCDIC/ASCII is not the only
'incompatibility' to solve. Even in MVS family z/OS cna write data blocks which
are unreadable by OS/390 (prior to 2.10, I mean LBI).
However since, the interchange was succesful in the past, I assume nothing
changed here.
2. Drive mode, and then "internal" data format incompatibilities. Indeed, the following can happen: a drive in mode A cannot read tape written by the drive in mode B.
Here comes the question: how the drive is attached to the system X (I mean this secret system, which we cannot know, even name)?
You said it is EBCDIC system, so maybe it is also ESCON system ? In this case
the drive is configured as for IBM host and the problem does not exist.
Another comment: Someone decided to change tape hardware, but hasn't checked
whether new solution will work. Isn't it just stupid ? I remain Catch 22 and
chocolade with cotton...
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sd Rejonowy dla m. st. Warszawy
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
