I personally would like to see Endicott pick up the latest
RTL version and incorporate it in the base z/VM product...of
course, I understand that they other things to do with their
time.
At most client sites that require the more advanced RTL to
be available, I suggest that they employ the " Runni
/* Read in a NOTE file but do not put it in ALL NOTEBOOK */
/* Untested !!! */
arg spid fn ft fm
'MAKEBUF'
buf = rc
push 'FILE' fn ft fm
'EXEC PEEK' spid '(FOR *'
code = rc
'DROPBUF' buf
'ESTATE' fn ft fm
if rc = 0 then 'CP PURGE READER' spid
exit code
On: Wed, Apr 11, 2007 at 04:36:08PM -0500,Gary Eheman Wrote:
} Still amazed that there is not a single simple query for UTC.
You could always call a subroutine written in EXEC2. :-)
But then Chuckie would have to kill you.
--
Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com +
You don't need to live there, you can apply the offset to your
wristwatch.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Gary Eheman
Sent: Wednesday, April 11, 2007 4:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: I
Ah, but I don't want to "live" there. I just want to know what time it is
there because I am dealing with another computer in another timezone and
we
agreed that UTC would be used for time reference for data. ;-)
On Wed, 11 Apr 2007 15:06:39 -0700, Schuh, Richard <[EMAIL PROTECTED]> wrot
e:
>Th
Tom:
No, it is EXEC2, not "EXEC classic" (attribute the latter term to Bob
Guenther), whose &DATE and &TIME return UTC. Issue "help exec2 &
amp;TIME" to
confirm.
On Wed, 11 Apr 2007 17:02:58 -0500, Tom Duerbusch
<[EMAIL PROTECTED]> wrote:
>I seem to recall that EXEC's (not EXEC2) &time token re
No, I meant computers. We have 4 data centers in 3 countries, 4
different time zones, and all run with an offset of 0. It helps in
researching problems if the clocks of all computers are displaying the
same (approximate) time.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/
On 4/12/07, Schuh, Richard <[EMAIL PROTECTED]> wrote:
There is - if you SET TIMEZONE UTC :-) With computers scattered around
the planet, that is how we run. A side benefit is not having to worry
about DST.
I think you meant with *users* scattered around.. In the past I did
some digging to se
There is - if you SET TIMEZONE UTC :-) With computers scattered around
the planet, that is how we run. A side benefit is not having to worry
about DST.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Gary Eheman
Sent:
I seem to recall that EXEC's (not EXEC2) &time token returned the hardware
clock time. Was a real pain when I was switching to UTC with timezone way of
doing things.
A lot of old EXEC code at one of my sites.
Tom Duerbusch
THD Consulting
>>> Gary Eheman <[EMAIL PROTECTED]> 4/11/2007 4:36 PM >
On Wed, 11 Apr 2007 17:13:51 -0400, Alan Altmark <[EMAIL PROTECTED]
>
wrote:
>
>If only everyone set their TODs to UTC that would be ok. :-)
>
Very nice, Alan. The ever so complex call revealed. Thanks.
I had the call to diag 0 to get the offset and conversion to seconds, but
could not for t
I have used:
VMSECURE MAP dasdvol ( FILE dasdvol to produce a file of allocated
space on a volume.
Then I use a PIPE to select the MDISK statements from the file I just
created.
The PIPE creates a series of VMSECURE CHGMDISK commands.
You will need to read up on the CHGMDISK c
On Wednesday, 04/11/2007 at 04:01 EST, "McKown, John"
<[EMAIL PROTECTED]> wrote:
> I don't have z/VM here to test this. But could use get the TOD using the
> REXX "DIAG" interface to issue DIAG code X'70'?
If only everyone set their TODs to UTC that would be ok. :-)
UTC = (local time) MINUS (t
On 4/11/07, Gary Eheman <[EMAIL PROTECTED]> wrote:
So, does anyone have or can they point me to a short REXX or pipeline segment
that can give me the current UTC? It can't be so hard that nobody has coded
it, can it?
In the CMS Pipelines Runtime Library converts TOD clock (UTC) into
readable
I did this several times working elsewhere. Simplest way would be to have the
disks you want cleared assigned to a POOL name different than where you want it
to go. Then use the VMSECURE MAINT MANAGE DISKMOVE to the new pool.
Disks linked r/o will move and the disks can be reclaimed later.
S
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Gary Eheman
> Sent: Wednesday, April 11, 2007 3:40 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: I need current UTC in a REXX exec
>
>
> I need the current UTC time when executing a REXX exe
We have several sparsely allocated (to minidisks, not CP areas) disks
and would like to clear some full-packs by moving users from these disks
to other volumes. Is there anyone who has already invented this wheel
using VM:Secure or is there a VM:Secure command or utility that I am not
seeing when I
I need the current UTC time when executing a REXX exec. In the old days, I
would just use &DATE and &TIME from an EXEC2 exec. These days, it appears
that there may be no easy way to get the current UTC date and time in an exec
unless I missed it (a likely possibility).
While trolling the onl
On Wednesday, 04/11/2007 at 04:00 AST, Craig Dudley
<[EMAIL PROTECTED]> wrote:
> We received these error messages (see below) from our OSA-Exeprss
device.
> This device is handled by a VSWITCH virtual machine. My question is
> should we be opening a ETR ServiceLink or should we ask our FE to
> lo
did someone pull a cable out from under you?
David
-Original Message-
From: The IBM z/VM Operating System on behalf of Craig Dudley
Sent: Wed 4/11/2007 4:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] VSWITCH error messages from OSD device
Hi,
We received these error messages (see be
Hi,
We received these error messages (see below) from our OSA-Exeprss device.
This device is handled by a VSWITCH virtual machine. My question is
should we be opening a ETR ServiceLink or should we ask our FE to
look into this (even though the OSA Advanced Facilities don't show
any errors)? It on
On Wednesday, 04/11/2007 at 03:42 AST, David Boyes <[EMAIL PROTECTED]>
wrote:
> Was a 3174 ever a supported device for TCPIP? I don't think so, so
regardless,
> he's going to need a different device (OSA, LCS/3172, something
else...).
This conversation is getting confusing. To recap:
- If you
Was a 3174 ever a supported device for TCPIP? I don't think so, so regardless,
he's going to need a different device (OSA, LCS/3172, something else...).
-Original Message-
From: "Stracka, James (GTI)" <[EMAIL PROTECTED]>
To: "IBMVM@LISTSERV.UARK.EDU"
Sent: 4/11/07 3:20 PM
Subject: Re:
On Wednesday, 04/11/2007 at 03:04 AST, August Carideo
<[EMAIL PROTECTED]> wrote:
> on a new CPU which has not BUS/TAG you need to make sure you have a
ESCON
> attached 3174
If you have a new CPU you can use either the integrated 3270 console on
the HMC or the OSA-ICC (TN3270E offload).
Alan Al
3174L has nothing to do with whether it is SNA or not, its how you config
it
also 3174R is remote and is not channel attached
on a new CPU which has not BUS/TAG you need to make sure you have a ESCON
attached 3174
Kris,
Thanks for reminding me about the 3174L (Local) vs 3174 (SNA). Was that a
3174R or just plain 3174?
With the 3174L both TCP/IP and VTAM are not required as the are LOCAL terminals
to VM.
Jim
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAI
On 4/11/07, Hughes, Jim - OIT <[EMAIL PROTECTED]> wrote:
I've not done this before and the instructions keep mentioning VM/ESA.
Are there special instructions for Z/VM? Perhaps I am making this more
complicated that it needs to be.
The instructions apply toe z/VM in the same way.
I have a s
READCARD, EXECIO, PIPE READER are basically all the same: they read 80-byte
cards from the reader.
When punching files in the spool, you can only punch 80 byte cards. If your
file is wider, it doesn't work (try with the PUNCH command for example).
Therefore, wider files are not simply PUNCHed, b
PIPE AHELP READER has the following example that might interest you:
Examples: A subroutine pipeline that deblocks a reader file that has been
sent as a note or with the SENDFILE command:
On Wednesday, 04/11/2007 at 08:14 EST, RPN01 <[EMAIL PROTECTED]> wrote:
> Doing the DIRECTXA command changes between the pair of directories
within
> the DRCT area. Would the second system notice the change via the Diag? I
can
> see where doing a second DIRECTXA could cause serious problems. Are
And, while at the subject: when you share set up the CSE area's too, so CP
will protect against accidental R/W LINKs from two systems at once.
--
Kris Buelens,
IBM Belgium, VM customer support
2007/4/11, Rob van der Heij <[EMAIL PROTECTED]>:
On 4/11/07, RPN01 <[EMAIL PROTECTED]> wrote:
> Doing
Sergio Lima wrote:
Is possible do a DDR Backup from 9345 DASD, and restore this to a 9395
DASD ?
What hasn't been said specifically is that the 9345 used a weird disk
geometry that wasn't quite like the 3380s or 3390s the 9395s and other
more recent disk arrays emulate.
So, no, you can't. W
On 4/11/07, RPN01 <[EMAIL PROTECTED]> wrote:
Doing the DIRECTXA command changes between the pair of directories within
the DRCT area. Would the second system notice the change via the Diag? I can
see where doing a second DIRECTXA could cause serious problems. Are you
saying that if you do it to s
If it makes any difference, the file is coming from VM SMTP as a PUN file
"Stracka, James (GTI)" <[EMAIL PROTECTED]>
Sent by: The IBM z/VM Operating System
04/11/2007 11:28 AM
Please respond to The IBM z/VM Operating System
To: IBMVM@LISTSERV.UARK.EDU
cc:
Subj
I just tried READCARD. It munges all the lines together, it doesn't
respect CR and LF. This is the problem I have with Pipe READER FILE
I didn't use EXECIO 'cause I thought it was deprecated or something like
that.
"Stracka, James (GTI)" <[EMAIL PROTECTED]>
Sent by: The IBM z/VM Operating
As already replied; DDR cannot restore to a disk of another device type. So
if your input is on tape, you will need to find a system with that type of
DASD. I don't know by heart, but may DITTO is able to restore DDR tapes to
another type of disk.
If however you have a running system with diffe
Sergio:
I don't recall what those drives are, but with DDR you CANNOT restore
to a DIFFERENT device type (CKD to FBA) or model (3380 to 339, for example).
You CAN restore to a LARGER device (for example 3380 smaller units to a larger
one).
TCPIP for VM does NOT require VTAM at all.
Da
I can answer the second. VTAM and TCP/IP are totally independent on VM.
TCP/IP does not use CSA in GCS as it does on OS/390 systems.
I am unfamiliar with a 9395. If it is also an FBA device, you can restore
block ranges but the entire DASD depends on the amount of blocks. You may go
smalle
Hi List,
I don't work with VM for a long time, but now, have a friend that ask some
questions, and I don't remember very well, so, I need a help in this list.
The first question are about DDR,
Is possible do a DDR Backup from 9345 DASD, and restore this to a 9395 DASD ?
Another questi
And don't forget their support costs.
The hard drives are "imaged".
They do some Novell "lilo" stuff at POR time (I guess for virus checking of the
boot sectors).
Then the Novell application distribution and update step.
It takes about 5 minutes to boot .
Last summer, a virus got in. Buildin
Yes, OS/390 and VM do not do I/O the way a PC does.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Wednesday, April 11, 2007 12:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Time to move
I think it may refer to the effo
I think it may refer to the effort of understanding what the system is
doing. :-)
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Kreuter
Sent: Tuesday, April 10, 2007 4:54 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject
On Apr 11, 2007, at 9:55 AM, Tom Duerbusch wrote:
Hi Adam
Not my PC, it's the clients.
It is their responsibility to provide the resources to do my job
(or to do it efficiently).
I've thought about using my PCs to connect in from home, but then
I'm liable for any virus(s) that may enter.
As long as you're in PIPES, take a look at the example for DEBLOCK NETDATA
in the author's help (PIPE AHELP DEBLOCK).
Marty
Martin Zimelis
Principal
maz/Consultancy
_
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of
Try READCARD or EXECIO?
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Gentry
Sent: Wednesday, April 11, 2007 11:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Programmable operator working: my bad
I finally got the programmable operator piece working. I'm a little
embarrassed by my mistake. I had a misplaced RETURN command in the EXEC.
I looked at the EXEC I don't know how many times and didn't see it. Do'h!
Now my next opportunity. I want to take the file that was placed in the
reade
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Duerbusch
Sent: Wednesday, April 11, 2007 10:56 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DPROP V7.4 and DB2/VSE 7.3?
Hi Adam
Not my PC, it's the clients.
It is their responsibility to prov
Hi Adam
Not my PC, it's the clients.
It is their responsibility to provide the resources to do my job (or to do it
efficiently).
I've thought about using my PCs to connect in from home, but then I'm liable
for any virus(s) that may enter.
It is one of the reasons I really don't like working
I have downloaded runtime.vmarc and rtdoc.vmarc from Marist.Edu.
Both files were unpacked using VMARC UNPK fn VMARC B * * B without
error.
I'd like to put this latest version into production in our Z/VM 5.2
system.
I've not done this before and the instructions keep mentioning VM/ESA.
Are the
Hello,
In case this problem has not yet been resolved:
13:32:22 * MSG FROM TCPIP2 : Restarting you because you have no passive
open on TCP port
check that the correct TCPIP DATA file is being referenced by the SSL
server, and that the TCPIPUSERID statement in that file cites the correct
I'd say it would be dangreous to share the DRCT areas between 2 VM systems:
A DIRECTXA on one system can update the 'inactive' DRCT cylinders any way it
likes. Suppose two DIRECTXA commands are executed on one system before the
second system had a chance to refresh it's DRCT knowledge. CP in the
But I¹ve learned from my current configuration that being ³creative² tends
to confound the people who otherwise would be most likely to provide advice
and assistance in a time of dire need. When you start branching off the
normally beaten path, less and less people will understand where you¹ve
gone
Doing the DIRECTXA command changes between the pair of directories within
the DRCT area. Would the second system notice the change via the Diag? I can
see where doing a second DIRECTXA could cause serious problems. Are you
saying that if you do it to some other random pack, that would be enough to
Hi, Hans,
You should check out APAR PK25362 for IPFORMAT. I believe that should
help with your error situation. Good luck.
Tracy (Bolinda) Adams
[EMAIL PROTECTED]
z/VM Development - Virtual Networking
Hans Rempel <[EMAIL PROTECTED]>
Sent by: The IBM z/VM Operating System
04/10/2007 07
On 4/11/07, David Kreuter <[EMAIL PROTECTED]> wrote:
I understood that. I don't understand why existing code paths that have been
around for *A WHILE* would be considered effort by developers, unless it was
horribly broken. Shudder. Or no longer in the architecture, unlikely as that
may be.
56 matches
Mail list logo