date:20100316

Re: DDR

2010-03-16 Thread Ivan Warren


Schuh, Richard wrote:
When DDR copies one disk to another, a COPY ALL operation, does it do 
full track reads and writes, copy an entire cylinder in a single I/O, or 
what?
 
Regards,

Richard Schuh
 
 
 


For all I know, DDR uses 'Read/Write Multiple Count Key and Data' - so 
that would mean full track I/O. Ok.. last I looked at it, that was in 
VM/SP.. But then again, I think HCPDDR hasn't gone the OCO route yet, so 
you could probably look at the source yourself to determine the answer 
to your question !


--Ivan

z/VM RACF AUDIT RECORD

2010-03-16 Thread Martin, Terry R. (CMS/CTR) (CTR)

  

Hi 

 

I am collecting z/VM RACF Audit records from SMF and I see a SYSID of
'VMSP'. I would like to change this to match the LPAR name can this be
changed and if so where is found?

 

User DateTime Jobname  Description
Sys  

DATAMOVE 14 Mar 2010 05:29:45.56   RACF RACINIT success for
DATAMOVE: Job Start / Logon   VMSP 

 

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

Re: DDR

2010-03-16 Thread Schuh, Richard

Is this supposed to be an answer to my question?


Regards,
Richard Schuh






From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Kris Buelens
Sent: Tuesday, March 16, 2010 2:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DDR

A cylinder is not a track.  Depending on the DASD type, a cylinder might be 
composed of 12 tracks for example.  z/VSE and z/OS people have those numbers in 
their heads, z/VMers count in cylinders.

DFSMS COPY, it can read a whole cylinder with one I/O, and write with one I/O.  
Not friendly to other users of the given DASD, but makes a copy as fast as 
possibe.

2010/3/16 Schuh, Richard mailto:rsc...@visa.com>>
When DDR copies one disk to another, a COPY ALL operation, does it do full 
track reads and writes, copy an entire cylinder in a single I/O, or what?

Regards,
Richard Schuh






--
Kris Buelens,
IBM Belgium, VM customer support

Re: OSA VSWITCH QUESTION

2010-03-16 Thread Martin, Terry R. (CMS/CTR) (CTR)

I will work on getting the additional information.

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Tuesday, March 16, 2010 4:54 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: OSA VSWITCH QUESTION

 

Terry - we need to see the ifcfg-eth1 file - and maybe ifcfg-eth0 too to
help...   I think you'll find them under /etc/sysconfig/network-scripts/
(?) You're showing us the config for what works - but not the config
for what doesn't...

Scott

On Tue, Mar 16, 2010 at 1:29 PM, Martin, Terry R. (CMS/CTR) (CTR)
 wrote:

Error! Filename not specified.

Hi 

 

I have a dilemma that I hope you can help with:

 

I have cloned a z/VM LPAR and a z/Linux guest from my Production system.
I have a VSWITCH set up and a matching NIC def in the Directory for the
z/Linux guest.

 

I can display the OSA and see that it is attached to the VSWITCH and I
can see that the NIC was configured correctly when the z/Linux guest is
logged on.

 

The z/Linux guest is RHEL 5.2. The problem is when the guest initializes
we see this message:

 

Bringing up interface eth1:  qeth device eth1 does not seem to be
present, delaying initialization.   

 

When I display the VSWITCH  Q VSWITCH DET I expected to see the IP
address associated with the network interface show up in the VSWITCH
which tells me the we can get to the z/Linux guest but I don't see the
IP.

 

Now if we bring the z/Linux guest up in RESCUE mode where it is reading
the CONF file where I specifically enter the  IP address I can display
the VSWITCH and see the IP address associated with the VSWITCH as I
expected and we can PING the z/Linux guest and login to it.

 

So what am I doing wrong here? Why on a normal boot can't I see the IP
in the VSWITCH and hence login into the z/Linux guest or PING it but
when I load it using the CONF file in RESCUE mode I can login to the
guest and PING it what am I missing?:

 

CONF FILE:

 

/* configuration information for RESCUE MODE */

HOSTNAME="E49L054P.CMS.HHS.GOV"

DASD="700,800-831" 

NETTYPE="qeth" 

SUBCHANNELS="0.0.7403,0.0.7404,0.0.7405"   

PORTNAME=" "   

IPADDR="10.16.49.13"   

NETWORK="10.16.0.0"

NETMASK="255.255.0.0"  

BROADCAST="10.16.255.255"  

GATEWAY="10.16.0.254"  

SEARCHDNS="cms.hhs.gov"

LAYER2=0   

DNS="10.15.0.117"  

MTU="1500"

 

VSWITCH WHEN GUEST is BROUGHT UP NORMALLY(No 10.16.49.13 IP):

 

q vswitch vse4ps11 det


VSWITCH SYSTEM VSE4PS11 Type: VSWITCH Connected: 1Maxconn: INFINITE


  PERSISTENT  RESTRICTEDNONROUTER Accounting: OFF


  VLAN Unaware


  MAC address: 02-00-00-00-00-03


  State: Ready


  IPTimeout: 5 QueueStorage: 8


  RDEV: 8903 VDEV: 8903 Controller: DTCVSW2


VSWITCH Connection:


  MAC address: 00-14-5E-B7-D4-94


  RX Packets: 380Discarded: 110318 Errors: 0


  TX Packets: 357Discarded: 0  Errors: 0


  RX Bytes: 31684TX Bytes: 99369


  Device: 8903  Unit: 000   Role: DATA   Port: 0001  Index: 0001


  Adapter Connections:


Adapter Owner: E49L054P NIC: 7403  Name: UNASSIGNED


  RX Packets: 986Discarded: 0  Errors: 0


  TX Packets: 0  Discarded: 0  Errors: 0


  RX Bytes: 89162TX Bytes: 0


  Device: 7405  Unit: 002   Role: DATA   Port: 0073  Index: 0010


  Options: Broadcast Multicast IPv6 IPv4 VLAN   

 

VSWITCH DISPLAY AFTER GUEST UP IN RESCUE MODE :

 

q vswitch vse4ps11 det


VSWITCH SYSTEM VSE4PS11 Type: VSWITCH Connected: 1Maxconn: INFINITE


  PERSISTENT  RESTRICTEDNONROUTER Accounting: OFF


  VLAN Unaware


  MAC address: 02-00-00-00-00-03


  State: Ready


  IPTimeout: 5 QueueStorage: 8


  RDEV: 8903 VDEV: 8903 Controller: DTCVSW2


VSWITCH Connection:


  MAC address: 00-14-5E-B7-D4-94


  RX Packets: 380Discarded: 110392 Errors: 0


  TX Packets: 364Discarded: 0  Errors: 0


  RX Bytes: 31684TX Bytes: 99921


  Device: 8903  Unit: 000   Role: DATA   Port: 0001  Index: 0001


  Adapter Connections:


Adapter Owner: E49L054P NIC: 7403  Name: UNASSIGNED


  RX Packets: 491Discarded: 0  Errors: 0


  TX Packets: 7  Discarded: 0  Errors: 0


  RX Bytes: 43429TX Bytes: 552


  Device: 7405  Unit: 002   Role: DATA   Port: 0074  Index: 0011


  Options: Broadcast Multicast

Re: DDR

2010-03-16 Thread Kris Buelens

A cylinder is not a track.  Depending on the DASD type, a cylinder might be
composed of 12 tracks for example.  z/VSE and z/OS people have those numbers
in their heads, z/VMers count in cylinders.

DFSMS COPY, it can read a whole cylinder with one I/O, and write with one
I/O.  Not friendly to other users of the given DASD, but makes a copy as
fast as possibe.

2010/3/16 Schuh, Richard 

>  When DDR copies one disk to another, a COPY ALL operation, does it do
> full track reads and writes, copy an entire cylinder in a single I/O, or
> what?
>
> Regards,
> Richard Schuh
>
>
>
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: OSA VSWITCH QUESTION

2010-03-16 Thread Scott Rohling

Terry - we need to see the ifcfg-eth1 file - and maybe ifcfg-eth0 too to
help...   I think you'll find them under /etc/sysconfig/network-scripts/
(?) You're showing us the config for what works - but not the config for
what doesn't...

Scott

On Tue, Mar 16, 2010 at 1:29 PM, Martin, Terry R. (CMS/CTR) (CTR) <
terry.mar...@cms.hhs.gov> wrote:

>   Hi
>
>
>
> I have a dilemma that I hope you can help with:
>
>
>
> I have cloned a z/VM LPAR and a z/Linux guest from my Production system. I
> have a VSWITCH set up and a matching NIC def in the Directory for the
> z/Linux guest.
>
>
>
> I can display the OSA and see that it is attached to the VSWITCH and I can
> see that the NIC was configured correctly when the z/Linux guest is logged
> on.
>
>
>
> The z/Linux guest is RHEL 5.2. The problem is when the guest initializes we
> see this message:
>
>
>
> Bringing up interface eth1:  qeth device eth1 does not seem to be present,
> delaying initialization.
>
>
>
> When I display the VSWITCH  Q VSWITCH DET I expected to see the IP address
> associated with the network interface show up in the VSWITCH which tells me
> the we can get to the z/Linux guest but I don’t see the IP.
>
>
>
> Now if we bring the z/Linux guest up in RESCUE mode where it is reading the
> CONF file where I specifically enter the  IP address I can display the
> VSWITCH and see the IP address associated with the VSWITCH as I expected and
> we can PING the z/Linux guest and login to it.
>
>
>
> So what am I doing wrong here? Why on a normal boot can’t I see the IP in
> the VSWITCH and hence login into the z/Linux guest or PING it but when I
> load it using the CONF file in RESCUE mode I can login to the guest and PING
> it what am I missing?:
>
>
>
> CONF FILE:
>
>
>
> /* configuration information for RESCUE MODE */
>
> HOSTNAME="E49L054P.CMS.HHS.GOV"
>
> DASD="700,800-831"
>
> NETTYPE="qeth"
>
> SUBCHANNELS="0.0.7403,0.0.7404,0.0.7405"
>
> PORTNAME=" "
>
> IPADDR="10.16.49.13"
>
> NETWORK="10.16.0.0"
>
> NETMASK="255.255.0.0"
>
> BROADCAST="10.16.255.255"
>
> GATEWAY="10.16.0.254"
>
> SEARCHDNS="cms.hhs.gov"
>
> LAYER2=0
>
> DNS="10.15.0.117"
>
> MTU="1500"
>
>
>
> VSWITCH WHEN GUEST is BROUGHT UP NORMALLY(No 10.16.49.13 IP):
>
>
>
> q vswitch vse4ps11
> det
>
> VSWITCH SYSTEM VSE4PS11 Type: VSWITCH Connected: 1Maxconn:
> INFINITE
>
>   PERSISTENT  RESTRICTEDNONROUTER Accounting:
> OFF
>
>   VLAN Unaware
>
>
>   MAC address:
> 02-00-00-00-00-03
>
>   State:
> Ready
>
>   IPTimeout: 5 QueueStorage: 8
>
>
>   RDEV: 8903 VDEV: 8903 Controller:
> DTCVSW2
>
> VSWITCH
> Connection:
>
>   MAC address:
> 00-14-5E-B7-D4-94
>
>   RX Packets: 380Discarded: 110318 Errors:
> 0
>
>   TX Packets: 357Discarded: 0  Errors:
> 0
>
>   RX Bytes: 31684TX Bytes:
> 99369
>
>   Device: 8903  Unit: 000   Role: DATA   Port: 0001  Index:
> 0001
>
>   Adapter
> Connections:
>
> Adapter Owner: E49L054P NIC: 7403  Name:
> UNASSIGNED
>
>   RX Packets: 986Discarded: 0  Errors:
> 0
>
>   TX Packets: 0  Discarded: 0  Errors:
> 0
>
>   RX Bytes: 89162TX Bytes:
> 0
>
>   Device: 7405  Unit: 002   Role: DATA   Port: 0073  Index:
> 0010
>
>   Options: Broadcast Multicast IPv6 IPv4 VLAN
>
>
>
> VSWITCH DISPLAY AFTER GUEST UP IN RESCUE MODE :
>
>
>
> q vswitch vse4ps11 det
>
>
> VSWITCH SYSTEM VSE4PS11 Type: VSWITCH Connected: 1Maxconn: INFINITE
>
>
>   PERSISTENT  RESTRICTEDNONROUTER Accounting: OFF
>
>
>   VLAN Unaware
>
>
>   MAC address: 02-00-00-00-00-03
>
>
>   State: Ready
>
>
>   IPTimeout: 5 QueueStorage: 8
>
>
>   RDEV: 8903 VDEV: 8903 Controller: DTCVSW2
>
>
> VSWITCH Connection:
>
>
>   MAC address: 00-14-5E-B7-D4-94
>
>
>   RX Packets: 380Discarded: 110392 Errors: 0
>
>
>   TX Packets: 364Discarded: 0  Errors: 0
>
>
>   RX Bytes: 31684TX Bytes: 99921
>
>
>   Device: 8903  Unit: 000   Role: DATA   Port: 0001  Index: 0001
>
>
>   Adapter Connections:
>
>
> Adapter Owner: E49L054P NIC: 7403  Name: UNASSIGNED
>
>
>   RX Packets: 491Discarded: 0  Errors: 0
>
>
>   TX Packets: 7  Discarded: 0  Errors: 0
>
>
>   RX Bytes: 43429TX Bytes: 552
>
>
>   Device: 7405  Unit: 002   Role: DATA   Port: 0074  Index: 0011
>
>
>   Options: Broadcast Multicast IPv6 IPv4 VLAN
>
>
> Unicast IP Addresses:
>
>   10.16.49.13  MAC:
> 02-00-00-00-00-04
>
>   FE80::200:0:100:4MAC: 02-00-00-00-00-04
> Local
>
> Multicast IP
> Addresses:
>
>   224.0.0.1MAC:
> 01-00-5E-00-00-01
>
>   FF02::1  MAC: 33-33-00-00-00-01
> Local
>
>   FF02::1:FF00:4   MAC: 33-33-FF-00-00-04
> Local
>
> q vswitch vse4ps11 det
> VSWI
>
> TCH SYSTEM VSE4PS11 Type: VSWITCH Connecte

OSA VSWITCH QUESTION

2010-03-16 Thread Martin, Terry R. (CMS/CTR) (CTR)

  

Hi 

 

I have a dilemma that I hope you can help with:

 

I have cloned a z/VM LPAR and a z/Linux guest from my Production system.
I have a VSWITCH set up and a matching NIC def in the Directory for the
z/Linux guest.

 

I can display the OSA and see that it is attached to the VSWITCH and I
can see that the NIC was configured correctly when the z/Linux guest is
logged on.

 

The z/Linux guest is RHEL 5.2. The problem is when the guest initializes
we see this message:

 

Bringing up interface eth1:  qeth device eth1 does not seem to be
present, delaying initialization.   

 

When I display the VSWITCH  Q VSWITCH DET I expected to see the IP
address associated with the network interface show up in the VSWITCH
which tells me the we can get to the z/Linux guest but I don't see the
IP.

 

Now if we bring the z/Linux guest up in RESCUE mode where it is reading
the CONF file where I specifically enter the  IP address I can display
the VSWITCH and see the IP address associated with the VSWITCH as I
expected and we can PING the z/Linux guest and login to it.

 

So what am I doing wrong here? Why on a normal boot can't I see the IP
in the VSWITCH and hence login into the z/Linux guest or PING it but
when I load it using the CONF file in RESCUE mode I can login to the
guest and PING it what am I missing?:

 

CONF FILE:

 

/* configuration information for RESCUE MODE */

HOSTNAME="E49L054P.CMS.HHS.GOV"

DASD="700,800-831" 

NETTYPE="qeth" 

SUBCHANNELS="0.0.7403,0.0.7404,0.0.7405"   

PORTNAME=" "   

IPADDR="10.16.49.13"   

NETWORK="10.16.0.0"

NETMASK="255.255.0.0"  

BROADCAST="10.16.255.255"  

GATEWAY="10.16.0.254"  

SEARCHDNS="cms.hhs.gov"

LAYER2=0   

DNS="10.15.0.117"  

MTU="1500"

 

VSWITCH WHEN GUEST is BROUGHT UP NORMALLY(No 10.16.49.13 IP):

 

q vswitch vse4ps11 det


VSWITCH SYSTEM VSE4PS11 Type: VSWITCH Connected: 1Maxconn: INFINITE


  PERSISTENT  RESTRICTEDNONROUTER Accounting: OFF


  VLAN Unaware


  MAC address: 02-00-00-00-00-03


  State: Ready


  IPTimeout: 5 QueueStorage: 8


  RDEV: 8903 VDEV: 8903 Controller: DTCVSW2


VSWITCH Connection:


  MAC address: 00-14-5E-B7-D4-94


  RX Packets: 380Discarded: 110318 Errors: 0


  TX Packets: 357Discarded: 0  Errors: 0


  RX Bytes: 31684TX Bytes: 99369


  Device: 8903  Unit: 000   Role: DATA   Port: 0001  Index: 0001


  Adapter Connections:


Adapter Owner: E49L054P NIC: 7403  Name: UNASSIGNED


  RX Packets: 986Discarded: 0  Errors: 0


  TX Packets: 0  Discarded: 0  Errors: 0


  RX Bytes: 89162TX Bytes: 0


  Device: 7405  Unit: 002   Role: DATA   Port: 0073  Index: 0010


  Options: Broadcast Multicast IPv6 IPv4 VLAN   

 

VSWITCH DISPLAY AFTER GUEST UP IN RESCUE MODE :

 

q vswitch vse4ps11 det


VSWITCH SYSTEM VSE4PS11 Type: VSWITCH Connected: 1Maxconn: INFINITE


  PERSISTENT  RESTRICTEDNONROUTER Accounting: OFF


  VLAN Unaware


  MAC address: 02-00-00-00-00-03


  State: Ready


  IPTimeout: 5 QueueStorage: 8


  RDEV: 8903 VDEV: 8903 Controller: DTCVSW2


VSWITCH Connection:


  MAC address: 00-14-5E-B7-D4-94


  RX Packets: 380Discarded: 110392 Errors: 0


  TX Packets: 364Discarded: 0  Errors: 0


  RX Bytes: 31684TX Bytes: 99921


  Device: 8903  Unit: 000   Role: DATA   Port: 0001  Index: 0001


  Adapter Connections:


Adapter Owner: E49L054P NIC: 7403  Name: UNASSIGNED


  RX Packets: 491Discarded: 0  Errors: 0


  TX Packets: 7  Discarded: 0  Errors: 0


  RX Bytes: 43429TX Bytes: 552


  Device: 7405  Unit: 002   Role: DATA   Port: 0074  Index: 0011


  Options: Broadcast Multicast IPv6 IPv4 VLAN


Unicast IP Addresses: 

  10.16.49.13  MAC: 02-00-00-00-00-04


  FE80::200:0:100:4MAC: 02-00-00-00-00-04 Local


Multicast IP Addresses:


  224.0.0.1MAC: 01-00-5E-00-00-01


  FF02::1  MAC: 33-33-00-00-00-01 Local


  FF02::1:FF00:4   MAC: 33-33-FF-00-00-04 Local


q vswitch vse4ps11 det
VSWI

TCH SYSTEM VSE4PS11 Type: VSWITCH Connected: 1Maxco


  

 

  

 

  

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office

Re: DDR

2010-03-16 Thread Schuh, Richard

That's what I suspected. The numbers I am getting are pretty consistent with it.

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Rae
> Sent: Tuesday, March 16, 2010 12:08 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: DDR
> 
> Based on a number of disk platform migrations during which I 
> used IND USER and various products that digest CP Monitor 
> data to track progress, DDR does full track reads when 
> copying from disk to disk. The same is true for disk to tape.
> 
> Tom
> 
> Schuh, Richard wrote:
> > When DDR copies one disk to another, a COPY ALL operation, 
> does it do 
> > full track reads and writes, copy an entire cylinder in a 
> single I/O, 
> > or what?
> >
>

Re: VMUTIL PARM Question

2010-03-16 Thread Frank M. Ramaekers

Same here:

wakeup version
Ready(00012);

 
Frank M. Ramaekers Jr.
 
 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Wandschneider, Scott
Sent: Tuesday, March 16, 2010 10:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

Frank excellent suggestion - My PRAMS file has been carried forward so many 
times, it still says:

*  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   * 
*  THE VM/SP  IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *

Btw way what is the current version of WAKEUP, mine is 1.2?

Thank you,

Scott


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Frank M. Ramaekers
Sent: Tuesday, March 16, 2010 9:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

I've added this comment to the beginning of my WAKEUP TIMES:

*---*
*ALL |HH:MM:SS|DATESTAM| user-text (once a day) *
*MM/DD/YY|HH:MM:SS|DATESTAM| user-text (once)   *
*==/DD/YY|HH:MM:SS|DATESTAM| user-text (once a month)   *
*==/==/==|HH:MM:SS|DATESTAM| user-text (once a day) *
*==/01/==|HH:MM:SS|DATESTAM| user-text (on the 1st) *
*|||*
*DAYOFWEK|HH:MM:SS|DATESTAM| user-text (once a week)*
*WEEKEND |HH:MM:SS|DATESTAM| user-text (on weekends)*
*S-S |HH:MM:SS|DATESTAM| user-text (same as above)  *
*WEEKDAY |HH:MM:SS|DATESTAM| user-text (on weekdays)*
*M-F |HH:MM:SS|DATESTAM| user-text (same as above)  *
*|||*
*==/==/==|+05 |TIMESTAM| user-text (every 5 minutes)*
*WEEKEND |+10:30  |TIMESTAM| user-text (every 10 mins 30 secs. weekends)*
*WEEKDAY |+20 |TIMESTAM| user-text (every 20 mins weekdays) *
*DAYOFWEK|+5  |TIMESTAM| user-text (every 5 mins on day)*
*M-F |+02:30:0|TIMESTAM| user-text (every 150 mins. on weekdays)*
*---*

 
Frank M. Ramaekers Jr.
 
 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Bill Munson
Sent: Tuesday, March 16, 2010 9:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

Scott,

I believe that the Wakeup Parms file is restricted to one week of 
activity. 

 
*  *
*  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   *
*  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *
*  *
*  NOTE THAT THERE ARE 4 FIELDS IN THIS FILE:  *
*  *
*  FIELD 1:  COLUMNS 01 TO 03  --  DAYS OF THE WEEK*
*  FIELD 2:  COLUMNS 10 TO 17  --  TIME OF DAY *
*  FIELD 3:  COLUMNS 19 TO 26  --  LAST DATE THAT LINE WAS EXECUTED*
*  FIELD 4:  COLUMNS 28 TO 80  --  ANY CP/CMS/EXEC COMMAND *
*  *
*  VALID PARAMETERS:   *
*  *
*  FIELD 1:*
*   'ALL'  -- EXECUTE THIS LINE EVERY DAY OF THE WEEK  *
*   'MON'  -- EXECUTE THIS LINE ONLY ON MONDAYS*
*   'TUE'  -- EXECUTE THIS LINE ONLY ON TUESDAYS   *
*   'WED'  -- EXECUTE THIS LINE ONLY ON WEDNESDAYS *
*   'THU'  -- EXECUTE THIS LINE ONLY ON THURSDAYS  *
*   'FRI'  -- EXECUTE THIS LINE ONLY ON FRIDAYS*
*   'SAT'  -- EXECUTE THIS LINE ONLY ON SATURDAYS  *
*   'SUN'  -- EXECUTE THIS LINE ONLY ON SUNDAYS*
*   'M-F'  -- EXECUTE THIS LINE ONLY MONDAY THRU FRIDAY*
*   'S-S'  -- EXECUTE THIS LINE ONLY SATURDAYS AND SUNDAYS *
*  *
*  FIELD 2:*
*  *
*   HH:MM:SS  -- THIS FIELD CONTAINS THE TIME THAT *
*YOU WANT THE COMMAND TO BE EXECUTED   *
*  *
*  FIELD 3:

Re: DDR

2010-03-16 Thread Tom Rae

Based on a number of disk platform migrations during which I used IND 
USER and various products that digest CP Monitor data to track progress, 
DDR does full track reads when copying from disk to disk. The same is 
true for disk to tape.


Tom

Schuh, Richard wrote:
When DDR copies one disk to another, a COPY ALL operation, does it do 
full track reads and writes, copy an entire cylinder in a single I/O, 
or what?

Re: DDR

2010-03-16 Thread Schuh, Richard

The question was more to the details of how (full track read vs. individual 
records; single track vs. all tracks of a cylinder in one channel program, 
etc.) instead of what.

In my case, 3339 is not even a consideration. The minimum size that I will be 
copying is 7060 cylinders; the maximum, 32K.


Regards,
Richard Schuh






From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mario Izaguirre
Sent: Tuesday, March 16, 2010 10:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DDR



If the disk is a Minidisk copy from 1 to 3339 cyls.




De: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] En nombre de 
Schuh, Richard
Enviado el: martes, 16 de marzo de 2010 18:07
Para: IBMVM@LISTSERV.UARK.EDU
Asunto: DDR

When DDR copies one disk to another, a COPY ALL operation, does it do full 
track reads and writes, copy an entire cylinder in a single I/O, or what?

Regards,
Richard Schuh

Re: VMUTIL PARM Question

2010-03-16 Thread Les Koehler

As an added bonus, the VMSERVE package has recently been 
updated to include a pdf and html file. My thanks to Dave 
Jones for providing the files.


Les

Scott Rohling wrote:

Check out the VMSERVE package:
http://www.vm.ibm.com/download/packages/descript.cgi?VMSERVE

Run it on VMUTIL instead of the supplied EXEC.   You can use the TIMES file
to specify dates, etc and I'm not aware of any 'weekly' restriction.   You
can also have it react to reader files or messages, so it can be a handy
utility and much more functional than the supplied VMUTIL code.

Scott Rohling

On Tue, Mar 16, 2010 at 7:32 AM, Wandschneider, Scott <
scott.wandschnei...@infocrossing.com> wrote:


Ok, I'll use Microsoft Outlook to remind me one week before and I'll
update VMUTIL.

And btw, I wish I had VM:SCHEDULE or some tool, I just have VMUTIL.

Thanks for all the responses

Thank you,

Scott


Confidentiality Note: This e-mail, including any attachment to it, may
contain material that is confidential, proprietary, privileged and/or
"Protected Health Information," within the meaning of the regulations under
the Health Insurance Portability & Accountability Act as amended.  If it is
not clear that you are the intended recipient, you are hereby notified that
you have received this transmittal in error, and any review, dissemination,
distribution or copying of this e-mail, including any attachment to it, is
strictly prohibited. If you have received this e-mail in error, please
immediately return it to the sender and delete it from your system. Thank
you.

Re: DDR

2010-03-16 Thread Mario Izaguirre

 

 

If the disk is a Minidisk copy from 1 to 3339 cyls.

 

 

 

 

De: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] En
nombre de Schuh, Richard
Enviado el: martes, 16 de marzo de 2010 18:07
Para: IBMVM@LISTSERV.UARK.EDU
Asunto: DDR

 

When DDR copies one disk to another, a COPY ALL operation, does it do
full track reads and writes, copy an entire cylinder in a single I/O, or
what? 

 

Regards, 
Richard Schuh

Re: maybe off topic ?

2010-03-16 Thread Robert Payne

THANKS for all the responses !
No WAVV this year and maybe never again. Don't know what is going to happen
here, since the push seems to be to get away from / off the IBM mainframe.
 
:(
 
Bubba
 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf 
Of Ed Zell
Sent: Tuesday, March 16, 2010 12:30 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: maybe off topic ?



Hi Bubba,

   We are using DB2 7.4 on VM and also have 3 servers, test, production, and 
operations.  The databases
   are accessed from CMS applications as well as VSE (CICS and batch).  As 
someone already mentioned,
   you can use DB2 Connect by turning on DRDA support on the DB2 servers.

   We run DB2 Connect Enterprise Edition on a Windows box.  Then you install 
the DB2 Connect client on
   your PC and it provides an system ODBC connection that your applications can 
use.  We have used
   EXCEL and ACCESS in the past and it worked pretty well.  Today we use DB2 
Connect to allow some
   of our web based applications to hit the Mainframe.  We also just starting 
using SQL Server Integration
   Services (SSIS) to get to DB2 as well.  

   If you want to talk, give me a call.   Are you going to WAVV this year?

Ed Zell
Illinois Mutual Life
(309) 636-0107

 


  _  


From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Robert Payne
Sent: Tuesday, March 16, 2010 11:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: maybe off topic ?

 

We are running DB2 7.2 servers (virtual machines, 1 test and 1 production) on 
our z9 BC with z/VM 5.2 to support VSE guests. One of the PC programmers was 
asking me how (if possible) they could access / update these mainframe data 
bases from the PC side. My assumption is that it's possible since we run batch 
VSE jobs that access / update the PC databases. Comments welcome. 

Thanks, 
Bubba 

 

 

Confidentiality:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you receive this e-mail in error, please 
notify the sender and delete this e-mail from your system.

Re: maybe off topic ?

2010-03-16 Thread Ed Zell

Hi Bubba,

   We are using DB2 7.4 on VM and also have 3 servers, test, production,
and operations.  The databases
   are accessed from CMS applications as well as VSE (CICS and batch).
As someone already mentioned,
   you can use DB2 Connect by turning on DRDA support on the DB2
servers.

   We run DB2 Connect Enterprise Edition on a Windows box.  Then you
install the DB2 Connect client on
   your PC and it provides an system ODBC connection that your
applications can use.  We have used
   EXCEL and ACCESS in the past and it worked pretty well.  Today we use
DB2 Connect to allow some
   of our web based applications to hit the Mainframe.  We also just
starting using SQL Server Integration
   Services (SSIS) to get to DB2 as well.  

   If you want to talk, give me a call.   Are you going to WAVV this
year?

Ed Zell
Illinois Mutual Life
(309) 636-0107

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Robert Payne
Sent: Tuesday, March 16, 2010 11:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: maybe off topic ?

 

We are running DB2 7.2 servers (virtual machines, 1 test and 1
production) on 
our z9 BC with z/VM 5.2 to support VSE guests. One of the PC programmers
was 
asking me how (if possible) they could access / update these mainframe
data 
bases from the PC side. My assumption is that it's possible since we run
batch 
VSE jobs that access / update the PC databases. Comments welcome. 

Thanks, 
Bubba 

 


.


CONFIDENTIALITY: This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you receive this e-mail in error, notify 
the sender and delete this e-mail from your system.

Re: VMUTIL PARM Question

2010-03-16 Thread Colleen Brown

WAKEUP has been shipped as part of CMS since (I think it was) z/VM 1.3.0 
So, whatever level your CMS is at is the current WAKEUP level.  However, 
not much has changed with WAKEUP in several releases.

Colleen M Brown 
IBM z/VM and Related Products Development and Service 



From:
"Wandschneider, Scott" 
To:
IBMVM@LISTSERV.UARK.EDU
Date:
03/16/2010 11:42 AM
Subject:
Re: VMUTIL PARM Question
Sent by:
The IBM z/VM Operating System 



Version 1.2 must be current then - Thanks!

Thank you,

Scott


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Ron Schmiedge
Sent: Tuesday, March 16, 2010 10:37 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

WAKEUP VERSION on my z/VM 5.4 system says 1.2 (RC=00012)

On Tue, Mar 16, 2010 at 9:23 AM, Wandschneider, Scott
 wrote:
> Frank excellent suggestion - My PRAMS file has been carried forward so 
many times, it still says:
>
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   *
> *  THE VM/SP  IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *
>
> Btw way what is the current version of WAKEUP, mine is 1.2?
>
> Thank you,
>
> Scott
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Frank M. Ramaekers
> Sent: Tuesday, March 16, 2010 9:59 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VMUTIL PARM Question
>
> I've added this comment to the beginning of my WAKEUP TIMES:
>
> 
*---*
> *ALL |HH:MM:SS|DATESTAM| user-text (once a day) 
*
> *MM/DD/YY|HH:MM:SS|DATESTAM| user-text (once)   
*
> *==/DD/YY|HH:MM:SS|DATESTAM| user-text (once a month)   
*
> *==/==/==|HH:MM:SS|DATESTAM| user-text (once a day) 
*
> *==/01/==|HH:MM:SS|DATESTAM| user-text (on the 1st) 
*
> *|||   
 *
> *DAYOFWEK|HH:MM:SS|DATESTAM| user-text (once a week)   
 *
> *WEEKEND |HH:MM:SS|DATESTAM| user-text (on weekends)   
 *
> *S-S |HH:MM:SS|DATESTAM| user-text (same as above) 
 *
> *WEEKDAY |HH:MM:SS|DATESTAM| user-text (on weekdays)   
 *
> *M-F |HH:MM:SS|DATESTAM| user-text (same as above) 
 *
> *|||   
 *
> *==/==/==|+05 |TIMESTAM| user-text (every 5 minutes)   
 *
> *WEEKEND |+10:30  |TIMESTAM| user-text (every 10 mins 30 secs. 
weekends)*
> *WEEKDAY |+20 |TIMESTAM| user-text (every 20 mins weekdays) 
*
> *DAYOFWEK|+5  |TIMESTAM| user-text (every 5 mins on day)   
 *
> *M-F |+02:30:0|TIMESTAM| user-text (every 150 mins. on weekdays)   
 *
> 
*---*
>
>
> Frank M. Ramaekers Jr.
>
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Bill Munson
> Sent: Tuesday, March 16, 2010 9:06 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VMUTIL PARM Question
>
> Scott,
>
> I believe that the Wakeup Parms file is restricted to one week of
> activity.
>
> 
 
> *  *
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   *
> *  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *
> *  *
> *  NOTE THAT THERE ARE 4 FIELDS IN THIS FILE:  *
> *  *
> *  FIELD 1:  COLUMNS 01 TO 03  --  DAYS OF THE WEEK*
> *  FIELD 2:  COLUMNS 10 TO 17  --  TIME OF DAY *
> *  FIELD 3:  COLUMNS 19 TO 26  --  LAST DATE THAT LINE WAS EXECUTED*
> *  FIELD 4:  COLUMNS 28 TO 80  --  ANY CP/CMS/EXEC COMMAND *
> *  *
> *  VALID PARAMETERS:   *
> *  *
> *  FIELD 1:*
> *   'ALL'  -- EXECUTE THIS LINE EVERY DAY OF THE WEEK  *
> *   'MON'  -- EXECUTE THIS LINE ONLY ON MONDAYS*
> *   'TUE'  -- EXECUTE THIS LINE ONLY ON TUESDAYS   *
> *   'WED'  -- EXECUTE THIS LINE ONLY ON WEDNESDAYS *
> *   'THU'  -- EXECUTE THIS LINE ONLY ON THURSDAYS  *
> *   'FRI'  -- EXECUTE THIS LINE ONLY ON FRIDAYS*
> *   'SAT'  -- EXECUTE THIS LINE ONLY ON SATURDAYS  *
> *   'SUN'

DDR

2010-03-16 Thread Schuh, Richard

When DDR copies one disk to another, a COPY ALL operation, does it do full 
track reads and writes, copy an entire cylinder in a single I/O, or what?


Regards,
Richard Schuh

Re: maybe off topic ?

2010-03-16 Thread Ray Waters

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Mark Wheeler
Sent: Tuesday, March 16, 2010 11:45 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: maybe off topic ?

Yes, it is very possible.

You need to implement DRDA over IP on your DB2/VM servers. DB2Connect provides 
the middleware to let your PC users connect to your database. A good place to 
run DB2Connect (if you're not doing so already) is in a zLinux guest on VM, 
right alongside your database.

Mark Wheeler
UnitedHealth Group

Date: Tue, 16 Mar 2010 11:18:30 -0500
From: rpa...@tad.org
Subject: maybe off topic ?
To: IBMVM@LISTSERV.UARK.EDU

We are running DB2 7.2 servers (virtual machines, 1 test and 1 production) on
our z9 BC with z/VM 5.2 to support VSE guests. One of the PC programmers was
asking me how (if possible) they could access / update these mainframe data
bases from the PC side. My assumption is that it's possible since we run batch
VSE jobs that access / update the PC databases. Comments welcome.
Thanks,
Bubba

Hotmail is redefining busy with tools for the New Busy. Get more from your 
inbox. Sign up 
now.

NOTICE:
This e-mail is intended solely for the use of the individual to whom it is 
addressed and may contain information that is privileged, confidential or 
otherwise exempt from disclosure. If the reader of this e-mail is not the 
intended recipient or the employee or agent responsible for delivering the 
message to the intended recipient, you are hereby notified that any 
dissemination, distribution, or copying of this communication is strictly 
prohibited. If you have received this communication in error, please 
immediately notify us by replying to the original message at the listed email 
address. Thank You.

Re: maybe off topic ?

2010-03-16 Thread Mark Wheeler


Yes, it is very possible.

 

You need to implement DRDA over IP on your DB2/VM servers. DB2Connect provides 
the middleware to let your PC users connect to your database. A good place to 
run DB2Connect (if you're not doing so already) is in a zLinux guest on VM, 
right alongside your database.

 

Mark Wheeler

UnitedHealth Group 
 


Date: Tue, 16 Mar 2010 11:18:30 -0500
From: rpa...@tad.org
Subject: maybe off topic ?
To: IBMVM@LISTSERV.UARK.EDU


We are running DB2 7.2 servers (virtual machines, 1 test and 1 production) on 
our z9 BC with z/VM 5.2 to support VSE guests. One of the PC programmers was 
asking me how (if possible) they could access / update these mainframe data 
bases from the PC side. My assumption is that it's possible since we run batch 
VSE jobs that access / update the PC databases. Comments welcome. 

Thanks, 
Bubba 

  
_
Hotmail is redefining busy with tools for the New Busy. Get more from your 
inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_2

Re: maybe off topic ?

2010-03-16 Thread Robert J McCarthy

Bubba,
  One possible solution that I can think of is DB2 Connect from IBM. It
is client based software used to connect to mainframe DB2 databases.
Bob



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Robert Payne
Sent: Tuesday, March 16, 2010 12:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: maybe off topic ?



We are running DB2 7.2 servers (virtual machines, 1 test and 1
production) on 
our z9 BC with z/VM 5.2 to support VSE guests. One of the PC programmers
was 
asking me how (if possible) they could access / update these mainframe
data 
bases from the PC side. My assumption is that it's possible since we run
batch 
VSE jobs that access / update the PC databases. Comments welcome. 

Thanks, 
Bubba

maybe off topic ?

2010-03-16 Thread Robert Payne

We are running DB2 7.2 servers (virtual machines, 1 test and 1 production) on
our z9 BC with z/VM 5.2 to support VSE guests. One of the PC programmers was
asking me how (if possible) they could access / update these mainframe data
bases from the PC side. My assumption is that it's possible since we run batch
VSE jobs that access / update the PC databases. Comments welcome.

Thanks,
Bubba

Re: Check for User...

2010-03-16 Thread Kris Buelens

If you change
   CPcmd QUERY $userID
into
   CPcmd QUERY USER $userID

it will be better yet.

2010/3/16 Michael MacIsaac 

>
> Ah, peer review is a wonderful thing! Within *minutes* of me posting a
> proposed approach, I got an e-mail off-list,
> from a person who should remain anonymous, that included:
>
> > it is not exact and sloppy and based on assumptions rather than the
> official API
> > Looks to me your code would also confirm that the users TIME and USERID
> are logged as well
>
> Sure enough TIME and USERID are incorrectly reported as being user IDs:
> # ./checkuser.sh userid
> Error: userid is logged on
> # ./checkuser.sh time
> Error: time is logged on
>
> That made me think of other arguments will also produce the wrong results.
> # ./checkuser.sh 123
> Error: unexpected rc from CP QUERY 123 - 40
>
> So I modified the code to use the LINK  approach suggested.
>
> # ./checkuser.sh time
> Error: time does not exist
> # ./checkuser.sh userid
> Error: userid does not exist
> # ./checkuser.sh 123
> Error: 123 does not exist
> # ./checkuser.sh foo
> Error: foo does not exist
> # ./checkuser.sh maint
> # ./checkuser.sh linux191
> Error: linux191 is logged on
>
> Here's the modified code:
> # cat checkuser.sh
> #!/bin/sh
>
> #+--+
> function CPcmd()
> # Run a CP command and invoke it via the vmcp module/command
> #   Arg1-n: the command to issue
> #   Return: the command's return code
>
> #+--+
>  {
>   if [ "$verbose" = 2 ]; then  // echo extra output
> echo "Invoking CP command: $@"
>   fi
> # parse output to get return code: awk -F# splits line at '#' with rc at
> end
>   output=$(vmcp $@ 2>&1)
>   if [ ${#output} != 0 -a "$verbose" != 0 ]; then # echo the output
> echo "$output"
>   fi
>   retVal=0
>   retVal=$(echo $output | grep "Error: non-zero CP" | awk -F# '{print $2}')
>   return $retVal
>  }
>
>
> #+--+
> function checkID()
> # Verify user ID exists and is logged off
> # Arg 1: user ID to check
>
> #+--+
>  {
>   userID=$1
>   verbose=0
>   CPcmd LINK $userID  # first check if the user ID exists
>   rc=$?
>   case $rc in
>22)  # user ID exists - fall through
>   ;;
>53)  # user ID does not exist
>   echo "Error: $userID does not exist"
>   return 2
>   ;;
>*) # unexpected
>   echo "Error: unexpected rc from CP LINK $userID - $rc"
>   return 3
>   esac
>   CPcmd QUERY $userID # verify that the user ID is logged off
>   rc=$?
>   case $rc in
> 0)  # user ID is logged on or disconnected
>   echo "Error: $userID is logged on"
>   return 1
>   ;;
>45) # user ID is logged off - this is correct
>   ;;
>*) # unexpected
>   echo "Error: unexpected rc from CP QUERY $userID - $rc"
>   return 3
>   esac
>   verbose=1
>   return 0
>  } # checkID()
>
> So Rob, does this look better?  :))
>
> "Mike MacIsaac"(845) 433-7061




-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: VMUTIL PARM Question

2010-03-16 Thread Wandschneider, Scott

Version 1.2 must be current then - Thanks!

Thank you,

Scott


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Ron Schmiedge
Sent: Tuesday, March 16, 2010 10:37 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

WAKEUP VERSION on my z/VM 5.4 system says 1.2 (RC=00012)

On Tue, Mar 16, 2010 at 9:23 AM, Wandschneider, Scott
 wrote:
> Frank excellent suggestion - My PRAMS file has been carried forward so many 
> times, it still says:
>
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH       *
> *  THE VM/SP  IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.           *
>
> Btw way what is the current version of WAKEUP, mine is 1.2?
>
> Thank you,
>
> Scott
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
> Behalf Of Frank M. Ramaekers
> Sent: Tuesday, March 16, 2010 9:59 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VMUTIL PARM Question
>
> I've added this comment to the beginning of my WAKEUP TIMES:
>
> *---*
> *ALL     |HH:MM:SS|DATESTAM| user-text (once a day)                     *
> *MM/DD/YY|HH:MM:SS|DATESTAM| user-text (once)                           *
> *==/DD/YY|HH:MM:SS|DATESTAM| user-text (once a month)                   *
> *==/==/==|HH:MM:SS|DATESTAM| user-text (once a day)                     *
> *==/01/==|HH:MM:SS|DATESTAM| user-text (on the 1st)                     *
> *        |        |        |                                            *
> *DAYOFWEK|HH:MM:SS|DATESTAM| user-text (once a week)                    *
> *WEEKEND |HH:MM:SS|DATESTAM| user-text (on weekends)                    *
> *S-S     |HH:MM:SS|DATESTAM| user-text (same as above)                  *
> *WEEKDAY |HH:MM:SS|DATESTAM| user-text (on weekdays)                    *
> *M-F     |HH:MM:SS|DATESTAM| user-text (same as above)                  *
> *        |        |        |                                            *
> *==/==/==|+05     |TIMESTAM| user-text (every 5 minutes)                *
> *WEEKEND |+10:30  |TIMESTAM| user-text (every 10 mins 30 secs. weekends)*
> *WEEKDAY |+20     |TIMESTAM| user-text (every 20 mins weekdays)         *
> *DAYOFWEK|+5      |TIMESTAM| user-text (every 5 mins on day)            *
> *M-F     |+02:30:0|TIMESTAM| user-text (every 150 mins. on weekdays)    *
> *---*
>
>
> Frank M. Ramaekers Jr.
>
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
> Behalf Of Bill Munson
> Sent: Tuesday, March 16, 2010 9:06 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VMUTIL PARM Question
>
> Scott,
>
> I believe that the Wakeup Parms file is restricted to one week of
> activity.
>
>  
> *                                                                      *
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH       *
> *  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.           *
> *                                                                      *
> *  NOTE THAT THERE ARE 4 FIELDS IN THIS FILE:                          *
> *                                                                      *
> *  FIELD 1:  COLUMNS 01 TO 03  --  DAYS OF THE WEEK                    *
> *  FIELD 2:  COLUMNS 10 TO 17  --  TIME OF DAY                         *
> *  FIELD 3:  COLUMNS 19 TO 26  --  LAST DATE THAT LINE WAS EXECUTED    *
> *  FIELD 4:  COLUMNS 28 TO 80  --  ANY CP/CMS/EXEC COMMAND             *
> *                                                                      *
> *  VALID PARAMETERS:                                                   *
> *                                                                      *
> *  FIELD 1:                                                            *
> *           'ALL'  -- EXECUTE THIS LINE EVERY DAY OF THE WEEK          *
> *           'MON'  -- EXECUTE THIS LINE ONLY ON MONDAYS                *
> *           'TUE'  -- EXECUTE THIS LINE ONLY ON TUESDAYS               *
> *           'WED'  -- EXECUTE THIS LINE ONLY ON WEDNESDAYS             *
> *           'THU'  -- EXECUTE THIS LINE ONLY ON THURSDAYS              *
> *           'FRI'  -- EXECUTE THIS LINE ONLY ON FRIDAYS                *
> *           'SAT'  -- EXECUTE THIS LINE ONLY ON SATURDAYS              *
> *           'SUN'  -- EXECUTE THIS LINE ONLY ON SUNDAYS                *
> *           'M-F'  -- EXECUTE THIS LINE ONLY MONDAY THRU FRIDAY        *
> *           'S-S'  -- EXECUTE THIS LINE ONLY SATURDAYS AND SUNDAYS     *
> *                                                                      *
> *  FIELD 2:                                                            *
> *                                                                      *
> *           HH:MM:SS

Re: VMUTIL PARM Question

2010-03-16 Thread Ron Schmiedge

WAKEUP VERSION on my z/VM 5.4 system says 1.2 (RC=00012)

On Tue, Mar 16, 2010 at 9:23 AM, Wandschneider, Scott
 wrote:
> Frank excellent suggestion - My PRAMS file has been carried forward so many 
> times, it still says:
>
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH       *
> *  THE VM/SP  IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.           *
>
> Btw way what is the current version of WAKEUP, mine is 1.2?
>
> Thank you,
>
> Scott
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
> Behalf Of Frank M. Ramaekers
> Sent: Tuesday, March 16, 2010 9:59 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VMUTIL PARM Question
>
> I've added this comment to the beginning of my WAKEUP TIMES:
>
> *---*
> *ALL     |HH:MM:SS|DATESTAM| user-text (once a day)                     *
> *MM/DD/YY|HH:MM:SS|DATESTAM| user-text (once)                           *
> *==/DD/YY|HH:MM:SS|DATESTAM| user-text (once a month)                   *
> *==/==/==|HH:MM:SS|DATESTAM| user-text (once a day)                     *
> *==/01/==|HH:MM:SS|DATESTAM| user-text (on the 1st)                     *
> *        |        |        |                                            *
> *DAYOFWEK|HH:MM:SS|DATESTAM| user-text (once a week)                    *
> *WEEKEND |HH:MM:SS|DATESTAM| user-text (on weekends)                    *
> *S-S     |HH:MM:SS|DATESTAM| user-text (same as above)                  *
> *WEEKDAY |HH:MM:SS|DATESTAM| user-text (on weekdays)                    *
> *M-F     |HH:MM:SS|DATESTAM| user-text (same as above)                  *
> *        |        |        |                                            *
> *==/==/==|+05     |TIMESTAM| user-text (every 5 minutes)                *
> *WEEKEND |+10:30  |TIMESTAM| user-text (every 10 mins 30 secs. weekends)*
> *WEEKDAY |+20     |TIMESTAM| user-text (every 20 mins weekdays)         *
> *DAYOFWEK|+5      |TIMESTAM| user-text (every 5 mins on day)            *
> *M-F     |+02:30:0|TIMESTAM| user-text (every 150 mins. on weekdays)    *
> *---*
>
>
> Frank M. Ramaekers Jr.
>
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
> Behalf Of Bill Munson
> Sent: Tuesday, March 16, 2010 9:06 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VMUTIL PARM Question
>
> Scott,
>
> I believe that the Wakeup Parms file is restricted to one week of
> activity.
>
>  
> *                                                                      *
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH       *
> *  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.           *
> *                                                                      *
> *  NOTE THAT THERE ARE 4 FIELDS IN THIS FILE:                          *
> *                                                                      *
> *  FIELD 1:  COLUMNS 01 TO 03  --  DAYS OF THE WEEK                    *
> *  FIELD 2:  COLUMNS 10 TO 17  --  TIME OF DAY                         *
> *  FIELD 3:  COLUMNS 19 TO 26  --  LAST DATE THAT LINE WAS EXECUTED    *
> *  FIELD 4:  COLUMNS 28 TO 80  --  ANY CP/CMS/EXEC COMMAND             *
> *                                                                      *
> *  VALID PARAMETERS:                                                   *
> *                                                                      *
> *  FIELD 1:                                                            *
> *           'ALL'  -- EXECUTE THIS LINE EVERY DAY OF THE WEEK          *
> *           'MON'  -- EXECUTE THIS LINE ONLY ON MONDAYS                *
> *           'TUE'  -- EXECUTE THIS LINE ONLY ON TUESDAYS               *
> *           'WED'  -- EXECUTE THIS LINE ONLY ON WEDNESDAYS             *
> *           'THU'  -- EXECUTE THIS LINE ONLY ON THURSDAYS              *
> *           'FRI'  -- EXECUTE THIS LINE ONLY ON FRIDAYS                *
> *           'SAT'  -- EXECUTE THIS LINE ONLY ON SATURDAYS              *
> *           'SUN'  -- EXECUTE THIS LINE ONLY ON SUNDAYS                *
> *           'M-F'  -- EXECUTE THIS LINE ONLY MONDAY THRU FRIDAY        *
> *           'S-S'  -- EXECUTE THIS LINE ONLY SATURDAYS AND SUNDAYS     *
> *                                                                      *
> *  FIELD 2:                                                            *
> *                                                                      *
> *           HH:MM:SS  -- THIS FIELD CONTAINS THE TIME THAT             *
> *                        YOU WANT THE COMMAND TO BE EXECUTED           *
> *                                                                      *
> *  FIELD 3:                                                            *
> *

Re: VMUTIL PARM Question

2010-03-16 Thread Wandschneider, Scott

Frank excellent suggestion - My PRAMS file has been carried forward so many 
times, it still says:

*  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   * 
*  THE VM/SP  IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *

Btw way what is the current version of WAKEUP, mine is 1.2?

Thank you,

Scott


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Frank M. Ramaekers
Sent: Tuesday, March 16, 2010 9:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

I've added this comment to the beginning of my WAKEUP TIMES:

*---*
*ALL |HH:MM:SS|DATESTAM| user-text (once a day) *
*MM/DD/YY|HH:MM:SS|DATESTAM| user-text (once)   *
*==/DD/YY|HH:MM:SS|DATESTAM| user-text (once a month)   *
*==/==/==|HH:MM:SS|DATESTAM| user-text (once a day) *
*==/01/==|HH:MM:SS|DATESTAM| user-text (on the 1st) *
*|||*
*DAYOFWEK|HH:MM:SS|DATESTAM| user-text (once a week)*
*WEEKEND |HH:MM:SS|DATESTAM| user-text (on weekends)*
*S-S |HH:MM:SS|DATESTAM| user-text (same as above)  *
*WEEKDAY |HH:MM:SS|DATESTAM| user-text (on weekdays)*
*M-F |HH:MM:SS|DATESTAM| user-text (same as above)  *
*|||*
*==/==/==|+05 |TIMESTAM| user-text (every 5 minutes)*
*WEEKEND |+10:30  |TIMESTAM| user-text (every 10 mins 30 secs. weekends)*
*WEEKDAY |+20 |TIMESTAM| user-text (every 20 mins weekdays) *
*DAYOFWEK|+5  |TIMESTAM| user-text (every 5 mins on day)*
*M-F |+02:30:0|TIMESTAM| user-text (every 150 mins. on weekdays)*
*---*

 
Frank M. Ramaekers Jr.
 
 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Bill Munson
Sent: Tuesday, March 16, 2010 9:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

Scott,

I believe that the Wakeup Parms file is restricted to one week of 
activity. 

 
*  *
*  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   *
*  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *
*  *
*  NOTE THAT THERE ARE 4 FIELDS IN THIS FILE:  *
*  *
*  FIELD 1:  COLUMNS 01 TO 03  --  DAYS OF THE WEEK*
*  FIELD 2:  COLUMNS 10 TO 17  --  TIME OF DAY *
*  FIELD 3:  COLUMNS 19 TO 26  --  LAST DATE THAT LINE WAS EXECUTED*
*  FIELD 4:  COLUMNS 28 TO 80  --  ANY CP/CMS/EXEC COMMAND *
*  *
*  VALID PARAMETERS:   *
*  *
*  FIELD 1:*
*   'ALL'  -- EXECUTE THIS LINE EVERY DAY OF THE WEEK  *
*   'MON'  -- EXECUTE THIS LINE ONLY ON MONDAYS*
*   'TUE'  -- EXECUTE THIS LINE ONLY ON TUESDAYS   *
*   'WED'  -- EXECUTE THIS LINE ONLY ON WEDNESDAYS *
*   'THU'  -- EXECUTE THIS LINE ONLY ON THURSDAYS  *
*   'FRI'  -- EXECUTE THIS LINE ONLY ON FRIDAYS*
*   'SAT'  -- EXECUTE THIS LINE ONLY ON SATURDAYS  *
*   'SUN'  -- EXECUTE THIS LINE ONLY ON SUNDAYS*
*   'M-F'  -- EXECUTE THIS LINE ONLY MONDAY THRU FRIDAY*
*   'S-S'  -- EXECUTE THIS LINE ONLY SATURDAYS AND SUNDAYS *
*  *
*  FIELD 2:*
*  *
*   HH:MM:SS  -- THIS FIELD CONTAINS THE TIME THAT *
*YOU WANT THE COMMAND TO BE EXECUTED   *
*  *
*  FIELD 3:*
*  *
*   MM/DD/YY  -- THIS FIELD CONTAINS THE LAST DATE THAT*
*THE COMMAND WAS EXECUTED.  THIS IS TO *
*INSURE THAT IF IT WAS EXECUTED ONCE ON*
*

Re: VMUTIL PARM Question

2010-03-16 Thread Frank M. Ramaekers

I've added this comment to the beginning of my WAKEUP TIMES:

*---*
*ALL |HH:MM:SS|DATESTAM| user-text (once a day) *
*MM/DD/YY|HH:MM:SS|DATESTAM| user-text (once)   *
*==/DD/YY|HH:MM:SS|DATESTAM| user-text (once a month)   *
*==/==/==|HH:MM:SS|DATESTAM| user-text (once a day) *
*==/01/==|HH:MM:SS|DATESTAM| user-text (on the 1st) *
*|||*
*DAYOFWEK|HH:MM:SS|DATESTAM| user-text (once a week)*
*WEEKEND |HH:MM:SS|DATESTAM| user-text (on weekends)*
*S-S |HH:MM:SS|DATESTAM| user-text (same as above)  *
*WEEKDAY |HH:MM:SS|DATESTAM| user-text (on weekdays)*
*M-F |HH:MM:SS|DATESTAM| user-text (same as above)  *
*|||*
*==/==/==|+05 |TIMESTAM| user-text (every 5 minutes)*
*WEEKEND |+10:30  |TIMESTAM| user-text (every 10 mins 30 secs. weekends)*
*WEEKDAY |+20 |TIMESTAM| user-text (every 20 mins weekdays) *
*DAYOFWEK|+5  |TIMESTAM| user-text (every 5 mins on day)*
*M-F |+02:30:0|TIMESTAM| user-text (every 150 mins. on weekdays)*
*---*

 
Frank M. Ramaekers Jr.
 
 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Bill Munson
Sent: Tuesday, March 16, 2010 9:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

Scott,

I believe that the Wakeup Parms file is restricted to one week of 
activity. 

 
*  *
*  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   *
*  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *
*  *
*  NOTE THAT THERE ARE 4 FIELDS IN THIS FILE:  *
*  *
*  FIELD 1:  COLUMNS 01 TO 03  --  DAYS OF THE WEEK*
*  FIELD 2:  COLUMNS 10 TO 17  --  TIME OF DAY *
*  FIELD 3:  COLUMNS 19 TO 26  --  LAST DATE THAT LINE WAS EXECUTED*
*  FIELD 4:  COLUMNS 28 TO 80  --  ANY CP/CMS/EXEC COMMAND *
*  *
*  VALID PARAMETERS:   *
*  *
*  FIELD 1:*
*   'ALL'  -- EXECUTE THIS LINE EVERY DAY OF THE WEEK  *
*   'MON'  -- EXECUTE THIS LINE ONLY ON MONDAYS*
*   'TUE'  -- EXECUTE THIS LINE ONLY ON TUESDAYS   *
*   'WED'  -- EXECUTE THIS LINE ONLY ON WEDNESDAYS *
*   'THU'  -- EXECUTE THIS LINE ONLY ON THURSDAYS  *
*   'FRI'  -- EXECUTE THIS LINE ONLY ON FRIDAYS*
*   'SAT'  -- EXECUTE THIS LINE ONLY ON SATURDAYS  *
*   'SUN'  -- EXECUTE THIS LINE ONLY ON SUNDAYS*
*   'M-F'  -- EXECUTE THIS LINE ONLY MONDAY THRU FRIDAY*
*   'S-S'  -- EXECUTE THIS LINE ONLY SATURDAYS AND SUNDAYS *
*  *
*  FIELD 2:*
*  *
*   HH:MM:SS  -- THIS FIELD CONTAINS THE TIME THAT *
*YOU WANT THE COMMAND TO BE EXECUTED   *
*  *
*  FIELD 3:*
*  *
*   MM/DD/YY  -- THIS FIELD CONTAINS THE LAST DATE THAT*
*THE COMMAND WAS EXECUTED.  THIS IS TO *
*INSURE THAT IF IT WAS EXECUTED ONCE ON*
*THAT DAY, IT WONT BE EXECUTED AGAIN INCASE*
*'VMUTIL' MUST BE RE-STARTED.  *
*THIS FIELD IS UPDATED BY 'VMUTIL' AFTER THE   *
*COMMAND LINE IS EXECUTED. *
*  *
*  FIELD 4:*
*  *
*  CP/CMS/EXEC COMMAND

Re: VMUTIL PARM Question

2010-03-16 Thread Wandschneider, Scott

Perfect John, just what I need.  Thanks!

I have downloaded VMSERVE and will look at it closely for more opportunities - 
Thanks to all!

Thank you,

Scott


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Romanowski, John (OFT)
Sent: Tuesday, March 16, 2010 10:04 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

Scott,
A one-time event on a specific date/time  is allowed in WAKEUP's WAKEUP TIMES 
file (See HELP WAKEUP or WAKEUP in the CMS Utilities Guide)
That old comment in WAKEUP PARMS is out of date I think.

To run your command at 8am on May 1, 2010 this record will do it once only.
05/01/10 08:00:00  CP SET SHARE USERA RELATIVE 300 2.7% LIMITHARD


> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
> Behalf Of Mike Walter
> Sent: Tuesday, March 16, 2010 10:22 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VMUTIL PARM Question
>
> :blush on
> Bill Munson is right.  The WAKEUP PARMS file contains the date and time
> that the command was last executed - and only handles a week at a time.
> I sure do wish that there was a "instant recall and trash" capability
> with
> the listserve!
> That's what I get for posting before being fully awake.  Cursed
> timezone
> change!!  :-(
> :blush off
>
> Thanks, Bill!
>
> Nonetheless,  VM:Schedule would handle your request with ease.
>
> Mike Walter
> Hewitt Associates
> The opinions expressed herein are mine alone, not my employer's.
>
>
>
> Mike Walter/National/Hewitt associa...@hewitt Associates NA
>
> Sent by: "The IBM z/VM Operating System" 
> 03/16/2010 09:15 AM
> Please respond to
> "The IBM z/VM Operating System" 
>
>
>
> To
> IBMVM@LISTSERV.UARK.EDU
> cc
>
> Subject
> Re: VMUTIL PARM Question
>
>
>
>
>
>
> I don't think that "SAT 08:00:00 04/24/10" will cause the command to be
> executed on Saturday May 1, 2010 unless you're running some REALLY
> strange
>
> UTC time offset.
>
> But:
> SAT 08:00:00 05/01/10
> should do it.  HOWEVER... you need to understand that the DAY (SAT on
> this
>
> case) is a key field.  It indicates when that command will be executed
> next, and when it will repeat, this case EVERY SATURDAY from 1 May 2010
> forever.
>
> This command will be executed for the first time at 08:00 on 05/01/10,
> and
>
> then AGAIN EVERY SATURDAY at 08:00.  After the first execution, the
> WAKEUP
>
> PARMS record will appear as:
> SAT 08:00 05/08/10 command_string
>
> WAKEUP is meant to provide a means of scheduling repeated requests.  If
> you want to use it for a one-time command, then you must remember to
> update the WAKEUP PARMS file to manually remove or change the command
> as
> desired.
>
> If you want a full-function scheduler, then VM:Schedule from CA will do
> the trick with an incredible number of bells and whistles.  IBM may
> also
> sell  something from Rocket Software, but I don't recall offhand.
>
> Mike Walter
> Hewitt Associates
> The opinions expressed herein are mine alone, not my employer's.
>
>
>
> "Wandschneider, Scott" 
>
> Sent by: "The IBM z/VM Operating System" 
> 03/16/2010 08:58 AM
> Please respond to
> "The IBM z/VM Operating System" 
>
>
>
> To
> IBMVM@LISTSERV.UARK.EDU
> cc
>
> Subject
> VMUTIL PARM Question
>
>
>
>
>
>
> What is the proper syntax for a WAKE PARM for VMUTIL to execute in the
> future.  For example, say I want to execute "CP SET SHARE USERA
> RELATIVE
> 300 2.7% LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it
> would be "SAT 08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7%
> LIMITHARD".  Is this correct?
>
> Thank you,
> Scott R Wandschneider
> Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707
> Miracle
>
> Hills Drive, Omaha, NE, 68154-4457|| : 402.963.8905 || 
> :847.849.7223  ||  : scott.wandschnei...@infocrossing.com **Think Green
> -
>
> Please print responsibly**
>
>
>
>
>
>
> The information contained in this e-mail and any accompanying documents
> may contain information that is confidential or otherwise protected
> from
> disclosure. If you are not the intended recipient of this message, or
> if
> this message has been addressed to you in error, please immediately
> alert
> the sender by reply e-mail and then delete this message, including any
> attachments. Any dissemination, distribution or other use of the
> contents
> of this message by anyone other than the intended recipient is strictly
> prohibited. All messages sent to and from this e-mail address may be
> monitored as permitted by applicable law and regulations to ensure
> compliance with our internal policies and to protect our business. E-
> mails
> are not secure and cannot be guaranteed to be error free as they can be
> intercepted, amended, lost or destroyed, or contain viruses. You are
> deemed to have accepted these risks if you communicate with us by e-
> mail.
>
>
>
>
>
> The information contained in this e-mail and any accompanying documents
> may contain

Re: VMUTIL PARM Question

2010-03-16 Thread Romanowski, John (OFT)

Scott,
A one-time event on a specific date/time  is allowed in WAKEUP's WAKEUP TIMES 
file (See HELP WAKEUP or WAKEUP in the CMS Utilities Guide)
That old comment in WAKEUP PARMS is out of date I think.

To run your command at 8am on May 1, 2010 this record will do it once only.
05/01/10 08:00:00  CP SET SHARE USERA RELATIVE 300 2.7% LIMITHARD


> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
> Behalf Of Mike Walter
> Sent: Tuesday, March 16, 2010 10:22 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: VMUTIL PARM Question
>
> :blush on
> Bill Munson is right.  The WAKEUP PARMS file contains the date and time
> that the command was last executed - and only handles a week at a time.
> I sure do wish that there was a "instant recall and trash" capability
> with
> the listserve!
> That's what I get for posting before being fully awake.  Cursed
> timezone
> change!!  :-(
> :blush off
>
> Thanks, Bill!
>
> Nonetheless,  VM:Schedule would handle your request with ease.
>
> Mike Walter
> Hewitt Associates
> The opinions expressed herein are mine alone, not my employer's.
>
>
>
> Mike Walter/National/Hewitt associa...@hewitt Associates NA
>
> Sent by: "The IBM z/VM Operating System" 
> 03/16/2010 09:15 AM
> Please respond to
> "The IBM z/VM Operating System" 
>
>
>
> To
> IBMVM@LISTSERV.UARK.EDU
> cc
>
> Subject
> Re: VMUTIL PARM Question
>
>
>
>
>
>
> I don't think that "SAT 08:00:00 04/24/10" will cause the command to be
> executed on Saturday May 1, 2010 unless you're running some REALLY
> strange
>
> UTC time offset.
>
> But:
> SAT 08:00:00 05/01/10
> should do it.  HOWEVER... you need to understand that the DAY (SAT on
> this
>
> case) is a key field.  It indicates when that command will be executed
> next, and when it will repeat, this case EVERY SATURDAY from 1 May 2010
> forever.
>
> This command will be executed for the first time at 08:00 on 05/01/10,
> and
>
> then AGAIN EVERY SATURDAY at 08:00.  After the first execution, the
> WAKEUP
>
> PARMS record will appear as:
> SAT 08:00 05/08/10 command_string
>
> WAKEUP is meant to provide a means of scheduling repeated requests.  If
> you want to use it for a one-time command, then you must remember to
> update the WAKEUP PARMS file to manually remove or change the command
> as
> desired.
>
> If you want a full-function scheduler, then VM:Schedule from CA will do
> the trick with an incredible number of bells and whistles.  IBM may
> also
> sell  something from Rocket Software, but I don't recall offhand.
>
> Mike Walter
> Hewitt Associates
> The opinions expressed herein are mine alone, not my employer's.
>
>
>
> "Wandschneider, Scott" 
>
> Sent by: "The IBM z/VM Operating System" 
> 03/16/2010 08:58 AM
> Please respond to
> "The IBM z/VM Operating System" 
>
>
>
> To
> IBMVM@LISTSERV.UARK.EDU
> cc
>
> Subject
> VMUTIL PARM Question
>
>
>
>
>
>
> What is the proper syntax for a WAKE PARM for VMUTIL to execute in the
> future.  For example, say I want to execute "CP SET SHARE USERA
> RELATIVE
> 300 2.7% LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it
> would be "SAT 08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7%
> LIMITHARD".  Is this correct?
>
> Thank you,
> Scott R Wandschneider
> Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707
> Miracle
>
> Hills Drive, Omaha, NE, 68154-4457|| : 402.963.8905 || 
> :847.849.7223  ||  : scott.wandschnei...@infocrossing.com **Think Green
> -
>
> Please print responsibly**
>
>
>
>
>
>
> The information contained in this e-mail and any accompanying documents
> may contain information that is confidential or otherwise protected
> from
> disclosure. If you are not the intended recipient of this message, or
> if
> this message has been addressed to you in error, please immediately
> alert
> the sender by reply e-mail and then delete this message, including any
> attachments. Any dissemination, distribution or other use of the
> contents
> of this message by anyone other than the intended recipient is strictly
> prohibited. All messages sent to and from this e-mail address may be
> monitored as permitted by applicable law and regulations to ensure
> compliance with our internal policies and to protect our business. E-
> mails
> are not secure and cannot be guaranteed to be error free as they can be
> intercepted, amended, lost or destroyed, or contain viruses. You are
> deemed to have accepted these risks if you communicate with us by e-
> mail.
>
>
>
>
>
> The information contained in this e-mail and any accompanying documents
> may contain information that is confidential or otherwise protected
> from
> disclosure. If you are not the intended recipient of this message, or
> if
> this message has been addressed to you in error, please immediately
> alert
> the sender by reply e-mail and then delete this message, including any
> attachments. Any dissemination, distribution or other use of the
> contents
> of this message by an

Re: VMUTIL PARM Question

2010-03-16 Thread Wandschneider, Scott

Thanks - I will definitely check it out.

 

Thank you,

 

Scott

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Tuesday, March 16, 2010 9:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

 

Check out the VMSERVE package:
http://www.vm.ibm.com/download/packages/descript.cgi?VMSERVE

Run it on VMUTIL instead of the supplied EXEC.   You can use the TIMES
file to specify dates, etc and I'm not aware of any 'weekly'
restriction.   You can also have it react to reader files or messages,
so it can be a handy utility and much more functional than the supplied
VMUTIL code.

Scott Rohling

On Tue, Mar 16, 2010 at 7:32 AM, Wandschneider, Scott
 wrote:

Ok, I'll use Microsoft Outlook to remind me one week before and I'll
update VMUTIL.

And btw, I wish I had VM:SCHEDULE or some tool, I just have VMUTIL.

Thanks for all the responses

Thank you,

Scott


Confidentiality Note: This e-mail, including any attachment to it, may
contain material that is confidential, proprietary, privileged and/or
"Protected Health Information," within the meaning of the regulations
under the Health Insurance Portability & Accountability Act as amended.
If it is not clear that you are the intended recipient, you are hereby
notified that you have received this transmittal in error, and any
review, dissemination, distribution or copying of this e-mail, including
any attachment to it, is strictly prohibited. If you have received this
e-mail in error, please immediately return it to the sender and delete
it from your system. Thank you.

 



Confidentiality Note: This e-mail, including any attachment to it, may contain 
material that is confidential, proprietary, privileged and/or "Protected Health 
Information," within the meaning of the regulations under the Health Insurance 
Portability & Accountability Act as amended.  If it is not clear that you are 
the intended recipient, you are hereby notified that you have received this 
transmittal in error, and any review, dissemination, distribution or copying of 
this e-mail, including any attachment to it, is strictly prohibited. If you 
have received this e-mail in error, please immediately return it to the sender 
and delete it from your system. Thank you.

Re: VMUTIL PARM Question

2010-03-16 Thread Scott Rohling

Check out the VMSERVE package:
http://www.vm.ibm.com/download/packages/descript.cgi?VMSERVE

Run it on VMUTIL instead of the supplied EXEC.   You can use the TIMES file
to specify dates, etc and I'm not aware of any 'weekly' restriction.   You
can also have it react to reader files or messages, so it can be a handy
utility and much more functional than the supplied VMUTIL code.

Scott Rohling

On Tue, Mar 16, 2010 at 7:32 AM, Wandschneider, Scott <
scott.wandschnei...@infocrossing.com> wrote:

> Ok, I'll use Microsoft Outlook to remind me one week before and I'll
> update VMUTIL.
>
> And btw, I wish I had VM:SCHEDULE or some tool, I just have VMUTIL.
>
> Thanks for all the responses
>
> Thank you,
>
> Scott
>
>
> Confidentiality Note: This e-mail, including any attachment to it, may
> contain material that is confidential, proprietary, privileged and/or
> "Protected Health Information," within the meaning of the regulations under
> the Health Insurance Portability & Accountability Act as amended.  If it is
> not clear that you are the intended recipient, you are hereby notified that
> you have received this transmittal in error, and any review, dissemination,
> distribution or copying of this e-mail, including any attachment to it, is
> strictly prohibited. If you have received this e-mail in error, please
> immediately return it to the sender and delete it from your system. Thank
> you.
>

Re: VMUTIL PARM Question

2010-03-16 Thread Bill Munson

and yes my first VM system had the LOGO  "VM/370"  on the screen of the 
3278 coax cabled to the back of the CPU.

munson
201-418-7588

David Boyes  
Sent by: The IBM z/VM Operating System 
03/16/2010 10:21 AM
Please respond to
The IBM z/VM Operating System 

To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: VMUTIL PARM Question

On 3/16/10 10:05 AM, "Bill Munson"  wrote:

  *
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   *
> *  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *

Wow. And I thought I was behind the times by occasionally running VM/XA 
and
VM/SP5 HPO guests

Thanks for the blast from the past...8-)

--- db

*** IMPORTANT NOTE
* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.

Re: VMUTIL PARM Question

2010-03-16 Thread Brian Nielsen

Sorry, I was assuming VMUTIL used the full abilties of the WAKEUP 
command.  You might want to consider using one of the downloadable 
packages that implement a scheduler, or write up your own based on 
WAKEUP.  It's not hard to do.

Brian Nielsen


On Tue, 16 Mar 2010 09:20:32 -0500, Brian Nielsen  
wrote:

>On Tue, 16 Mar 2010 06:58:33 -0700, Wandschneider, Scott 
> wrote:
>
>>What is the proper syntax for a WAKE PARM for VMUTIL to execute in the
>>future.  For example, say I want to execute "CP SET SHARE USERA RELATIV
E
>>300 2.7% LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it

>>would be "SAT 08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7%
>>LIMITHARD".  Is this correct? 
>
>It depends on exactly what you want
>
>If the current date & time is before 8:00am on 4/24/10 then it will 
also 
>execute on 04/24/10 because that is also a Saturday.  Better would be to
 
>replace "4/24/10" with "4/31/10".  Then it will execute every Saturday 

>starting on 05/01/10.
>
>If you want it to execute only on May 1, 2010 then you should 
>replace "SAT" with "05/01/10", otherwise it will execute every Saturday.
  
>In this case the "04/24/10" is okay and can be any date prior 
>to "05/01/10".
>
>Brian Nielsen
>
=
===

Re: VMUTIL PARM Question

2010-03-16 Thread Wandschneider, Scott

Ok, I'll use Microsoft Outlook to remind me one week before and I'll
update VMUTIL. 

And btw, I wish I had VM:SCHEDULE or some tool, I just have VMUTIL.

Thanks for all the responses

Thank you,

Scott


Confidentiality Note: This e-mail, including any attachment to it, may contain 
material that is confidential, proprietary, privileged and/or "Protected Health 
Information," within the meaning of the regulations under the Health Insurance 
Portability & Accountability Act as amended.  If it is not clear that you are 
the intended recipient, you are hereby notified that you have received this 
transmittal in error, and any review, dissemination, distribution or copying of 
this e-mail, including any attachment to it, is strictly prohibited. If you 
have received this e-mail in error, please immediately return it to the sender 
and delete it from your system. Thank you.

Re: VMUTIL PARM Question

2010-03-16 Thread Bill Munson

That is what I keep telling my management - VM:Schedular the best

but I keep dragging VMUTIL and DTR$WAIT along with me wherever I go.
and as David mentioned it has been a LONG drag.

munson
201-418-7588




Mike Walter  
Sent by: The IBM z/VM Operating System 
03/16/2010 10:22 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: VMUTIL PARM Question






:blush on
Bill Munson is right.  The WAKEUP PARMS file contains the date and time 
that the command was last executed - and only handles a week at a time.
I sure do wish that there was a "instant recall and trash" capability with 

the listserve!
That's what I get for posting before being fully awake.  Cursed timezone 
change!!  :-(
:blush off

Thanks, Bill!

Nonetheless,  VM:Schedule would handle your request with ease.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



Mike Walter/National/Hewitt associa...@hewitt Associates NA 

Sent by: "The IBM z/VM Operating System" 
03/16/2010 09:15 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: VMUTIL PARM Question






I don't think that "SAT 08:00:00 04/24/10" will cause the command to be 
executed on Saturday May 1, 2010 unless you're running some REALLY strange 


UTC time offset.

But:
SAT 08:00:00 05/01/10
should do it.  HOWEVER... you need to understand that the DAY (SAT on this 


case) is a key field.  It indicates when that command will be executed 
next, and when it will repeat, this case EVERY SATURDAY from 1 May 2010 
forever.

This command will be executed for the first time at 08:00 on 05/01/10, and 


then AGAIN EVERY SATURDAY at 08:00.  After the first execution, the WAKEUP 


PARMS record will appear as:
SAT 08:00 05/08/10 command_string

WAKEUP is meant to provide a means of scheduling repeated requests.  If 
you want to use it for a one-time command, then you must remember to 
update the WAKEUP PARMS file to manually remove or change the command as 
desired.

If you want a full-function scheduler, then VM:Schedule from CA will do 
the trick with an incredible number of bells and whistles.  IBM may also 
sell  something from Rocket Software, but I don't recall offhand.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



"Wandschneider, Scott"  

Sent by: "The IBM z/VM Operating System" 
03/16/2010 08:58 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
VMUTIL PARM Question






What is the proper syntax for a WAKE PARM for VMUTIL to execute in the 
future.  For example, say I want to execute "CP SET SHARE USERA RELATIVE 
300 2.7% LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it 
would be "SAT 08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7% 
LIMITHARD".  Is this correct? 

Thank you,
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle 


Hills Drive, Omaha, NE, 68154-4457|| �u: 402.963.8905 || �|
:847.849.7223  ||  : scott.wandschnei...@infocrossing.com **Think Green  - 


Please print responsibly**






The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately alert 
the sender by reply e-mail and then delete this message, including any 
attachments. Any dissemination, distribution or other use of the contents 
of this message by anyone other than the intended recipient is strictly 
prohibited. All messages sent to and from this e-mail address may be 
monitored as permitted by applicable law and regulations to ensure 
compliance with our internal policies and to protect our business. E-mails 

are not secure and cannot be guaranteed to be error free as they can be 
intercepted, amended, lost or destroyed, or contain viruses. You are 
deemed to have accepted these risks if you communicate with us by e-mail. 





The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately alert 
the sender by reply e-mail and then delete this message, including any 
attachments. Any dissemination, distribution or other use of the contents 
of this message by anyone other than the intended recipient is strictly 
prohibited. All messages sent to and from this e-mail address may be 
monitored as permitted by applicable law and regulations to ensure 
compliance with our internal policies and to protect our business. E-mails 

are not secure and cannot be guaranteed to be error free as they can be 
intercepted, amended, lost or destroyed, or contain viruses. You a

Re: VMUTIL PARM Question

2010-03-16 Thread Bill Munson

Scott,

You will have to update VMUTIL during the week BEFORE you want something 
to run
That is what I had to do for changing the time - 
DTR$WAIT only looks at the day of the week and if it is the current date, 
if it is NOT the current date it executes the command.

good luck
 
Bill Munson 
Sr. z/VM Systems Programmer 
Brown Brothers Harriman & CO.
525 Washington Blvd. 
Jersey City, NJ 07310 
201-418-7588





"Wandschneider, Scott"  
Sent by: The IBM z/VM Operating System 
03/16/2010 09:58 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
VMUTIL PARM Question






What is the proper syntax for a WAKE PARM for VMUTIL to execute in the 
future.  For example, say I want to execute "CP SET SHARE USERA RELATIVE 
300 2.7% LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it 
would be "SAT 08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7% 
LIMITHARD".  Is this correct? 

Thank you,
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle 
Hills Drive, Omaha, NE, 68154-4457|| �u: 402.963.8905 || �|
:847.849.7223  ||  : scott.wandschnei...@infocrossing.com **Think Green  - 
Please print responsibly**




*** IMPORTANT NOTE
* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.

Re: VMUTIL PARM Question

2010-03-16 Thread Gentry, Stephen

Green screens are environmentally friendly, right?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bill Munson
Sent: Tuesday, March 16, 2010 10:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VMUTIL PARM Question

I keep telling you I am an old geeser
I just look young and pretty

Green Screen Forever

munson
201-418-7588

David Boyes  
Sent by: The IBM z/VM Operating System 
03/16/2010 10:21 AM
Please respond to
The IBM z/VM Operating System 

To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: VMUTIL PARM Question

On 3/16/10 10:05 AM, "Bill Munson"  wrote:

  *
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH
*
> *  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.
*

Wow. And I thought I was behind the times by occasionally running VM/XA 
and
VM/SP5 HPO guests

Thanks for the blast from the past...8-)

--- db

*** IMPORTANT NOTE
* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.

Re: VMUTIL PARM Question

2010-03-16 Thread Bill Munson

I keep telling you I am an old geeser
I just look young and pretty

Green Screen Forever

munson
201-418-7588

David Boyes  
Sent by: The IBM z/VM Operating System 
03/16/2010 10:21 AM
Please respond to
The IBM z/VM Operating System 

To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: VMUTIL PARM Question

On 3/16/10 10:05 AM, "Bill Munson"  wrote:

  *
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   *
> *  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *

Wow. And I thought I was behind the times by occasionally running VM/XA 
and
VM/SP5 HPO guests

Thanks for the blast from the past...8-)

--- db

*** IMPORTANT NOTE
* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.

Re: VMUTIL PARM Question

2010-03-16 Thread Mike Walter

:blush on
Bill Munson is right.  The WAKEUP PARMS file contains the date and time 
that the command was last executed - and only handles a week at a time.
I sure do wish that there was a "instant recall and trash" capability with 
the listserve!
That's what I get for posting before being fully awake.  Cursed timezone 
change!!  :-(
:blush off

Thanks, Bill!

Nonetheless,  VM:Schedule would handle your request with ease.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



Mike Walter/National/Hewitt associa...@hewitt Associates NA 

Sent by: "The IBM z/VM Operating System" 
03/16/2010 09:15 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: VMUTIL PARM Question






I don't think that "SAT 08:00:00 04/24/10" will cause the command to be 
executed on Saturday May 1, 2010 unless you're running some REALLY strange 

UTC time offset.

But:
SAT 08:00:00 05/01/10
should do it.  HOWEVER... you need to understand that the DAY (SAT on this 

case) is a key field.  It indicates when that command will be executed 
next, and when it will repeat, this case EVERY SATURDAY from 1 May 2010 
forever.

This command will be executed for the first time at 08:00 on 05/01/10, and 

then AGAIN EVERY SATURDAY at 08:00.  After the first execution, the WAKEUP 

PARMS record will appear as:
SAT 08:00 05/08/10 command_string

WAKEUP is meant to provide a means of scheduling repeated requests.  If 
you want to use it for a one-time command, then you must remember to 
update the WAKEUP PARMS file to manually remove or change the command as 
desired.

If you want a full-function scheduler, then VM:Schedule from CA will do 
the trick with an incredible number of bells and whistles.  IBM may also 
sell  something from Rocket Software, but I don't recall offhand.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



"Wandschneider, Scott"  

Sent by: "The IBM z/VM Operating System" 
03/16/2010 08:58 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
VMUTIL PARM Question






What is the proper syntax for a WAKE PARM for VMUTIL to execute in the 
future.  For example, say I want to execute "CP SET SHARE USERA RELATIVE 
300 2.7% LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it 
would be "SAT 08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7% 
LIMITHARD".  Is this correct? 

Thank you,
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle 

Hills Drive, Omaha, NE, 68154-4457|| �u: 402.963.8905 || �|
:847.849.7223  ||  : scott.wandschnei...@infocrossing.com **Think Green  - 

Please print responsibly**






The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately alert 
the sender by reply e-mail and then delete this message, including any 
attachments. Any dissemination, distribution or other use of the contents 
of this message by anyone other than the intended recipient is strictly 
prohibited. All messages sent to and from this e-mail address may be 
monitored as permitted by applicable law and regulations to ensure 
compliance with our internal policies and to protect our business. E-mails 
are not secure and cannot be guaranteed to be error free as they can be 
intercepted, amended, lost or destroyed, or contain viruses. You are 
deemed to have accepted these risks if you communicate with us by e-mail. 





The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately alert 
the sender by reply e-mail and then delete this message, including any 
attachments. Any dissemination, distribution or other use of the contents 
of this message by anyone other than the intended recipient is strictly 
prohibited. All messages sent to and from this e-mail address may be 
monitored as permitted by applicable law and regulations to ensure 
compliance with our internal policies and to protect our business. E-mails 
are not secure and cannot be guaranteed to be error free as they can be 
intercepted, amended, lost or destroyed, or contain viruses. You are 
deemed to have accepted these risks if you communicate with us by e-mail. 







The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and

Re: VMUTIL PARM Question

2010-03-16 Thread David Boyes

On 3/16/10 10:05 AM, "Bill Munson"  wrote:

  *
> *  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   *
> *  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *

Wow. And I thought I was behind the times by occasionally running VM/XA and
VM/SP5 HPO guests

Thanks for the blast from the past...8-)

--- db

Re: VMUTIL PARM Question

2010-03-16 Thread Brian Nielsen

On Tue, 16 Mar 2010 06:58:33 -0700, Wandschneider, Scott 
 wrote:

>What is the proper syntax for a WAKE PARM for VMUTIL to execute in the
>future.  For example, say I want to execute "CP SET SHARE USERA RELATIVE

>300 2.7% LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it
>would be "SAT 08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7%
>LIMITHARD".  Is this correct? 

It depends on exactly what you want

If the current date & time is before 8:00am on 4/24/10 then it will a
lso 
execute on 04/24/10 because that is also a Saturday.  Better would be to 

replace "4/24/10" with "4/31/10".  Then it will execute every Saturday 

starting on 05/01/10.

If you want it to execute only on May 1, 2010 then you should 
replace "SAT" with "05/01/10", otherwise it will execute every Saturday. 

In this case the "04/24/10" is okay and can be any date prior 
to "05/01/10".

Brian Nielsen

Re: VMUTIL PARM Question

2010-03-16 Thread Mike Walter

I don't think that "SAT 08:00:00 04/24/10" will cause the command to be 
executed on Saturday May 1, 2010 unless you're running some REALLY strange 
UTC time offset.

But:
SAT 08:00:00 05/01/10
should do it.  HOWEVER... you need to understand that the DAY (SAT on this 
case) is a key field.  It indicates when that command will be executed 
next, and when it will repeat, this case EVERY SATURDAY from 1 May 2010 
forever.

This command will be executed for the first time at 08:00 on 05/01/10, and 
then AGAIN EVERY SATURDAY at 08:00.  After the first execution, the WAKEUP 
PARMS record will appear as:
SAT 08:00 05/08/10 command_string

WAKEUP is meant to provide a means of scheduling repeated requests.  If 
you want to use it for a one-time command, then you must remember to 
update the WAKEUP PARMS file to manually remove or change the command as 
desired.

If you want a full-function scheduler, then VM:Schedule from CA will do 
the trick with an incredible number of bells and whistles.  IBM may also 
sell  something from Rocket Software, but I don't recall offhand.

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



"Wandschneider, Scott"  

Sent by: "The IBM z/VM Operating System" 
03/16/2010 08:58 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
VMUTIL PARM Question






What is the proper syntax for a WAKE PARM for VMUTIL to execute in the 
future.  For example, say I want to execute "CP SET SHARE USERA RELATIVE 
300 2.7% LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it 
would be "SAT 08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7% 
LIMITHARD".  Is this correct? 

Thank you,
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle 
Hills Drive, Omaha, NE, 68154-4457|| �u: 402.963.8905 || �|
:847.849.7223  ||  : scott.wandschnei...@infocrossing.com **Think Green  - 
Please print responsibly**






The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail.

Re: VMUTIL PARM Question

2010-03-16 Thread Bill Munson

Scott,

I believe that the Wakeup Parms file is restricted to one week of 
activity. 

 
*  *
*  THIS IS THE DEFAULT 'WAKEUP PARMS' FILE THAT IS SUPPLIED WITH   *
*  THE VM/370 IPO/E SYSTEM FOR THE VIRTUAL MACHINE 'VMUTIL'.   *
*  *
*  NOTE THAT THERE ARE 4 FIELDS IN THIS FILE:  *
*  *
*  FIELD 1:  COLUMNS 01 TO 03  --  DAYS OF THE WEEK*
*  FIELD 2:  COLUMNS 10 TO 17  --  TIME OF DAY *
*  FIELD 3:  COLUMNS 19 TO 26  --  LAST DATE THAT LINE WAS EXECUTED*
*  FIELD 4:  COLUMNS 28 TO 80  --  ANY CP/CMS/EXEC COMMAND *
*  *
*  VALID PARAMETERS:   *
*  *
*  FIELD 1:*
*   'ALL'  -- EXECUTE THIS LINE EVERY DAY OF THE WEEK  *
*   'MON'  -- EXECUTE THIS LINE ONLY ON MONDAYS*
*   'TUE'  -- EXECUTE THIS LINE ONLY ON TUESDAYS   *
*   'WED'  -- EXECUTE THIS LINE ONLY ON WEDNESDAYS *
*   'THU'  -- EXECUTE THIS LINE ONLY ON THURSDAYS  *
*   'FRI'  -- EXECUTE THIS LINE ONLY ON FRIDAYS*
*   'SAT'  -- EXECUTE THIS LINE ONLY ON SATURDAYS  *
*   'SUN'  -- EXECUTE THIS LINE ONLY ON SUNDAYS*
*   'M-F'  -- EXECUTE THIS LINE ONLY MONDAY THRU FRIDAY*
*   'S-S'  -- EXECUTE THIS LINE ONLY SATURDAYS AND SUNDAYS *
*  *
*  FIELD 2:*
*  *
*   HH:MM:SS  -- THIS FIELD CONTAINS THE TIME THAT *
*YOU WANT THE COMMAND TO BE EXECUTED   *
*  *
*  FIELD 3:*
*  *
*   MM/DD/YY  -- THIS FIELD CONTAINS THE LAST DATE THAT*
*THE COMMAND WAS EXECUTED.  THIS IS TO *
*INSURE THAT IF IT WAS EXECUTED ONCE ON*
*THAT DAY, IT WONT BE EXECUTED AGAIN INCASE*
*'VMUTIL' MUST BE RE-STARTED.  *
*THIS FIELD IS UPDATED BY 'VMUTIL' AFTER THE   *
*COMMAND LINE IS EXECUTED. *
*  *
*  FIELD 4:*
*  *
*  CP/CMS/EXEC COMMAND *
* -- PLACE ANY COMMAND TO BE EXECUTED IN THIS  *
*FIELD.*
*  *
*  NOTE:  IF THE KEY ENTRY 'MSG01' IS ENTERED IN FIELD 4   *
* WHERE THE COMMAND LINE IS ENTERED, A MESSAGE *
* TO THE OPERATOR WILL BE SENT STATING THE CURRENT *
* DATE AND TIME.   *
*  *
* IF THE COMMAND BEING ISSUED IS A CMS COMMAND,*
* THE COMMAND MUST BE PREFIXED WITH 'CMS'  *
*  *
* IF THE COMMAND BEING ISSUED IS A CP COMMAND, *
* THE COMMAND MUST BE PREFIXED WITH 'CP'   *
*  *
* IF THE COMMAND BEING ISSUED IS AN EXEC,  *
* THE COMMAND MUST BE PREFIXED WITH 'EXEC' *
*  *
* 'VMUTIL' GENERATES A LOG FILE OF ALL TRANSACTIONS*
* THAT TAKES PLACE, IT IS NAMED 'VMUTIL LOG A0'.   *
* IN THIS 'WAKEUP PARMS' FILE IT IS PRINTED AND*
* ERASED AT 08:00:00 HOURS.*
*  *
* IF THERE IS AN '*' IN COLUMN 1 OF THIS FILE, THE *
* LI

Re: VMUTIL PARM Question

2010-03-16 Thread Ray Waters

Looks good to me.

Ray Waters

From: The IBM z/VM Operating System [ib...@listserv.uark.edu] On Behalf Of 
Wandschneider, Scott [scott.wandschnei...@infocrossing.com]
Sent: Tuesday, March 16, 2010 9:58 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: VMUTIL PARM Question

What is the proper syntax for a WAKE PARM for VMUTIL to execute in the future.  
For example, say I want to execute "CP SET SHARE USERA RELATIVE 300 2.7% 
LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it would be "SAT 
08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7% LIMITHARD".  Is this 
correct?

Thank you,
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle 
Hills Drive, Omaha, NE, 68154-4457|| : 402.963.8905 || :847.849.7223  ||  : 
scott.wandschnei...@infocrossing.com **Think Green  - Please print responsibly**

?��ۙ�Y?[�?X[?]?H?��?N�???\�?K[XZ[ ??[��?Y?[��?[�H?]??X�?Y[�???�?] 
??X^H?�۝?Z[�?X]?\�X[]??\�?�ۙ�Y?[�?X[ ???��?�Y]?\�K???�]�[?Y�Y??[� 
�܈?�?��?X�?Y???X[[��ܛX]?[ۋ?�?�]??[�???H?YX[�[��?و???H?�Y�[?]?[ۜ�?[�?\�???H??X[[��\�[��H??ܝ?X�[?]?H
  �?X���[�?X�[?]?H?X�??\�?[Y[�?Y 
�??Y�?]??\�?��??�?X\�???]??[�H?\�H???H?[�?[�?Y??�X�\?Y[� 
??[�H?\�H??\�X�H?��?Y�YY]??[�H??]�H?�X�Z]�Y\�??�[��Z]??[??[�?\��܋??[�??[�H?�]�Y]�???\��[Z[�]?[ۋ???\�?�X�]?[ۈ?܈?��?Z[��?و???\�?K[XZ[
 ??[��?Y?[��?[�H?]??X�?Y[�???�?] ??\�?�?�X�??H??��?X�]?Y 
�?Y�?[�H??]�H?�X�Z]�Y\�?K[XZ[??[�?\��܋X\�H?[[YY?X]?[?H?�]?\��?]???�???H?�[�?\�?[�???[?]?H?]??���H?[�\�?�\�?[K�???[��?[�K�

NOTICE:
This e-mail is intended solely for the use of the individual to whom it is 
addressed and may contain information that is privileged, confidential or 
otherwise exempt from disclosure. If the reader of this e-mail is not the 
intended recipient or the employee or agent responsible for delivering the 
message to the intended recipient, you are hereby notified that any 
dissemination, distribution, or copying of this communication is strictly 
prohibited. If you have received this communication in error, please 
immediately notify us by replying to the original message at the listed email 
address. Thank You.

Re: Check for User...

2010-03-16 Thread Michael MacIsaac

Ah, peer review is a wonderful thing! Within *minutes* of me posting a 
proposed approach, I got an e-mail off-list,
from a person who should remain anonymous, that included:

> it is not exact and sloppy and based on assumptions rather than the 
official API 
> Looks to me your code would also confirm that the users TIME and USERID 
are logged as well

Sure enough TIME and USERID are incorrectly reported as being user IDs:
# ./checkuser.sh userid
Error: userid is logged on
# ./checkuser.sh time
Error: time is logged on

That made me think of other arguments will also produce the wrong results.
# ./checkuser.sh 123
Error: unexpected rc from CP QUERY 123 - 40

So I modified the code to use the LINK  approach suggested.

# ./checkuser.sh time
Error: time does not exist
# ./checkuser.sh userid
Error: userid does not exist
# ./checkuser.sh 123
Error: 123 does not exist
# ./checkuser.sh foo
Error: foo does not exist
# ./checkuser.sh maint
# ./checkuser.sh linux191
Error: linux191 is logged on

Here's the modified code:
# cat checkuser.sh
#!/bin/sh
#+--+
function CPcmd()
# Run a CP command and invoke it via the vmcp module/command
#   Arg1-n: the command to issue
#   Return: the command's return code
#+--+
 {
  if [ "$verbose" = 2 ]; then  // echo extra output
echo "Invoking CP command: $@"
  fi
# parse output to get return code: awk -F# splits line at '#' with rc at 
end
  output=$(vmcp $@ 2>&1)
  if [ ${#output} != 0 -a "$verbose" != 0 ]; then # echo the output
echo "$output"
  fi
  retVal=0
  retVal=$(echo $output | grep "Error: non-zero CP" | awk -F# '{print 
$2}')
  return $retVal
 }

#+--+
function checkID()
# Verify user ID exists and is logged off
# Arg 1: user ID to check
#+--+
 {
  userID=$1
  verbose=0
  CPcmd LINK $userID  # first check if the user ID exists
  rc=$?
  case $rc in
   22)  # user ID exists - fall through
  ;;
   53)  # user ID does not exist
  echo "Error: $userID does not exist"
  return 2
  ;;
   *) # unexpected
  echo "Error: unexpected rc from CP LINK $userID - $rc"
  return 3
  esac
  CPcmd QUERY $userID # verify that the user ID is logged off
  rc=$?
  case $rc in
0)  # user ID is logged on or disconnected
  echo "Error: $userID is logged on"
  return 1
  ;;
   45) # user ID is logged off - this is correct
  ;;
   *) # unexpected
  echo "Error: unexpected rc from CP QUERY $userID - $rc"
  return 3
  esac
  verbose=1
  return 0
 } # checkID()

So Rob, does this look better?  :))

"Mike MacIsaac"(845) 433-7061

VMUTIL PARM Question

2010-03-16 Thread Wandschneider, Scott

What is the proper syntax for a WAKE PARM for VMUTIL to execute in the future.  
For example, say I want to execute "CP SET SHARE USERA RELATIVE 300 2.7% 
LIMITHARD" at 08:00 on Saturday, May 1, 2010?  I'm thinking it would be "SAT 
08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7% LIMITHARD".  Is this 
correct?  

Thank you,
Scott R Wandschneider
Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle 
Hills Drive, Omaha, NE, 68154-4457|| : 402.963.8905 || :847.849.7223  ||  : 
scott.wandschnei...@infocrossing.com **Think Green  - Please print responsibly**

Re: Check for User...

2010-03-16 Thread Rob van der Heij

On Tue, Mar 16, 2010 at 12:46 PM, Quay, Jonathan (IHG)
 wrote:
> IMHO the proper response to the question would be "what do you need it
> for"
>
> Exactly.  I would say to even ask this question you better be a privileged 
> user.  As such, you probably do want to know the logon "status" of the user, 
> e.g. NOLOG.  For that, direct examination of the directory or utilization of 
> the facilities of one's security or directory manager would be in order.

Generic tools sometimes grow over time and require extra privileges
for things you did not want in the first place. Bonus points for doing
things without additional privileges. You may for example be able to
combine the result from two class-G tests to decide. If you just need
to check whether the user is logged on, it may be pointless to know
whether the user is defined (probably is, since that's why you were
wondering, but who cares if not).

Rob

Re: Check for User...

2010-03-16 Thread Quay, Jonathan (IHG)

IMHO the proper response to the question would be "what do you need it
for"
 
Exactly.  I would say to even ask this question you better be a privileged 
user.  As such, you probably do want to know the logon "status" of the user, 
e.g. NOLOG.  For that, direct examination of the directory or utilization of 
the facilities of one's security or directory manager would be in order.



From: The IBM z/VM Operating System on behalf of Rob van der Heij
Sent: Tue 3/16/2010 4:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Check for User...



On Mon, Mar 15, 2010 at 10:57 PM, Quay, Jonathan (IHG)
 wrote:

> Is a NOLOG or other "special" user valid?

Back in the stone age, PROFS would try a "SPOOL PUN " to see
whether the recipient is a valid mailbox. And NOLOG was a common way
to de-activate users and leave them on probation for a while. So it
makes sense that SPOOL considers NOLOG as "no such user"  But if
you're trying to see whether a user already exists because you want to
add it, then this info is clearly not sufficient. Many installations
also use NOLOG to define placeholder users that merely own the disks
but never will be logged on.
We've also used the check on one of the common user disks (from the
directory profile) to differentiate between types of users. And you
normally avoid to involve the ESM when you don't need that.

IMHO the proper response to the question would be "what do you need it
for" since different needs beg for a different approach. I'm rarely
happy with a black box tool that does a lot of stuff under the covers
when a single CP command can do what you need.

Rob

Re: Check for User...

2010-03-16 Thread Michael MacIsaac

Frank,

Here's a Linux-centric approach to check that a user ID exists and is 
logged off. It assumes the vmcp module is loaded:

# ./checkuser.sh foo
Error: foo does not exist
# ./checkuser.sh sysmaint
# echo $?
0
# ./checkuser.sh linux191
Error: linux191 is logged on

Here's the code:

# cat checkuser.sh 
#!/bin/sh
#+--+
function CPcmd()
# Run a CP command and invoke it via the vmcp module/command
#   Arg1-n: the command to issue
#   Return: the command's return code
#+--+
 {
  if [ "$verbose" = 2 ]; then  // echo extra output 
echo "Invoking CP command: $@"
  fi
# parse output to get return code: awk -F# splits line at '#' with rc at 
end
  output=$(vmcp $@ 2>&1)
  if [ ${#output} != 0 -a "$verbose" != 0 ]; then # echo the output
echo "$output"
  fi
  retVal=0
  retVal=$(echo $output | grep "Error: non-zero CP" | awk -F# '{print 
$2}')
  return $retVal
 }

#+--+
function checkID()
# Verify user ID exists and is logged off
# Arg 1: user ID to check
#+--+
 {
  userID=$1
  verbose=0
  CPcmd QUERY $userID
  rc=$?
  case $rc in
0)  # user ID is logged on or disconnected
  echo "Error: $userID is logged on"
  return 1
  ;;
3)  # user ID does not exist
  echo "Error: $userID does not exist"
  return 2
  ;;
   45) # user ID is logged off - this is correct
  ;;
   *) # unexpected
  echo "Error: unexpected rc from CP QUERY $userID - $rc"
  return 3
  esac
  verbose=1
  return 0
 } # checkID()

# main()
checkID $1
exit $?

Hope this helps.

"Mike MacIsaac"(845) 433-7061

Re: Check for User...

2010-03-16 Thread Rob van der Heij

On Mon, Mar 15, 2010 at 10:57 PM, Quay, Jonathan (IHG)
 wrote:

> Is a NOLOG or other "special" user valid?

Back in the stone age, PROFS would try a "SPOOL PUN " to see
whether the recipient is a valid mailbox. And NOLOG was a common way
to de-activate users and leave them on probation for a while. So it
makes sense that SPOOL considers NOLOG as "no such user"  But if
you're trying to see whether a user already exists because you want to
add it, then this info is clearly not sufficient. Many installations
also use NOLOG to define placeholder users that merely own the disks
but never will be logged on.
We've also used the check on one of the common user disks (from the
directory profile) to differentiate between types of users. And you
normally avoid to involve the ESM when you don't need that.

IMHO the proper response to the question would be "what do you need it
for" since different needs beg for a different approach. I'm rarely
happy with a black box tool that does a lot of stuff under the covers
when a single CP command can do what you need.

Rob

49 matches

Mail list logo