Question about Linux shutdown
If many softwares run on our z/Linux such as OCFS2, OMEGAMON XE Agent and DB2, does command 'CP SIGNAL SHUTDOWN TSTLNX1 WITHIN 90' impacts those softwares? I mean, because thoes software were not stop by normal steps but shutdown linux directly, do thoes softwares will start normally once z/Linux boots again? The reason why I ask this question is that I need to automatically backup linux system by Operation Manager for z/VM, before backing-up, linux should be shutdowned. I just wonder how to automatically stop softwares running on linux to be backup. Best Regards! Gao Lu (高路) I/T Specialist Global Technology Services IBM Global Services (China) Company Limited. Address:18/F, Pangu Plaza, No.27, Central North 4th Ring Road, Chaoyang District, Beijing, 100101 地址：北京市朝阳区北四环中路27号盘古大观写字楼18层，100101 BeiJing 100027, PRC Cell Phone: 15001327619 Internet ID: lu...@cn.ibm.com
Re: SSL Configuration on z/VM 6.1
On Thursday, 08/04/2011 at 04:36 EDT, Betsy Jeffery wrote: > Here's what I have in the PROFILE TCPIP (I believe I have the DTCPARMS > > straighted out). > > AUTOLOG > SSLSERV 0 > ENDAUTOLOG > > port > 23 TCP INTCLIEN > 992 TCP INTCLIEN SECURE zvmcert ; SECURED TELNET > > SSLSERVERID SSLSERV TIMEOUT 60 > > I'm trying to, for the time being, keep port 23 not secured while I attem > pt > to get the SSL connection on Port 992. > > The error I get on the client side is: > Connection refused on this port by host > Unable to locate IP Host/Gateway > > If I comment out port 23, I can't make the connection at all - timeouts Do you have "PORT 23 PORT 992" in your InternalClientParms? Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: SSL Configuration on z/VM 6.1
Here's what I have in the PROFILE TCPIP (I believe I have the DTCPARMS straighted out). AUTOLOG SSLSERV 0 ENDAUTOLOG port 23 TCP INTCLIEN 992 TCP INTCLIEN SECURE zvmcert ; SECURED TELNET SSLSERVERID SSLSERV TIMEOUT 60 I'm trying to, for the time being, keep port 23 not secured while I attem pt to get the SSL connection on Port 992. The error I get on the client side is: Connection refused on this port by host Unable to locate IP Host/Gateway If I comment out port 23, I can't make the connection at all - timeouts occur. Does the profile information look right?
Re: VM Workshop Presentations on linuxvm.org
Mark, thanks for doing that for us. In a message dated 8/3/2011 11:00:33 P.M. Central Daylight Time, mp...@novell.com writes: For anyone that's interested, I have uploaded almost all of the presentations given at the VM Workshop in Columbus to the linuxvm.org Presentations page. (Thanks to all the presenters who sent me copies!) http://linuxvm.org/Present/#vmw2011 will take you straight there. Mark Post
Re: HCPDPM1280E with STK 9840C Tape Drive
Jeff, Is the STK 9840C configured internally as a 9840 drive (native mode) or in a 3490/3590 compatibility modes? You will need to make sure the drive is configured in the same mode as defined by zVM's IOCP. Either usually 3490 or 3590 mode. If the drive has the Full-Code option enabled in the drive configuration, it will run in 9840 native mode regardless of how the drive type is configured. Disable this Full-code option if it is set (or have your Oracle/STK support folks check it for you.) Based on how the drive is actually configured, you will need to use the appropriate CMS TAPE modeset command options to write to the drive successfully. Regards, Mike Rydberg Brocade -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 3:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: HCPDPM1280E with STK 9840C Tape Drive In February 2007, Chris Little reported receiving the message HCPDPM1280E Device 0181 not usable; assign lost while attempting to write to a tape cartridge loaded into a STK 9840C tape drive. As far as I can see, no resolution was posted at the time. I am experiencing exactly these symptoms with the same device-type. The device has been in regular use on several z/OS LPARS on the same machine without any problems but we have never previously attempted to use it from the z/VM LPAR. After being taken offline to the z/OS LPARS the device happily comes online to z/VM and can be attached to a CMS user who can successfully read the tape (well, TAPE DVOL1 works) but any attempt to write to the tape immediately elecits a brief delay (about 5 seconds) followed by the HCP1280E. (I have tried MOVEFILE and TAPE DUMP - identical symptoms in both cases.) The cartridge has been double-checked and is definitely set for write-permit. I'm hoping that maybe somebody did discover a resolution but for whatever reason it either didn't get posted or I've been looking in the wrong place! Thoughts, anybody? TIA Jeff Gribbin
Re: HCPDPM1280E with STK 9840C Tape Drive
Jeff, Try TAPE MODESET (3590B Or TAPE MODESET (3590C Then try to write to the tape again. Make sure you don't have the tape media write protect tab enabled. If you still get sense byte 6 = x'25' (media can be read only), then you may have to try another tape media. The tape media that you are trying to write to may have been written (iehinit) from a 9840C in 3490 mode. Mike -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCPDPM1280E with STK 9840C Tape Drive Hmm - thanks for the hint ... >From OPERATOR ... HCPERP584I TAPE 0500 AN OPERATION WAS TERMINATED BECAUSE A HCPERP584I CAPABILITY CHECK OCCURRED HCPERP6300I SENSE DATA FORMAT = 04 MSG CODE = 01 HCPERP6301I CHANNEL COMMAND WORD COMMAND CODE = 01 HCPERP6303I SENSE = 804100D0 24202541 0001FF00 0017 HCPERP6303I 1790 40042301 68841310 HCPERP6304I IRB = 00C04017 6DF3D238 02001005 0080 HCPERP6305I USERID = MAINT HCPERP2216I CHANNEL PATH ID = 50 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED HCPERP6303I SENSE = HCPERP6303I At first reading, PATH 50 NOT OPERATIONAL is bizarre - given that this is the only path to the device and that the device happily comes online, accepts CP REWIND commands and allows all the kinds of read operations that I have tried so far. Given that it's a problem only ever reported here once - and that a long time ago - and that there must be several folk successfully using these drives every day, I'm leaning towards some kind of configuration problem but I'm not seeing it. (It's going to be obvious with hindsight - I just hope that hindsight comes soon!) For info, here's the IOCP stuff ... CHPID PATH=(CSS(0),50),SHARED,* PARTITION=((ZO,ZOS1,ZOS2,ZOS3MAST,ZVMIFL1),(=)),* PCHID=100,TYPE=FC CNTLUNIT CUNUMBR=C500,PATH=((CSS(0),50)),UNITADD=((00,016)), * UNIT=3590 IODEVICE ADDRESS=(500,001),CUNUMBR=(C500),STADET=Y,UNIT=3590 And here's what VM sees ... q 500 id 16:30:28 TAPE 0500 3590-10 CU: 3590-60 q path 500 17:01:04 Device 0500, Status ONLINE 17:01:04 CHPIDs to Device 0500 (PIM) : 50 17:01:04 Physically Available (PAM) : + 17:01:04 Online (LPM) : + 17:01:04Legend + Yes - No q chpid 50 17:01:41 Path 50 online to devices 0500
Re: HCPDPM1280E with STK 9840C Tape Drive
Jeff, The drive may have taken a firmware dump. Check with your local Oracle/Sun/Stk support to get current drive firmware installed. Make sure the drive does not have the "full code" option enabled, this can the drive firmware to fail. Current tape firmware available from Oracle: 9840C 1.45.503 9840D 1.45.703 T10KA 1.46.109 T10KB 1.46.209 T10KC 1.51.318 Mike -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 11:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCPDPM1280E with STK 9840C Tape Drive Thanks for the thought but I don't think that's it - there really is just one tape drive and it's in regular use from the z/OS LPARS. I HAVE (just) successfully used TAPE WVOL1 volser to write a VOL1 label onto a tape - this was part of a double-check that the tape WAS fully rewound prior to the write (from the HELP, the usual cause of HCP584I would seem to be attempting to write - in some circumstances - to a previously-written tape without ensuring one is at the beginning). However, an immediately-following TAPE DUMP * * A gave us the following on OPERATOR: 17:30:49 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL 17:30:49 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL 17:30:49 HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED 17:30:49 HCPERP6303I SENSE = 17:30:49 HCPERP6303I 17:30:49 HCPERP6304I IRB = 04C24017 6DF3DD30 0002 0080C400 17:30:49 HCPERP6305I USERID = MAINT 17:30:49 HCPERP2216I CHANNEL PATH ID = 50 17:30:49 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 along with: HCPDPM1280E Device 0181 not usable; assign lost on MAINT. :sigh.
Re: HCPDPM1280E with STK 9840C Tape Drive
Jeff, Sense byte 6 = x'25' indicates the drive is in read-only format. That appears to be symptomatic of a media format/drive type misconfiguration to me. Regards, Mike -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 10:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCPDPM1280E with STK 9840C Tape Drive Hmm - thanks for the hint ... >From OPERATOR ... HCPERP584I TAPE 0500 AN OPERATION WAS TERMINATED BECAUSE A HCPERP584I CAPABILITY CHECK OCCURRED HCPERP6300I SENSE DATA FORMAT = 04 MSG CODE = 01 HCPERP6301I CHANNEL COMMAND WORD COMMAND CODE = 01 HCPERP6303I SENSE = 804100D0 24202541 0001FF00 0017 HCPERP6303I 1790 40042301 68841310 HCPERP6304I IRB = 00C04017 6DF3D238 02001005 0080 HCPERP6305I USERID = MAINT HCPERP2216I CHANNEL PATH ID = 50 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED HCPERP6303I SENSE = HCPERP6303I At first reading, PATH 50 NOT OPERATIONAL is bizarre - given that this is the only path to the device and that the device happily comes online, accepts CP REWIND commands and allows all the kinds of read operations that I have tried so far. Given that it's a problem only ever reported here once - and that a long time ago - and that there must be several folk successfully using these drives every day, I'm leaning towards some kind of configuration problem but I'm not seeing it. (It's going to be obvious with hindsight - I just hope that hindsight comes soon!) For info, here's the IOCP stuff ... CHPID PATH=(CSS(0),50),SHARED,* PARTITION=((ZO,ZOS1,ZOS2,ZOS3MAST,ZVMIFL1),(=)),* PCHID=100,TYPE=FC CNTLUNIT CUNUMBR=C500,PATH=((CSS(0),50)),UNITADD=((00,016)), * UNIT=3590 IODEVICE ADDRESS=(500,001),CUNUMBR=(C500),STADET=Y,UNIT=3590 And here's what VM sees ... q 500 id 16:30:28 TAPE 0500 3590-10 CU: 3590-60 q path 500 17:01:04 Device 0500, Status ONLINE 17:01:04 CHPIDs to Device 0500 (PIM) : 50 17:01:04 Physically Available (PAM) : + 17:01:04 Online (LPM) : + 17:01:04Legend + Yes - No q chpid 50 17:01:41 Path 50 online to devices 0500
Re: Trapping SMSG messages
Since you showed yours, here's mine. Admittedly not as pretty, but then I
don't have a user community.
It also handles being used on a service machine that has a secuser.
It reduces Frank's original exec to:
/* */
Address Command
'PIPE Rexx SMSGRPY VMUTIL RUALIVE|Locate /IMOKAY/|Count lines|Aggrc'
Exit ^rc
Isn't this fun???
/*
** SMSG's an arbitrary target SVM, captures responses and inserts
** into the pipeline.
*/
Parse Upper arg tgtmach what '(' opts ')' ignored
Call InitRtn
'CallPipe (Name GetSMsgResp End ?)',
'Literal' timeout_value,
'|Delay',
'|stopper:Faninany',
'|xx:Gate',
'?',
'Starmsg *MSG CP SMSG' tgtmach what ||,
'|xx:',
'|ours:Find 0001' || Left(tgtmach,8,'_') ||,
'|dec:Fanout',
'|Take 1',
'|Spec /' || msg_wait || '/ 1',
'|Elastic',
'|Delay',
'|stopper:',
'?dec:',
'|Spec 17-* n',
'|*:',
'?ours:',
'|obnd:Pick 17.10 == /HCPMSG045E/',
'|Elastic',
'|stopper:',
'?obnd:',
'|Spec /From/ 1 9.8 strip nw /:/ n 17-* nw',
'|Cons'
Call CleanUp
Exit xRc
InitRtn:
timeout_value = '+20';msg_wait='+1'
what = Strip(what)
Parse value Diag(8,'Q SET') with . 'MSG' wasmsg ',' . 'CPCONIO' wascpcio
',' .
iRc = 0
popts=''
Do while opts <> ''
Parse var opts opt opts
Select
When Abbrev('TIMEOUT',opt,1) |,
Abbrev('DELAY',opt,3) then Do
Parse var opts timeout_value opts
If Pos('.',timeout_value)=1 then
timeout_value='0'timeout_value
timeout_value = '+' || timeout_value
End
When Abbrev('WAITCONT',opt,1) |,
Abbrev('WAITON',opt,1) then Do
Parse var opts msg_wait opts
If pos('.',msg_wait)=1 then msg_wait='0'msg_wait
msg_wait = '+' || msg_wait
End
Otherwise popts = Strip(popts opt)
End /* select */
End
If popts<>'' then what = what'('popts')'
If iRc <> 0 then Exit iRc
/*>---<*>---<*>---<*>---<*>---<*>---<*/
/* Ensure secuser isn't directing msgs elsewhere */
/*>---<*>---<*>---<*>---<*>---<*>---<*/
dscd = Word(Diag(8,'Q CONS'),3) == 'DISCONNECTED'
If dscd then Do
Parse value DiagRc(8,'Q PRIV') with . '15'x . ':' myprivs . '15'x
If Verify(myprivs,'AC','M')>0 then do_me = '*'
Else do_me = ''
Parse value DiagRc(8,'Q SECUSER *'),
with . '15'x . '15'x suinfo '15'x
Parse var suinfo . whoisit .
If whoisit<>'not'
then Parse value DiagRc(8,'SET SECUSER' do_me 'OFF') with .
Else whoisit = ''
End
'Commit 0' /* hot to trot */
x=Diag(8,'SET MSG IUCV' || '15'x || 'SET CPCONIO IUCV')
Return
CleanUp:
xRc = Rc
x = Diag(8,'SET MSG' wasmsg || '15'x || 'SET CPCONIO' wascpcio)
If dscd then if whoisit<>''
then Parse value Diag(8,'SET SECUSER' do_me whoisit) with .
Return
--
Mike Harding
z/VM System Support
mhard...@us.ibm.com
mike.b.hard...@kp.org
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
IM: VMBearDad (AIM), mbhcpcvt (Y!)
The IBM z/VM Operating System wrote on 08/04/2011
10:48:04 AM:
> From: Mike Walter
> To: IBMVM@LISTSERV.UARK.EDU
> Date: 08/04/2011 11:07 AM
> Subject: Re: Trapping SMSG messages
> Sent by: The IBM z/VM Operating System
>
> Frank,
>
> See below for an old, generalized, EXEC that I’ve been using and re-
> using for years to use WAKEUP reliably. We have it in our tools
> disk, available to all applications programmers as a sample, using
> the WAKEUP operands I use most often. It requires requires anyone
> using it to plug in their processing at the appropriate points.
>
> Mike Walter
> Aon Corporation
> The opinions expressed herein are mine alone, not my employer's.
Re: Trapping SMSG messages
I agree with Mike. Either way, you need to account for the following comma's possibly abutting the MSG setting. My preferred method: Parse value Diag(8,'Q SET') with . 'MSG' msgset ',' . Then there's no chance of an error when you later 'SET MSG' msgset -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 323-2070 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) The IBM z/VM Operating System wrote on 08/04/2011 10:44:28 AM: > From: Mike Walter > To: IBMVM@LISTSERV.UARK.EDU > Date: 08/04/2011 10:44 AM > Subject: Re: Trapping SMSG messages > Sent by: The IBM z/VM Operating System > > There's nothing wrong at all with that Pipe. I *love* Pipes, > feeling that a day without Pipes is a day without sunshine. > > But there's a lot more overhead in setting up a Pipe to trap a CP > reply than in using rexx's built-in code as described. > > I am frugal with CPU usage, trying to use the *best* tool for the > job, not just the one that's most familiar. Otherwise we'd all be > using TSO (perish the thought!). ;-) > > See again: > -- > When all you have is Pipes, every problem is a plumbing problem. > But sometimes old-fashioned methods work more cheaply. > In this case, using "parse value diag(08,'some cp command') with ..." > does not require a Pipe to be created. It's just native rexx code. > -- > > Mike Walter > Aon Corporation > The opinions expressed herein are mine alone, not my employer's. > > > > -Original Message- > From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] > On Behalf Of Frank M. Ramaekers > Sent: Thursday, August 04, 2011 12:39 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Trapping SMSG messages > > What's wrong with the PIPE method: > > "PIPE LITERAL QUERY SET", > "| CP", > "| SPLIT AT ,", > "| STRIP", > "| FIND MSG"||, > "| SPEC W2 1", > "| VAR SETMSG" > > > Frank M. Ramaekers Jr. > > > > -Original Message- > From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] > On Behalf Of Mike Walter > Sent: Thursday, August 04, 2011 11:02 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Trapping SMSG messages > > Unrelated to the reported problem, but a simpler/cheaper way to save > the CP MSG setting for later restoration: > > parse value diag(08,'CP QUERY SET') with w1 w2 . > If w1='MSG' then $msg=w2/* Save CP MSG setting before it is changed */ > 'CP SET MSG IUCV' > . perform processing ... > 'CP SET MSG' $msg /* Restore CP MSG setting from before */ > > When all you have is Pipes, every problem is a plumbing problem. > But sometimes old-fashioned methods work more cheaply. > In this case, using "parse value diag(08,'some cp command') with ... > Does not require a Pipe to be created. It's just native rexx code. > > One could have code that parse as: parse value diag(08,'CP QUERY > SET') with . 'MSG ' $msg . > But if IBM *ever* inserted a new argument before the MSG setting > containing the string "MSG ", then the results become muddled. > Granted, IBM would NEVER do such a thing because it would break > untold applications. But it is described as a teaching example > since other messages from unknown sources could make just that type > of unexpected message change. > > Mike Walter > Aon Corporation > The opinions expressed herein are mine alone, not my employer's. > > > > > From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] > On Behalf Of Scott Rohling > Sent: Thursday, August 04, 2011 10:45 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Trapping SMSG messages > > Try turning the 'SET MSG IUCV' to 'WAKEUP +0 (IUCVMSG' .. I think > this gets WAKEUP ready - and also issues the SET MSG IUCV. The > example under 'HELP WAKEUP' shows it done this way and I seem to > recall needing to do it in something I'd written. > > Scott Rohling > On Thu, Aug 4, 2011 at 9:28 AM, Frank M. Ramaekers > wrote: > I don't quite understand why I'm missing the first IUCV MSG sent to > my virtual machine after an IPL. The basics of this program is: > > 1) Send a SMSG to VMUTIL of 'RUOKAY' > 2) VMUTIL, if alive, will send back a MSG response "IMOKAY" > 3) If the proper response is received the RC is > set to zero, all other cases it's set to 1 > > My short REXX: > > Trace "O" > "PIPE LITERAL QUERY SET", > "| CP", > "| SPLIT AT ,", > "| STRIP", > "| FIND MSG"||, > "| SPEC W2 1", > "| VAR SETMSG" > "CP SET MSG IUCV" > "CP SMSG VMUTIL RUALIVE" > "WAKEUP +00:02 (QUIET IUCVMSG CONS" > wurc=rc > XRC=1 /* Assume bad */ > Select > When wurc==5 then /* Message arrived */ > Do queued() > Parse pull WuType WuWho WuMsg > If WuType=="*MSG" & WuWho=="VMUTIL" & WuMsg="IMOKAY" then > XRC=0 > End > When wurc==6 then /* Console interrupt */ >
Re: Trapping SMSG messages
You might try 'WAKEUP RESET' just before you do the 'WAKEUP +0 (IUCVMSG' (You didn't say, but assuming you tried this and it worked?). You should also end your routine with WAKEUP RESET (just before you restore msg values - RESET does a SET MSG ON, which may not be what it was). It's not clear in the doc - but I 'think' doing a RESET clears IUCV.. Scott Rohling On Thu, Aug 4, 2011 at 11:37 AM, Frank M. Ramaekers wrote: > ** ** ** ** ** ** > > Good points. I’ve had the problem with MSG/SMSGs still in limbo and the > WAKEUP receives those first. Is there a way to clear these prior to issuing > the WAKEUP (or sending the SMSG)? > > ** ** > > > > Frank M. Ramaekers Jr. > > ** ** > > ** ** > -- > > *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On > Behalf Of *Scott Rohling > *Sent:* Thursday, August 04, 2011 10:55 AM > > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* Re: Trapping SMSG messages > > > ** ** > > Another couple of points -- > > ** ** > > - Since you can't control who might send a message to you when - you > probably want to loop until there are no more rc=5.It could be a msg > from another user is stacked in IUCV. > > - DESBUF is kind of brute force -- it wipes out the stack -- and there > could conceivably be things stacked and needed by whatever calls you. > Better to do a 'MAKEBUF';buf=rc ... and then 'DROPBUF' buf ... then > you only drop the things in your 'own' stack.. and you aren't affected by > what may already be in the stack for whatever called you. > > ** ** > > Scott Rohling > > On Thu, Aug 4, 2011 at 9:44 AM, Scott Rohling > wrote: > > Try turning the 'SET MSG IUCV' to 'WAKEUP +0 (IUCVMSG' .. I think this > gets WAKEUP ready - and also issues the SET MSG IUCV. The example under > 'HELP WAKEUP' shows it done this way and I seem to recall needing to do it > in something I'd written. > > ** ** > > Scott Rohling > > ** ** > > On Thu, Aug 4, 2011 at 9:28 AM, Frank M. Ramaekers > wrote: > > I don’t quite understand why I’m missing the first IUCV MSG sent to my > virtual machine after an IPL. The basics of this program is: > > > > 1) Send a SMSG to VMUTIL of ‘RUOKAY’ > > 2) VMUTIL, if alive, will send back a MSG response > “IMOKAY” > > 3) If the proper response is received the RC is set to > zero, all other cases it’s set to 1 > > > > My short REXX: > > > > Trace "O" > > "PIPE LITERAL QUERY SET", > > "| CP", > > "| SPLIT AT ,", > > "| STRIP", > > "| FIND MSG"||, > > "| SPEC W2 1", > > "| VAR SETMSG" > > "CP SET MSG IUCV" > > "CP SMSG VMUTIL RUALIVE" > > "WAKEUP +00:02 (QUIET IUCVMSG CONS" > > wurc=rc > > XRC=1 /* Assume bad */ > > Select > > When wurc==5 then /* Message arrived */ > > Do queued() > > Parse pull WuType WuWho WuMsg > > If WuType=="*MSG" & WuWho=="VMUTIL" & WuMsg="IMOKAY" then > > XRC=0 > > End > > When wurc==6 then /* Console interrupt */ > > Say "Interrupted" > > Otherwise > > Nop > > End /* Select */ > > "CP SET MSG" SetMsg > > /* Flush everything */ > > "DESBUF" > > If Externals()>0 then > > Parse external . > > Exit XRC > > l > maint > > > ENTER PASSWORD (IT WILL NOT APPEAR WHEN > TYPED):*** > * > > > > > > HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by > SYSTEM > > HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTEM; stable by > SYSTEM > > z/VM Version 5 Release 4.0, Service Level 1003 > (64-bit), > > built on IBM Virtualization > Technolog
Re: Trapping SMSG messages
There's nothing wrong at all with that Pipe. I *love* Pipes, feeling that a day without Pipes is a day without sunshine. But there's a lot more overhead in setting up a Pipe to trap a CP reply than in using rexx's built-in code as described. I am frugal with CPU usage, trying to use the *best* tool for the job, not just the one that's most familiar. Otherwise we'd all be using TSO (perish the thought!). ;-) See again: -- When all you have is Pipes, every problem is a plumbing problem. But sometimes old-fashioned methods work more cheaply. In this case, using "parse value diag(08,'some cp command') with ..." does not require a Pipe to be created. It's just native rexx code. -- Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Frank M. Ramaekers Sent: Thursday, August 04, 2011 12:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Trapping SMSG messages What's wrong with the PIPE method: "PIPE LITERAL QUERY SET", "| CP", "| SPLIT AT ,", "| STRIP", "| FIND MSG"||, "| SPEC W2 1", "| VAR SETMSG" Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Mike Walter Sent: Thursday, August 04, 2011 11:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Trapping SMSG messages Unrelated to the reported problem, but a simpler/cheaper way to save the CP MSG setting for later restoration: parse value diag(08,'CP QUERY SET') with w1 w2 . If w1='MSG' then $msg=w2/* Save CP MSG setting before it is changed */ 'CP SET MSG IUCV' . perform processing ... 'CP SET MSG' $msg /* Restore CP MSG setting from before */ When all you have is Pipes, every problem is a plumbing problem. But sometimes old-fashioned methods work more cheaply. In this case, using "parse value diag(08,'some cp command') with ... Does not require a Pipe to be created. It's just native rexx code. One could have code that parse as: parse value diag(08,'CP QUERY SET') with . 'MSG ' $msg . But if IBM *ever* inserted a new argument before the MSG setting containing the string "MSG ", then the results become muddled. Granted, IBM would NEVER do such a thing because it would break untold applications. But it is described as a teaching example since other messages from unknown sources could make just that type of unexpected message change. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Scott Rohling Sent: Thursday, August 04, 2011 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Trapping SMSG messages Try turning the 'SET MSG IUCV' to 'WAKEUP +0 (IUCVMSG' .. I think this gets WAKEUP ready - and also issues the SET MSG IUCV. The example under 'HELP WAKEUP' shows it done this way and I seem to recall needing to do it in something I'd written. Scott Rohling On Thu, Aug 4, 2011 at 9:28 AM, Frank M. Ramaekers wrote: I don't quite understand why I'm missing the first IUCV MSG sent to my virtual machine after an IPL. The basics of this program is: 1) Send a SMSG to VMUTIL of 'RUOKAY' 2) VMUTIL, if alive, will send back a MSG response "IMOKAY" 3) If the proper response is received the RC is set to zero, all other cases it's set to 1 My short REXX: Trace "O" "PIPE LITERAL QUERY SET", "| CP", "| SPLIT AT ,", "| STRIP", "| FIND MSG"||, "| SPEC W2 1", "| VAR SETMSG" "CP SET MSG IUCV" "CP SMSG VMUTIL RUALIVE" "WAKEUP +00:02 (QUIET IUCVMSG CONS" wurc=rc XRC=1 /* Assume bad */ Select When wurc==5 then /* Message arrived */ Do queued() Parse pull WuType WuWho WuMsg
Re: Trapping SMSG messages
What's wrong with the PIPE method: "PIPE LITERAL QUERY SET", "| CP", "| SPLIT AT ,", "| STRIP", "| FIND MSG"||, "| SPEC W2 1", "| VAR SETMSG" Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Mike Walter Sent: Thursday, August 04, 2011 11:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Trapping SMSG messages Unrelated to the reported problem, but a simpler/cheaper way to save the CP MSG setting for later restoration: parse value diag(08,'CP QUERY SET') with w1 w2 . If w1='MSG' then $msg=w2/* Save CP MSG setting before it is changed */ 'CP SET MSG IUCV' . perform processing ... 'CP SET MSG' $msg /* Restore CP MSG setting from before */ When all you have is Pipes, every problem is a plumbing problem. But sometimes old-fashioned methods work more cheaply. In this case, using "parse value diag(08,'some cp command') with ... Does not require a Pipe to be created. It's just native rexx code. One could have code that parse as: parse value diag(08,'CP QUERY SET') with . 'MSG ' $msg . But if IBM *ever* inserted a new argument before the MSG setting containing the string "MSG ", then the results become muddled. Granted, IBM would NEVER do such a thing because it would break untold applications. But it is described as a teaching example since other messages from unknown sources could make just that type of unexpected message change. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Scott Rohling Sent: Thursday, August 04, 2011 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Trapping SMSG messages Try turning the 'SET MSG IUCV' to 'WAKEUP +0 (IUCVMSG' .. I think this gets WAKEUP ready - and also issues the SET MSG IUCV. The example under 'HELP WAKEUP' shows it done this way and I seem to recall needing to do it in something I'd written. Scott Rohling On Thu, Aug 4, 2011 at 9:28 AM, Frank M. Ramaekers wrote: I don't quite understand why I'm missing the first IUCV MSG sent to my virtual machine after an IPL. The basics of this program is: 1) Send a SMSG to VMUTIL of 'RUOKAY' 2) VMUTIL, if alive, will send back a MSG response "IMOKAY" 3) If the proper response is received the RC is set to zero, all other cases it's set to 1 My short REXX: Trace "O" "PIPE LITERAL QUERY SET", "| CP", "| SPLIT AT ,", "| STRIP", "| FIND MSG"||, "| SPEC W2 1", "| VAR SETMSG" "CP SET MSG IUCV" "CP SMSG VMUTIL RUALIVE" "WAKEUP +00:02 (QUIET IUCVMSG CONS" wurc=rc XRC=1 /* Assume bad */ Select When wurc==5 then /* Message arrived */ Do queued() Parse pull WuType WuWho WuMsg If WuType=="*MSG" & WuWho=="VMUTIL" & WuMsg="IMOKAY" then XRC=0 End When wurc==6 then /* Console interrupt */ Say "Interrupted" Otherwise Nop End /* Select */ "CP SET MSG" SetMsg /* Flush everything */ "DESBUF" If Externals()>0 then Parse external . Exit XRC l maint ENTER PASSWORD (IT WILL NOT APPEAR WHEN TYPED): HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTE
Re: Trapping SMSG messages
Good points. I've had the problem with MSG/SMSGs still in limbo and the WAKEUP receives those first. Is there a way to clear these prior to issuing the WAKEUP (or sending the SMSG)? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Scott Rohling Sent: Thursday, August 04, 2011 10:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Trapping SMSG messages Another couple of points -- - Since you can't control who might send a message to you when - you probably want to loop until there are no more rc=5.It could be a msg from another user is stacked in IUCV. - DESBUF is kind of brute force -- it wipes out the stack -- and there could conceivably be things stacked and needed by whatever calls you. Better to do a 'MAKEBUF';buf=rc ... and then 'DROPBUF' buf ... then you only drop the things in your 'own' stack.. and you aren't affected by what may already be in the stack for whatever called you. Scott Rohling On Thu, Aug 4, 2011 at 9:44 AM, Scott Rohling wrote: Try turning the 'SET MSG IUCV' to 'WAKEUP +0 (IUCVMSG' .. I think this gets WAKEUP ready - and also issues the SET MSG IUCV. The example under 'HELP WAKEUP' shows it done this way and I seem to recall needing to do it in something I'd written. Scott Rohling On Thu, Aug 4, 2011 at 9:28 AM, Frank M. Ramaekers wrote: I don't quite understand why I'm missing the first IUCV MSG sent to my virtual machine after an IPL. The basics of this program is: 1) Send a SMSG to VMUTIL of 'RUOKAY' 2) VMUTIL, if alive, will send back a MSG response "IMOKAY" 3) If the proper response is received the RC is set to zero, all other cases it's set to 1 My short REXX: Trace "O" "PIPE LITERAL QUERY SET", "| CP", "| SPLIT AT ,", "| STRIP", "| FIND MSG"||, "| SPEC W2 1", "| VAR SETMSG" "CP SET MSG IUCV" "CP SMSG VMUTIL RUALIVE" "WAKEUP +00:02 (QUIET IUCVMSG CONS" wurc=rc XRC=1 /* Assume bad */ Select When wurc==5 then /* Message arrived */ Do queued() Parse pull WuType WuWho WuMsg If WuType=="*MSG" & WuWho=="VMUTIL" & WuMsg="IMOKAY" then XRC=0 End When wurc==6 then /* Console interrupt */ Say "Interrupted" Otherwise Nop End /* Select */ "CP SET MSG" SetMsg /* Flush everything */ "DESBUF" If Externals()>0 then Parse external . Exit XRC l maint ENTER PASSWORD (IT WILL NOT APPEAR WHEN TYPED): HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTEM; stable by SYSTEM z/VM Version 5 Release 4.0, Service Level 1003 (64-bit), built on IBM Virtualization Technology There is no logmsg data FILES: 0066 RDR, 0007 PRT, NO PUN LOGON AT 10:25:22 CDT THURSDAY 08/04/11 z/VM V5.4.02011-03-31 08:13 PIPINX086I CMS/TSO Pipelines, 5654-030/5655-A17 1.0112 (Version.Release/Mod) - Generated 3 Jul 2010 at 11:32:36. Source: Princeton Runtime Distribution Ready; T=0.02/0.02 10:25:24 vmutil 10:25:25 * MSG FROM VMUTIL : IMOKAY Ready(1); T=0.01/0.01 10:25:27 vmutil Ready; T=0.01/0.01 10:25:41 vmutil Ready; T=0.01/0.01 10:25:44 vmutil Ready; T=0.01/0.01 10:25:44 vmutil Ready; T=0.01/0.01 10:25:45 Any way to avoid missing this first MSG? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution
Re: How to get Operator Log
Hello, >Thanks for reply. Using this command SPOOL CONS CLOSE CL A TO > MAINT will only send z/MV log to maint. > > But if we want to know the reason, why my some of the MVS guest > are crashing then how do I find it . > >Becuase MVS SYSLOG doesnt tell anything reason for crashing. So I > just wanted to get CONSOLE log, which can provide some detail about MVS > crashing. > >I tried repling MVS guest from VM. for doing this we use MVSCONS id, > and type *xautolog sysa1* command . In starting I get Ipling messages on > MVSCOS id , but after some time, messages get routed to MVS console, which > we created in MVS not in VM.. > > Can you help me in this case to find CONSOLE log for MVS crashing. > > > On Thu, Aug 4, 2011 at 7:46 AM, Alan Altmark wrote: > >> On Wednesday, 08/03/2011 at 03:58 EDT, Raymond Noal > > >> wrote: >> >> > If your MVS virtual machine is also your MVS operator?s console and it?s >> >> > running in 3270 mode, there is no z/VM ? CP log for this console. >> However, for >> > your OPERATOR virtual machine which should have console spooling started >> and is >> > a 3215 device type ? you can either logon to OPERATOR and issue the >> command ? >> > ?SPOOL CONS CLOSE CL A TO <*|USERID>. Or if you are logged on to the >> MAINT >> > virtual machine, issue this command ? ?FOR OPERATOR CMD CP SPOOL CONS >> CLOSE CL >> > A TO MAINT?. This will close the OPERATOR?s console log and send it to >> MAINT?s >> > virtual reader where you can either RECEIVE it or just PEEK it. >> > >> > As to MVS, when you re-IPL the system, you should still have the SYSLOG >> file >> > from the crash as either your current SYSLOG file or it?s on the SPOOL >> volume >> > where you can offload it to a disk data set. >> >> If you configure MVS to use the integrated linemode console, all MVS >> messages will be in the virtual machine's console log. >> >> Alan Altmark >> >> Senior Managing z/VM and Linux Consultant >> IBM System Lab Services and Training >> ibm.com/systems/services/labservices >> office: 607.429.3323 >> mobile; 607.321.7556 >> alan_altm...@us.ibm.com >> IBM Endicott >> > > > > -- > Thanks & Regards > Saurabh Khandelwal > -- Thanks & Regards Saurabh Khandelwal
Re: HCPDPM1280E with STK 9840C Tape Drive
Thanks for the thought but I don't think that's it - there really is just one tape drive and it's in regular use from the z/OS LPARS. I HAVE (just) successfully used TAPE WVOL1 volser to write a VOL1 label o nto a tape - this was part of a double-check that the tape WAS fully rewound prior to the write (from the HELP, the usual cause of HCP584I would seem to be attempting to write - in some circumstances - to a previously-written tape without ensuring one is at the beginning). However, an immediately-following TAPE DUMP * * A gave us the following on OPERATOR: 17:30:49 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL 17:30:49 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL 17:30:49 HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED 17:30:49 HCPERP6303I SENSE = 00 00 17:30:49 HCPERP6303I 17:30:49 HCPERP6304I IRB = 04C24017 6DF3DD30 0002 0080C400 17:30:49 HCPERP6305I USERID = MAINT 17:30:49 HCPERP2216I CHANNEL PATH ID = 50 17:30:49 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 along with: HCPDPM1280E Device 0181 not usable; assign lost on MAINT. :sigh.
Re: Q STOR command results
No.. If you define the LPAR reserved at 8 GB, then the standby+reserved will only show 8 GB. In other words, 8 GB is the maximum amount you can dynamically add to this LPAR. Standby storage is memory that is available on your box that is currently not assigned to any LPAR. It can change if LPARs are activated or deactivated or other LPARs dynamically chance their storage. In your case, if the Standby storage goes below 8 GB (meaning that your box has less than 8 GB of unassigned storage), the "excess" will show up as Reserved storage. Reserved is storage that is currently not available to be added to your LPAR. On Thu, Aug 4, 2011 at 11:25 AM, Richard Baek wrote: > So, if I have 32GB of memory installed on a CEC, and my LPAR is defined > with storage of 8GB with an additional 8GB of Reserved storage, the display > should then show as follows? > > q stor > STORAGE = 8G CONFIGURED = 8G INC = 256M STANDBY = 16G RESERVED = > 8G > Ready; T=0.01/0.01 09:52:45 > > > And I should be able to add both the 8G of reserved and the 16G of standby > using the SET STOR command. > > -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY
Re: HCPDPM1280E with STK 9840C Tape Drive
OK, this may seem a bit farfetched, but your control unit and device statements do not match up in terms of the number of unit address. The control unit statement defines 16 unit address and the IODEVICE statement defines one unit. You may have a situation where the physical control unit (knowing it has 16 devices) is trying to present an interrupt using a different unit address other than unit address zero. This is assuming that you do have 16 physical tape drives. Just a thought. Raymond E. Noal EMC² where information lives Phone: (508) 249-4076 Ext: 44076 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Jeff Gribbin Sent: Thursday, August 04, 2011 11:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCPDPM1280E with STK 9840C Tape Drive Hmm - thanks for the hint ... >From OPERATOR ... HCPERP584I TAPE 0500 AN OPERATION WAS TERMINATED BECAUSE A HCPERP584I CAPABILITY CHECK OCCURRED HCPERP6300I SENSE DATA FORMAT = 04 MSG CODE = 01 HCPERP6301I CHANNEL COMMAND WORD COMMAND CODE = 01 HCPERP6303I SENSE = 804100D0 24202541 0001FF00 0017 HCPERP6303I 1790 40042301 68841310 HCPERP6304I IRB = 00C04017 6DF3D238 02001005 0080 HCPERP6305I USERID = MAINT HCPERP2216I CHANNEL PATH ID = 50 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED HCPERP6303I SENSE = HCPERP6303I At first reading, PATH 50 NOT OPERATIONAL is bizarre - given that this is the only path to the device and that the device happily comes online, accepts CP REWIND commands and allows all the kinds of read operations that I have tried so far. Given that it's a problem only ever reported here once - and that a long time ago - and that there must be several folk successfully using these drives every day, I'm leaning towards some kind of configuration problem but I'm not seeing it. (It's going to be obvious with hindsight - I just hope that hindsight comes soon!) For info, here's the IOCP stuff ... CHPID PATH=(CSS(0),50),SHARED,* PARTITION=((ZO,ZOS1,ZOS2,ZOS3MAST,ZVMIFL1),(=)),* PCHID=100,TYPE=FC CNTLUNIT CUNUMBR=C500,PATH=((CSS(0),50)),UNITADD=((00,016)), * UNIT=3590 IODEVICE ADDRESS=(500,001),CUNUMBR=(C500),STADET=Y,UNIT=3590 And here's what VM sees ... q 500 id 16:30:28 TAPE 0500 3590-10 CU: 3590-60 q path 500 17:01:04 Device 0500, Status ONLINE 17:01:04 CHPIDs to Device 0500 (PIM) : 50 17:01:04 Physically Available (PAM) : + 17:01:04 Online (LPM) : + 17:01:04Legend + Yes - No q chpid 50 17:01:41 Path 50 online to devices 0500
Re: Trapping SMSG messages
Unrelated to the reported problem, but a simpler/cheaper way to save the CP MSG setting for later restoration: parse value diag(08,'CP QUERY SET') with w1 w2 . If w1='MSG' then $msg=w2/* Save CP MSG setting before it is changed */ 'CP SET MSG IUCV' . perform processing ... 'CP SET MSG' $msg /* Restore CP MSG setting from before */ When all you have is Pipes, every problem is a plumbing problem. But sometimes old-fashioned methods work more cheaply. In this case, using "parse value diag(08,'some cp command') with ... Does not require a Pipe to be created. It's just native rexx code. One could have code that parse as: parse value diag(08,'CP QUERY SET') with . 'MSG ' $msg . But if IBM *ever* inserted a new argument before the MSG setting containing the string "MSG ", then the results become muddled. Granted, IBM would NEVER do such a thing because it would break untold applications. But it is described as a teaching example since other messages from unknown sources could make just that type of unexpected message change. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Scott Rohling Sent: Thursday, August 04, 2011 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Trapping SMSG messages Try turning the 'SET MSG IUCV' to 'WAKEUP +0 (IUCVMSG' .. I think this gets WAKEUP ready - and also issues the SET MSG IUCV. The example under 'HELP WAKEUP' shows it done this way and I seem to recall needing to do it in something I'd written. Scott Rohling On Thu, Aug 4, 2011 at 9:28 AM, Frank M. Ramaekers wrote: I don't quite understand why I'm missing the first IUCV MSG sent to my virtual machine after an IPL. The basics of this program is: 1) Send a SMSG to VMUTIL of 'RUOKAY' 2) VMUTIL, if alive, will send back a MSG response "IMOKAY" 3) If the proper response is received the RC is set to zero, all other cases it's set to 1 My short REXX: Trace "O" "PIPE LITERAL QUERY SET", "| CP", "| SPLIT AT ,", "| STRIP", "| FIND MSG"||, "| SPEC W2 1", "| VAR SETMSG" "CP SET MSG IUCV" "CP SMSG VMUTIL RUALIVE" "WAKEUP +00:02 (QUIET IUCVMSG CONS" wurc=rc XRC=1 /* Assume bad */ Select When wurc==5 then /* Message arrived */ Do queued() Parse pull WuType WuWho WuMsg If WuType=="*MSG" & WuWho=="VMUTIL" & WuMsg="IMOKAY" then XRC=0 End When wurc==6 then /* Console interrupt */ Say "Interrupted" Otherwise Nop End /* Select */ "CP SET MSG" SetMsg /* Flush everything */ "DESBUF" If Externals()>0 then Parse external . Exit XRC l maint ENTER PASSWORD (IT WILL NOT APPEAR WHEN TYPED): HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTEM; stable by SYSTEM z/VM Version 5 Release 4.0, Service Level 1003 (64-bit), built on IBM Virtualization Technology There is no logmsg data FILES: 0066 RDR, 0007 PRT, NO PUN LOGON AT 10:25:22 CDT THURSDAY 08/04/11 z/VM V5.4.0 2011-03-31 08:13
Re: HCPDPM1280E with STK 9840C Tape Drive
Hmm - thanks for the hint ... From OPERATOR ... HCPERP584I TAPE 0500 AN OPERATION WAS TERMINATED BECAUSE A HCPERP584I CAPABILITY CHECK OCCURRED HCPERP6300I SENSE DATA FORMAT = 04 MSG CODE = 01 HCPERP6301I CHANNEL COMMAND WORD COMMAND CODE = 01 HCPERP6303I SENSE = 804100D0 24202541 0001FF00 0017 HCPERP6303I 1790 40042301 68841310 HCPERP6304I IRB = 00C04017 6DF3D238 02001005 0080 HCPERP6305I USERID = MAINT HCPERP2216I CHANNEL PATH ID = 50 HCPERP2220I PHYSICAL CHANNEL PATH ID = 0100 HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP2252I TAPE 0500 PATH 50 NOT OPERATIONAL HCPERP602I TAPE 0500 AN INTERFACE CONTROL CHECK OCCURRED HCPERP6303I SENSE = HCPERP6303I At first reading, PATH 50 NOT OPERATIONAL is bizarre - given that this is the only path to the device and that the device happily comes online, accepts CP REWIND commands and allows all the kinds of read operations th at I have tried so far. Given that it's a problem only ever reported here once - and that a long time ago - and that there must be several folk successfully using these drives every day, I'm leaning towards some kind of configuration problem but I'm not seeing it. (It's going to be obvious with hindsight - I just hope that hindsight com es soon!) For info, here's the IOCP stuff ... CHPID PATH=(CSS(0),50),SHARED,* PARTITION=((ZO,ZOS1,ZOS2,ZOS3MAST,ZVMIFL1),(=)), * PCHID=100,TYPE=FC CNTLUNIT CUNUMBR=C500,PATH=((CSS(0),50)),UNITADD=((00,016)), * UNIT=3590 IODEVICE ADDRESS=(500,001),CUNUMBR=(C500),STADET=Y,UNIT=3590 And here's what VM sees ... q 500 id 16:30:28 TAPE 0500 3590-10 CU: 3590-60 q path 500 17:01:04 Device 0500, Status ONLINE 17:01:04 CHPIDs to Device 0500 (PIM) : 50 17:01:04 Physically Available (PAM) : + 17:01:04 Online (LPM) : + 17:01:04Legend + Yes - No q chpid 50 17:01:41 Path 50 online to devices 0500
Re: Trapping SMSG messages
Another couple of points -- - Since you can't control who might send a message to you when - you probably want to loop until there are no more rc=5.It could be a msg from another user is stacked in IUCV. - DESBUF is kind of brute force -- it wipes out the stack -- and there could conceivably be things stacked and needed by whatever calls you. Better to do a 'MAKEBUF';buf=rc ... and then 'DROPBUF' buf ... then you only drop the things in your 'own' stack.. and you aren't affected by what may already be in the stack for whatever called you. Scott Rohling On Thu, Aug 4, 2011 at 9:44 AM, Scott Rohling wrote: > Try turning the 'SET MSG IUCV' to 'WAKEUP +0 (IUCVMSG' .. I think this > gets WAKEUP ready - and also issues the SET MSG IUCV. The example under > 'HELP WAKEUP' shows it done this way and I seem to recall needing to do it > in something I'd written. > > Scott Rohling > > > On Thu, Aug 4, 2011 at 9:28 AM, Frank M. Ramaekers > wrote: > >> ** ** ** ** ** ** >> >> I don’t quite understand why I’m missing the first IUCV MSG sent to my >> virtual machine after an IPL. The basics of this program is: >> >> ** ** >> >> **1) **Send a SMSG to VMUTIL of ‘RUOKAY’ >> >> **2) **VMUTIL, if alive, will send back a MSG response >> “IMOKAY” >> >> **3) **If the proper response is received the RC is set >> to zero, all other cases it’s set to 1 >> >> ** ** >> >> My short REXX: >> >> ** ** >> >> Trace "O" >> >> "PIPE LITERAL QUERY SET", >> >> "| CP", >> >> "| SPLIT AT ,", >> >> "| STRIP", >> >> "| FIND MSG"||, >> >> "| SPEC W2 1", >> >> "| VAR SETMSG" >> >> "CP SET MSG IUCV" >> >> "CP SMSG VMUTIL RUALIVE" >> >> "WAKEUP +00:02 (QUIET IUCVMSG CONS" >> >> wurc=rc >> >> XRC=1 /* Assume bad */ >> >> Select >> >> When wurc==5 then /* Message arrived */ >> >> Do queued() >> >> Parse pull WuType WuWho WuMsg >> >> If WuType=="*MSG" & WuWho=="VMUTIL" & WuMsg="IMOKAY" then >> >> XRC=0 >> >> End >> >> When wurc==6 then /* Console interrupt */ >> >> Say "Interrupted" >> >> Otherwise >> >> Nop >> >> End /* Select */ >> >> "CP SET MSG" SetMsg >> >> /* Flush everything */ >> >> "DESBUF" >> >> If Externals()>0 then >> >> Parse external . >> >> Exit XRC >> >> l >> maint >> >> >> ENTER PASSWORD (IT WILL NOT APPEAR WHEN >> TYPED):** >> ** >> >> >> >> >> >> HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by >> SYSTEM >> >> HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTEM; stable by >> SYSTEM >> >> z/VM Version 5 Release 4.0, Service Level 1003 >> (64-bit), >> >> built on IBM Virtualization >> Technology >> >> >> There is no logmsg >> data >> >> >> FILES: 0066 RDR, 0007 PRT, NO >> PUN >> >> >> LOGON AT 10:25:22 CDT THURSDAY >> 08/04/11 >> >> >> z/VM V5.4.02011-03-31 >> 08:13 >> >> >> >> >> >> >> PIPINX086I CMS/TSO Pipelines, 5654-030/5655-A17 1.0112 >> (Version.Release/Mod) - Generated 3 Jul 2010 at 11:32:36. >> >> Source: **Princeton** Runtime >> Distribution >> >> >> Ready; T=0.02/0.02 >> 10:25:24 >> >> >> vmutil >> >> >> >> 10:25:25 * MSG FROM VMUTIL : >> IMOKAY >> >> >> Ready(1); T=0.01/0.01 10:25:27 >> >> >> vmutil >> >> Ready; T=0.01/0.01 10:25:41 >> >> vmutil >> >> Ready; T=0.01/0.01 10:25:44 >> >> vmutil >> >> Ready; T=0.01/0.01 10:25:44 >> >> vmutil >> >> Ready; T=0.01/0.01 10:25:45 >
Re: SSL Configuration on z/VM 6.1
.** .* SYSTEM DTCPARMS created by DTCIPWIZ EXEC on 18 Mar 2007 .* Configuration program run by MAINT at 11:07:05 .** :nick.TCPIP:type.server :class.stack :attach.1100-1102,1300-1302 :nick.ssl :type.class :name.SSL daemon :command.VMSSL MAXUSERS 250 CACHESIZE 4095 :runtime.C :diskwarn.YES :Admin_ID_list.TCPMAINT GSKADMIN :memory.256M :mixedcaseparms.YES :mount. /../VMBFS:VMSYS:ROOT/ / , /../VMBFS:VMSYS:SSLSERV/ /tmp , /../VMBFS:VMSYS:GSKSSLDB/ /etc/gskadm :parms.KEYFile /etc/gskadm/Database.kdb On Wed, Aug 3, 2011 at 12:02 PM, Betsy Jeffery wrote: > I am trying to decipher the instructions for setting up the PROFILE TCPIP > and SYSTEM DTCPARMS statements for the telnet and ftp servers to use SSL. > Anyone willing to share their config. information? > Thank you, > Betsy Jeffery >
Re: Trapping SMSG messages
Try turning the 'SET MSG IUCV' to 'WAKEUP +0 (IUCVMSG' .. I think this gets WAKEUP ready - and also issues the SET MSG IUCV. The example under 'HELP WAKEUP' shows it done this way and I seem to recall needing to do it in something I'd written. Scott Rohling On Thu, Aug 4, 2011 at 9:28 AM, Frank M. Ramaekers wrote: > ** ** ** ** ** ** > > I don’t quite understand why I’m missing the first IUCV MSG sent to my > virtual machine after an IPL. The basics of this program is: > > ** ** > > **1) **Send a SMSG to VMUTIL of ‘RUOKAY’ > > **2) **VMUTIL, if alive, will send back a MSG response > “IMOKAY” > > **3) **If the proper response is received the RC is set > to zero, all other cases it’s set to 1 > > ** ** > > My short REXX: > > ** ** > > Trace "O" > > "PIPE LITERAL QUERY SET", > > "| CP", > > "| SPLIT AT ,", > > "| STRIP", > > "| FIND MSG"||, > > "| SPEC W2 1", > > "| VAR SETMSG" > > "CP SET MSG IUCV" > > "CP SMSG VMUTIL RUALIVE" > > "WAKEUP +00:02 (QUIET IUCVMSG CONS" > > wurc=rc > > XRC=1 /* Assume bad */ > > Select > > When wurc==5 then /* Message arrived */ > > Do queued() > > Parse pull WuType WuWho WuMsg > > If WuType=="*MSG" & WuWho=="VMUTIL" & WuMsg="IMOKAY" then > > XRC=0 > > End > > When wurc==6 then /* Console interrupt */ > > Say "Interrupted" > > Otherwise > > Nop > > End /* Select */ > > "CP SET MSG" SetMsg > > /* Flush everything */ > > "DESBUF" > > If Externals()>0 then > > Parse external . > > Exit XRC > > l > maint > > > ENTER PASSWORD (IT WILL NOT APPEAR WHEN > TYPED):*** > * > > > > > > HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by > SYSTEM > > HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTEM; stable by > SYSTEM > > z/VM Version 5 Release 4.0, Service Level 1003 > (64-bit), > > built on IBM Virtualization > Technology > > > There is no logmsg > data > > > FILES: 0066 RDR, 0007 PRT, NO > PUN > > > LOGON AT 10:25:22 CDT THURSDAY > 08/04/11 > > > z/VM V5.4.02011-03-31 > 08:13 > > > > > > > PIPINX086I CMS/TSO Pipelines, 5654-030/5655-A17 1.0112 > (Version.Release/Mod) - Generated 3 Jul 2010 at 11:32:36. > > Source: **Princeton** Runtime > Distribution > > > Ready; T=0.02/0.02 > 10:25:24 > > > vmutil > > > > 10:25:25 * MSG FROM VMUTIL : > IMOKAY > > > Ready(1); T=0.01/0.01 10:25:27 > > > vmutil > > Ready; T=0.01/0.01 10:25:41 > > vmutil > > Ready; T=0.01/0.01 10:25:44 > > vmutil > > Ready; T=0.01/0.01 10:25:44 > > vmutil > > Ready; T=0.01/0.01 10:25:45 > > ** ** > > Any way to avoid missing this first MSG? > > ** ** > > Frank M. Ramaekers Jr. > > ** ** > > ** ** > > Systems Programmer > > MCP, MCP+I, MCSE & RHCE > > ** ** > > American Income Life Insurance Co. > > Phone: (254)761-6649 > > ** ** > > 1200 Wooded Acres Dr. > > Fax: (254)741-5777 > > ** ** > > Waco**, **Texas** **76701 > > ** ** > > ** ** > > ** ** > > ** ** > _ This message > contains information which is privileged and confidential and is solely for > the use of the intended recipient. If you are not the intended recipient, be > aware that any review, disclosure, copying, distribution, or use of the > contents of this message is strictly prohibited. If you have received this > in e
Trapping SMSG messages
I don't quite understand why I'm missing the first IUCV MSG sent to my virtual machine after an IPL. The basics of this program is: 1) Send a SMSG to VMUTIL of 'RUOKAY' 2) VMUTIL, if alive, will send back a MSG response "IMOKAY" 3) If the proper response is received the RC is set to zero, all other cases it's set to 1 My short REXX: Trace "O" "PIPE LITERAL QUERY SET", "| CP", "| SPLIT AT ,", "| STRIP", "| FIND MSG"||, "| SPEC W2 1", "| VAR SETMSG" "CP SET MSG IUCV" "CP SMSG VMUTIL RUALIVE" "WAKEUP +00:02 (QUIET IUCVMSG CONS" wurc=rc XRC=1 /* Assume bad */ Select When wurc==5 then /* Message arrived */ Do queued() Parse pull WuType WuWho WuMsg If WuType=="*MSG" & WuWho=="VMUTIL" & WuMsg="IMOKAY" then XRC=0 End When wurc==6 then /* Console interrupt */ Say "Interrupted" Otherwise Nop End /* Select */ "CP SET MSG" SetMsg /* Flush everything */ "DESBUF" If Externals()>0 then Parse external . Exit XRC l maint ENTER PASSWORD (IT WILL NOT APPEAR WHEN TYPED): HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTEM; stable by SYSTEM z/VM Version 5 Release 4.0, Service Level 1003 (64-bit), built on IBM Virtualization Technology There is no logmsg data FILES: 0066 RDR, 0007 PRT, NO PUN LOGON AT 10:25:22 CDT THURSDAY 08/04/11 z/VM V5.4.02011-03-31 08:13 PIPINX086I CMS/TSO Pipelines, 5654-030/5655-A17 1.0112 (Version.Release/Mod) - Generated 3 Jul 2010 at 11:32:36. Source: Princeton Runtime Distribution Ready; T=0.02/0.02 10:25:24 vmutil 10:25:25 * MSG FROM VMUTIL : IMOKAY Ready(1); T=0.01/0.01 10:25:27 vmutil Ready; T=0.01/0.01 10:25:41 vmutil Ready; T=0.01/0.01 10:25:44 vmutil Ready; T=0.01/0.01 10:25:44 vmutil Ready; T=0.01/0.01 10:25:45 Any way to avoid missing this first MSG? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Q STOR command results
So, if I have 32GB of memory installed on a CEC, and my LPAR is defined with storage of 8GB with an additional 8GB of Reserved storage, the displ ay should then show as follows? q stor STORAGE = 8G CONFIGURED = 8G INC = 256M STANDBY = 16G RESERVED = 8G Ready; T=0.01/0.01 09:52:45 And I should be able to add both the 8G of reserved and the 16G of standb y using the SET STOR command.
Re: SSL Configuration on z/VM 6.1
That's what I get for trying to do this at the airport. :-) Regards, Alan Altmark IBM Lab Services - Sent from my BlackBerry Handheld. - Original Message - From: Betsy Jeffery [betsy_jeff...@mgic.com] Sent: 08/04/2011 10:17 AM EST To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] SSL Configuration on z/VM 6.1 Actually, your suggestion didn't work; perhaps I had the syntax wrong. = What did work was what I had originally but the change was: :Mixedcaseparms.yes
Re: SSL Configuration on z/VM 6.1
Actually, your suggestion didn't work; perhaps I had the syntax wrong. What did work was what I had originally but the change was: :Mixedcaseparms.yes
Re: HCPDPM1280E with STK 9840C Tape Drive
On Thursday, 08/04/2011 at 04:20 EDT, Jeff Gribbin wrote: > In February 2007, Chris Little reported receiving the message > > HCPDPM1280E Device 0181 not usable; assign lost > > while attempting to write to a tape cartridge loaded into a STK 9840C tape > drive. > > As far as I can see, no resolution was posted at the time. Check the OPERATOR's console for I/O error messages. If you don't see anything obvious there, then I encourage you to open a PMR. Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: SSL Configuration on z/VM 6.1
Thanks for your help. The commas are just EOL characters picked up by th is text editor; they're not really in the DTCPARMS file.
Re: Q STOR command results
On Thursday, 08/04/2011 at 10:06 EDT, Richard Baek wrote: > We're trying to add additional storage to some of our zVM LPARs without > IPLing the system. : > Anyone have any idea what we might be doing > wrong ? You need to change the LPAR image profile to have some amount of storage defined as "reserved". If you don't do that, the LPAR can't see the unused memory on the box. So make that change, then repeat the deactivation/reactivation sequence. Note that you can set the "Reserved" value to a maximum value, even if all that memory isn't on the box. Then you can specify how much of that "reserved" memory CP will bring online. Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: SSL Configuration on z/VM 6.1
On Thursday, 08/04/2011 at 10:01 EDT, Betsy Jeffery wrote: > I have that. Is it perhaps positional? Here's what my DTCPARMS look like : > :Mixedcaseparms., > :command.vmssl , > :parms.keyfile /etc/gskadm/zlinux2.kdb That should be :Mixedcaseparms.keyfile /etc/gskadm/zlinux2.kdb instead of on the :parms. tag (where things are uppercased). Also, what are those commas? Those don't belong in a DTCPARMS file. Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: DASD utilization question
would you be looking for something from a really good performance monitor: Screen: ESAHST2 Velocity Software - VSIVM4 ESAMON 3.808 08/04 1 of 1 LINUX HOST Storage Analysis Report NODE R* LIMIT 500 <-Utilization-> <-Storage--> Pct Alloc Time Server Index Size Used Full Errors Units Description - - - -- - 07:07:00 RMTLINUX33 465 291 62.6 0 4096 /opt 329361 65.7 0 4096 / 31 372 334 89.9 0 1024 /Linux-s390 72323 100 0 1024 Cached memory 6 250 1 0.5 0 1024 Memory buffers 3 250 220 88.2 0 1024 Virtual memory 1 250 220 88.2 0 1024 Physical memory RH5Z3161 4 10904 2966 27.2 0 4096 / 3 409551 1.3 0 1024 Swap Space 2 497 493 99.1 0 1024 Real Memory 1 497 126 25.3 0 1024 Memory Buffers RH5Z2161 4 10904 2966 27.2 0 4096 / 3 409551 1.3 0 1024 Swap Space 2 497 493 99.1 0 1024 Real Memory 1 497 126 25.3 0 1024 Memory Buffers RH5Z161 4 10904 2966 27.2 0 4096 / 3 409551 1.3 0 1024 Swap Space 2 497 493 99.1 0 1024 Real Memory 1 497 126 25.3 0 1024 Memory Buffers Ticona, Luis wrote: Is there any tool that will allow me to display zVM DASD utilization. I am trying to get similar to the below information but from a zLINUX server running as a guest under zVM 5.4. q disk LABEL VDEV M STAT CYL TYPE BLKSZ FILES BLKS USED-(%) BLKS LEFT BLK TOTAL MNT191 191 A R/W 175 3390 4096 254 8934-28 22566 31500 MNT5E5 5E5 B R/W 9 3390 4096 131 1290-80 330 1620 MNT2CC 2CC C R/W 5 3390 4096 60407-45 493900 MNT51D 51D D R/W26 3390 4096 306 1575-34 3105 4680 MNT193 193 H R/W 167 3390 4096 1093 21035-70 9025 30060 MNT190 190 S R/O 100 3390 4096 691 14921-83 3079 18000 MNT19E 19E Y/S R/O 250 3390 4096 1021 28225-63 16775 45000 Ready; T=0.01/0.01 20:19:56 I go into one of our zLinux servers running under zVM 5.4 and did the same display command and the only thing I received is just Information about their label, vdev, mode. The stat column information was only OS. Didn’t get info for the files, used-(%), blks left and blk total columns. The volumes in this server are 3390-27. The last thing I will attempt to do is dump these dasd to tape using INNOVATION FDRABR and then get the information about the tracks being dumped from the small report after the JCL job output is completed. Thank you; *Luis Ticona* Management Information Systems Division 1 Police Plaza New York, NY 10038 ltic...@nypd.org or 646-610-5304 cid:image001.gif@01C911AB.7C344550
Q STOR command results
We're trying to add additional storage to some of our zVM LPARs without IPLing the system. According to the zVM CP Commands manual for zVM 6.1 t he Q STOR command should show STANDBY storage. And Standby storage is defin ed as. Standby storage is a calculated value based on the amount of installed storage that is not currently claimed by active logical partitions and th e reserved storage specified for the logical partition in which z/VM is running. We deactivated our LPAR and removed 5 GB from the configuration, reactivated the LPAR and reIPLed. The Q STOR command still shows 0GB of standby storage. We have additional storage installed on the box above t he 5 GB we just freed up. q stor STORAGE = 2G CONFIGURED = 2G INC = 256M STANDBY = 0 RESERVED = 0 Ready; T=0.01/0.01 09:52:45 Anyone have any idea what we might be doing wrong ?
Re: SSL Configuration on z/VM 6.1
I have that. Is it perhaps positional? Here's what my DTCPARMS look lik e :nick.SSLSERV :type.server :class.ssl , :owner.gskadmin , :Admin_ID_list.GSKADMIN MAINT TCPMAINT NCCMCV5 NTSBLJ2 , :timezone.CST6CDT , :Mixedcaseparms. , :command.vmssl , :parms.keyfile /etc/gskadm/zlinux2.kdb , Here's the message: DTCRUN1011I Server started at 08:55:21 on 4 Aug 2011 (Thursday) DTCRUN1011I Running server command: VMSSL DTCRUN1011I Parameters in use: DTCRUN1011I KEYFILE /ETC/GSKADM/ZLINUX2.KDB And the error: DTCSSL300E gsk_open_database_using_stash_file() failed; rc: 0x3353009 reason: File or keyring not found DTCSSL127E Server shutdown has commenced
Re: SSL Configuration on z/VM 6.1
Hi Betsy, I believe you need the :Mixedcaseparms. that I included in my definition above. If you already have that, we'll probably need another response from Alan. On Thu, Aug 4, 2011 at 9:21 AM, Betsy Jeffery wrote: > I've had to add :command.vmssl >:parms.keyfile /etc/gskadm/zlinux2.kdb > > to override the default key file. My error now is that SSLSERV can't find > the key file. The correct file appears in the messages but is folded to > uppercase - which does not exist; the lower case name does. Is there > someway to prevent the upper case? >
Re: SSL Configuration on z/VM 6.1
I've had to add :command.vmssl :parms.keyfile /etc/gskadm/zlinux2.kdb to override the default key file. My error now is that SSLSERV can't fin d the key file. The correct file appears in the messages but is folded to uppercase - which does not exist; the lower case name does. Is there someway to prevent the upper case?
Re: RACFVM & merge
Alain, Merging two databases is not that straight forward and there are a lot of problems. We did that more than 10 years ago quite a few times during a big system consolidation phase. But before we merged two databases, we made sure that all duplicate userids and groups had the same owner. Then after the merge, a lot of the userid <-> group connections were broken, for when only the userid or the group was copied from the secondary database. This was caused by the fact that or the link from userid to group, or the link from group to userid did not get copied. So after the merge, we had to remove those half connections and recreate them. Similar, with resource accesses, for all userids/groups copied from the secondary database, we had to do a permit for their original access if the resource itself already existed in the primary database. If I were you, I would just take the racf database unloads, compare them and for the userids/groups/resources you want to move from the secondary database into the primary, issue normal RACF commands to add them or grant the access rights. A few "simple" pipelines should be all that you need, and you know exactly what gets copied over. The only problem are the user passwords, you can use RACROUTE calls to copy the encrypted data from the secondary database and then copy them into the primary one, but that can be considered a dangerous exercise and if new passwords for those userids who get copied is acceptable, I would go for the new passwords approach. Ronald van der Laan
RACFVM & merge
I need to merge a zvm530 and a zvm540 databases together. I imagine I can't do this directly so I copied and racfconverted ma vm530 base. Now with racut400 I meet a problem to merge them and before to open a PMR I would like to know what are the valid input/output devices I have to code to eliminate any user mistake. By the way how the merge treats duplicate use rs or groups ? Alain
Re: [LINUX-390] VM Workshop Presentations on linuxvm.org
Mark, > I have uploaded almost all of the presentations given at the VM Workshop ... Excellent! Thanks. "Mike MacIsaac"(845) 433-7061
HCPDPM1280E with STK 9840C Tape Drive
In February 2007, Chris Little reported receiving the message HCPDPM1280E Device 0181 not usable; assign lost while attempting to write to a tape cartridge loaded into a STK 9840C tap e drive. As far as I can see, no resolution was posted at the time. I am experiencing exactly these symptoms with the same device-type. The device has been in regular use on several z/OS LPARS on the same machine without any problems but we have never previously attempted to use it fro m the z/VM LPAR. After being taken offline to the z/OS LPARS the device happily comes onli ne to z/VM and can be attached to a CMS user who can successfully read the t ape (well, TAPE DVOL1 works) but any attempt to write to the tape immediately elecits a brief delay (about 5 seconds) followed by the HCP1280E. (I hav e tried MOVEFILE and TAPE DUMP - identical symptoms in both cases.) The cartridge has been double-checked and is definitely set for write-permit. I'm hoping that maybe somebody did discover a resolution but for whatever reason it either didn't get posted or I've been looking in the wrong plac e! Thoughts, anybody? TIA Jeff Gribbin
