>>> On Thu, Dec 27, 2007 at 3:19 PM, in message
<[EMAIL PROTECTED]>, Aria Bamdad
<[EMAIL PROTECTED]> wrote:
-snip-
> I never understand the marketing thinking behind Tivoli products.
You're making a rash assumption that thinking is involved at all.
Mark Post
>>> On Thu, Dec 27, 2007 at 2:21 PM, in message
<[EMAIL PROTECTED]>, Aria Bamdad
<[EMAIL PROTECTED]> wrote:
-snip-
> Why is it that z/Linux can talk to a channel attached 3590 but TSM
> can't?
According to one of my contacts, it's because there are some SCSI commands that
TSM uses, which are no
Richard,
Good question. We were getting some maintenance done on a 3490-C22
drive here and the CSR wanted me to enter a DEVSERV P,xxx command for
the device he had just fixed. We quickly determined that the command
didn't exist in z\VM. The path had been varied off-line prior to the
maintena
Chuckie must have been given the task of documenting it. :-)
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of Kris Buelens
> Sent: Monday, December 31, 2007 12:09 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: C
What does DEVSERV do?
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Salway, Nigel
Sent: Monday, December 31, 2007 9:58 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: IS there an equivalent command to DEVSERV in
Hi, Nigel
For z/VM, the (roughly) equivalent commands to z/OS's DEVSERV would be:
1) QUERY DASD ALL
2) QUERY DASD DETAILS
3) QUERY CHPIDS
4) QUERY CHPID
5) QUERY TAPE ALL
Salway, Nigel wrote:
Dear Friends.
I am curious to know if there is an equivalent z\VM command to the z\OS
comma
Dear Friends.
I am curious to know if there is an equivalent z\VM command to the z\OS
command DEVSERV? TIA
Then I guess FT it will be. I cannot really climb into either, as source
is distruibuted with neither. I would be asking IBM to do all of the
climbing.
We cannot reproduce the problem at will. Sometimes, it hits once per day
at different times of the day. Other times, it might not strike for 6-8
m
I don't know whether ot has been considered by the folks who own the
failing application or not. I will pass the suggestion to them.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of Stracka, James (GTI)
> Sent: M
You will probably beat me to it. Can't afford to live in this area,
which seems ideal for someone who has a heat sensitivity problem,
without having a pay check. If it weren't for that I would have beat you
to it. :D
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Opera
On Friday, 12/28/2007 at 01:19 EST, "Schuh, Richard" <[EMAIL PROTECTED]>
wrote:
> Another question, is there any time in the append process where, by
> design, the record count appears to be zero for even the briefest of
> periods? In other words, is there a window that has a crack in it?
For SF
Yorama,
To direct the listserve software for this list to do something, send an
e-mail to:
[EMAIL PROTECTED]
For more details, you could send: HELP IBMVM
But to just signoff and not receive any more posts from IBMVM, in the body
of the note include ONLY the text:
SIGNOFF IBMVM
The infor
Have you considered using CONNECT:Direct?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Friday, December 28, 2007 1:11 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append
Alan,
>
> You mean your VM systems?
I mean
How comes DMSINXED isn't documented? (not even in 5.3)
2007/12/27, Alan Altmark <[EMAIL PROTECTED]>:
>
> Whether you use REXXVARS, DMSCALLR, or LASTCMD in NUCON, you do it with
> knowledge of what you are getting. If you need to (reliably) know if your
> progam was invoked from the Ready; prompt
14 matches
Mail list logo