The DO QUEUED() is not required, there is only one stacked message for
an SMSG or IUCV event.
If however you also use WAKEUP's FILE option, the WAKEUP file entry
that (could have) caused is **in all interrupt cases** stacked first
(before the entry of an SMSG for example).
If more SMSGs (or
What is at the other end of the CTC? That error indicates a line protocol
error. That is, the frame that was received over the CTC link is bogus.
This was connected to my other thread, routing via vswitch.
After managing to talk to the VM system named UNDR,
the next step was to talk to VSE.
I want to tie up some loose ends on threads I opened,
to thank you (Alan!) for your help, and to ensure that the archives
include solutions and not only problems. ;-)
I was routing from the LAN to VM via a vswitch, to an IP address
of a host connected via CTC to the VM TCPIP. The problem was
the
On Thu, 23 Apr 2009 09:07:06 +0200 Kris Buelens said:
The DO QUEUED() is not required, there is only one stacked message for
an SMSG or IUCV event.
You are correct Kris. I just ran a test where I flooded my WAKEUP
with 10 SMSGs in quick succession. Tey were all processed one at a
time.
But I
I am sure I should know the answer to this but I am getting old and cannot
remember :-
I have an exec that displays a long line on the terminal (which it does
fine when I am logged on). I have a 132 wide terminal and TERM LINESIZE
132.
However, when I disconnect I want the SECUSER id to see
I see that the definition lines got messed up...
let's try monospace font. :-)
HOME
10.1.100.21 CTC1
10.1.55.21/16NIC1
GATEWAY
; address 'mask'1st-hop link-name MTU
10.1.100.20HOST = CTC1 4096
DEFAULTNET 10.1.35.50 NIC1
We have been fortunate to obtain a small SAN device to play with in place of
the 3390's that we are currently using to run z/VM and our Redhat Linux guest.
I've been able to dynamically attach, configure a file system and mount it. The
attach command went like:
ATTACH to LSSB as 0900
I
DEDICATE works fine for FCP devices, I use it here; your device is an FCP
device, yes?
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bauer, Bobby (NIH/CIT) [E]
Sent: Thursday, April 23, 2009 8:48 AM
To:
Bobby,
a DEDICATE will work - remember the Virtual address is first and the Real
address is second
USER MLXX MLXX 3072M 3072M G
INCLUDE LINDFLT
MACHINE ESA
SHARE RELATIVE 500
CPU 00 BASE
CPU 01
CPU 02
CPU 03
DEDICATE 701C FD04
DEDICATE 701D FD05
DEDICATE 701E FD06
Oh nuts, I've got it backwards! Works fine with the correct syntax.
Thanks
Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Bill Munson
Sent:
Either you sent that many SMSGs that CP's buffer of (255?) was
overflowed, either some of the SMSGs caused your server to execute a
command that uses VMCF, RAC and NETSTAT are just two examples. PIPE
VMC is another obvious example.
2009/4/23 Fran Hensler f...@zvm.sru.edu:
On Thu, 23 Apr 2009
On Thursday, 04/23/2009 at 09:00 EDT, Bauer, Bobby (NIH/CIT) [E]
baue...@mail.nih.gov wrote:
Oh nuts, I?ve got it backwards! Works fine with the correct syntax.
BTW, in order to preserve your sanity (if it's not too late!) you can
replace
DEDICATE 0900
with
COMMAND ATTACH TO *
Bauer, Bobby (NIH/CIT) [E] wrote:
I want to add this to USER DIRECT but a DEDICATE will not work and I don't see
how MDISK will. Can somebody enlighten me?
I think what every one is wondering is : what do you mean by will not
work ?!
--Ivan
Sanity?
Did not realize there was a 'COMMAND' statement for USER DIRECT but there it is
in the manual.
Thanks Alan
Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474
-Original Message-
From: The IBM z/VM Operating System
I should have said 'does not work'. It was because I had the syntax backwards
Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Bauer, Bobby (NIH/CIT) [E] wrote:
I should have said 'does not work'. It was because I had the syntax backwards
Yep ! got that straight !
Was just saying that it would have been easier to just have a copy of
the error message you were getting (probably HCPATR040E Device 0900
does not
Kris,
I was in meetings most of yesterday and needed an answer quickly. This
morning there was time to write test execs and as per Alan all RDR files
are processed before the SMSG. We are updating an application that
receives many reader files so the question was, What happens if 50 RDR
On Thursday, 04/23/2009 at 08:39 EDT, Shimon Lebowitz
shimon...@gmail.com wrote:
As far as I can see, I should be able to define connections like this:
HOME
10.1.100.21 CTC1
10.1.55.21/16 NIC1
GATEWAY
; address 'mask' 1st-hop link-nameMTU
10.1.100.20
On: Thu, Apr 23, 2009 at 08:59:07AM -0400,Bauer, Bobby (NIH/CIT) [E] Wrote:
} Oh nuts, I've got it backwards! Works fine with the correct syntax.
Don't feel bad, people have been screwing that up since CP-67. :-)
--
Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353
Hi list, I have a webshare web server running on z/VM 4.4 and I have a web
page hosted on user httpd1 which creates a form.
If I POST send my form with mailto, it e-mails the form fields (all the
filled ones) like this:
name=Write+your+name+hereaddress=Write+your+address+here%0D%0AacctID=pass
Your attachments do not survive when you send to the list. You will have to
copy them into the note for us to be able to see them.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of jose raul baron
Sent:
We had a configuration that looks like this:
VM/RSCS MVS1
The JES2 and MVS network folks got together and came up with a slight
alteration:
VM/RSCS - MVS1
|
I think you could use link groups here. You'd have to define MVS1A and MVS1B to
VM, then create a group MVS1 that contains the MVS1A and MVS1B links. You could
then route files passing through RSCS to GROUP MVS1 and it would pick the first
available link to queue it on. If MVS1A went away, then
I always say to myself we are defining Virtual devices so the first UCB
is the virtual one on a DEDICATE, just as it is on an MDISK, GRAF or
SPECIAL.
Then IBM allows LINK which is backwards, but we all know that one! And,
both UCBs are virtual, duh.
It might have been helpful if between the
David,
Our original idea was to have all jobs submitted to MVS1 and let the front end
distribute the work. The users are unaware of the fact that their jobs run on
different systems, the MVS1-plex is a single entity as far as they know.
To make the GROUP work, it looks like I need to define
Richard,
Following David Boyes' example, set up something like:
LINKDEF MVS1A NODE MVS1 TYPE SNANJE LUNAME MVS1ALU ASTART RETRY
PARM MVS1A BUFF=3840
LINKDEF MVS1B NODE MVS1 TYPE SNANJE LUNAME MVS1BLU ASTART RETRY
PARM MVS1B BUFF=3840
ROUTE GROUP MVS1 TO MVS1A MVS1B
Mark
Following David Boyes' example= set up something like:
LINKDEF MVS1A NODE MVS1 TYPE SNANJE LUNAME MVS1ALU ASTART RETRY
PARM MVS1A BUFF=3D3840
LINKDEF MVS1B NODE MVS1 TYPE SNANJE LUNAME MVS1BLU ASTART RETRY
PARM MVS1B BUFF=3D3840
ROUTE GROUP MVS1 TO MVS1A MVS1B
I don't believe that
Date: Thu, 23 Apr 2009 21:59:41 -0400
From: lg...@vnet.ibm.com
Subject: Re: RSCS Connections
To: IBMVM@LISTSERV.UARK.EDU
Following David Boyes' example= set up something like:
LINKDEF MVS1A NODE MVS1 TYPE SNANJE LUNAME MVS1ALU ASTART RETRY
PARM MVS1A BUFF=3D3840
LINKDEF MVS1B
28 matches
Mail list logo