My guess is that you copied your existing TCPIP profile for your VSWITCH
CONTROLLERS .. It is a case of too much information. The profiles for the
controllers is very simple.
The only entry you NEED in their profile is VSWITCH CONTROLLER ON...
Here is what my profiles for the controllers look
Our FLEXCUB (control unit behavior) product can emulate your 9345 DASD an
d
most other current and ancient mainframe DASD types with no difficulty.
Please see the white paper on FLEXCUB at the website in my signature belo
w.
On Wed, 19 Sep 2007 18:29:17 +1000, Graeme Moss [EMAIL PROTECTED]
Is there any problem with erasing the oldest file every day on DISKACNTs 191,
or does DISKACNT have to be bounced to reaccess its 191. (I'm deleting a file
not adding one)
Derek Ackerman
Capacity Planning etc.
(201) 759-0833
Well then nothing jumps out at me..
Here is my directory entry, maybe there is something there.
It still looks like somehow you are picking up the wrong configuration file.
USER DTCVSW2 xxx 32M 128M G
INCLUDE TCPCMSU
Thomas,
here is my PROFILE TCPIP (straight out of the Failover document):
NOTRACE ALL
OBEY
OPERATOR TCPMNT44 MAINT
ENDOBEY
VSWITCH CONTROLLER ON
i also have them set up on TCPMAINT's 198 - again, per the Failover doc.
i assume that is so that all the configuration is kept on TCPMAINT, is
that
On: Thu, Sep 20, 2007 at 05:17:02PM +0300,Kris Buelens Wrote:
} If you have the REXX compiler, you can extract the IMMERASE MODULE from my
} PRFRUN package on VM's download lib. Store it on DISKACNT's 191, change its
} PROFILE EXEC to include a line like this:
} 2007/9/20, Derek Ackerman [EMAIL
Rich's command below is fine if you want to erase a file on DIRMAINT,
but Derek asked how to erase a file on DISKACNT. DIRMAINT has no
special powers to erase files on other virtual machines. You either
need to shut DISKACNT down to erase the file, or use Shared File System
instead of a minidisk
What does your SYSTEM DTCPARMS on TCPMAINT show?
David
From: The IBM z/VM Operating System on behalf of Huegel, Thomas
Sent: Thu 9/20/2007 10:53 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] VSWITCH initial startup
Well then nothing jumps out at me..
Here
I don't have a REXX compiler or DIRMAINT. I just LINK R/W; ERASE; REL (DET
(EVERY MIDNIGHT is this an integrity problem?) All I really want to do is
prevent DISKACNT A-disk from filling up.
Derek Ackerman
Capacity Planning etc.
(201) 759-0833
-Original Message-
From: The IBM z/VM
On: Thu, Sep 20, 2007 at 11:27:42AM -0400,Rich Greenberg Wrote:
} Kris, while your solution is elagant, it seems like overkill for Derek's
} problem.
}
} Assuming that:
} 1) DIRMAINT is up and running,
} 2) Derek knows the Fn Ft of the file to be erased. and
} 3) The userid Derek is using has
i added these lines to SYSTEM DTCPARMS:
:nick.VSWCTRL1 :type.server :class.stack :exit.VSWCTRL
:nick.VSWCTRL2 :type.server :class.stack :exit.VSWCTRL
there is a section earlier with:
.** Application Class Definitions
.* TCP/IP Protocol Stack
:nick.stack :type.class
OK. What release of z/vm are you running? I think we should simplify - get rid
of the VSWCTRL exec first of all. Remove the :exit.VSWCTRL statement from
SYSTEM DTCPARMS.
As long as you the files VSWCTRL1 TCPIP and VSWCTRL2 on TCPMAINT 198 when those
machines are IPLed they will find the right
Isn't it 5.2 that you are provided with running vswitch controllers out
of the box - no instructions necessary -just bring them up?
Marcy Cortes
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee,
We are running 4.4
i took out the exit and shutdown my VSWCTRL1 and VSWCTRL2.
when i restart VSWCTRL1, it still tries to COUPLE to a VSE system:
DMSACP723I D (198) R/O
DMSACP723I E (591) R/O
DMSACP723I F (592) R/O
Ready; T=0.01/0.01 11:56:36
DTCRUN1022I Console log will be sent to user TCPMAINT
Over the past few days I've done a 'q alloc drct' the % use has changed from
45% to 50% and now to 15% what is this telling me
q alloc drct
EXTENT EXTENT %
VOLID RDEV STARTEND TOTAL IN USE HIGH USED
-- -- --
either SYSTEM DTCPARMS is hosed, or ... perish the thought ... IBM DTCPARMS was
modified?
force it off.
XAUTOLOG VSWCTRL1 NOIPL
SEND CP VSWCTRL1 Q V
send the results
From: The IBM z/VM Operating System on behalf of [EMAIL PROTECTED]
Sent: Thu 9/20/2007 1:17
Follow-up and results:
Expanding spool and page within an already CP-Owned disk does not seem to
cause any issues. Everything survived the change. DCSSBKUP didn't work well
for me, but it could have been the size of the virtual machine I ran it in.
It also does not back up any of the other SDF
I've got one nagging issue still to troubleshoot before installing z/VM
5.3. I tested adding a minidisk(AMD) to a user via dirmaint. All looks
OK from the dirmaint feedback. However, when I try to access that minidisk
from the user's interface, I find that RACF is blocking the owner's access
Q V
STORAGE = 32M
XSTORE = none
CPU 00 ID FF008B0A20968000 (BASE) STOPPED
CONS 0009 ON LDEV L0019 TERM STOP HOST TCPIPFROM 10.80.15.67
0009 CL T NOCONT NOHOLD COPY 001READY FORM STANDARD
0009 TO VSWCTRL1 PRT DIST VSWCTRL1 FLASHC 000 DEST OFF
0009 FLASH CHAR
On Thursday, 09/20/2007 at 12:35 EDT, David Kreuter
[EMAIL PROTECTED] wrote:
OK. What release of z/vm are you running? I think we should simplify -
get rid
of the VSWCTRL exec first of all. Remove the :exit.VSWCTRL statement
from
SYSTEM DTCPARMS.
As long as you the files VSWCTRL1 TCPIP
On Thursday, 09/20/2007 at 02:07 EDT, Troy A Slaughter [EMAIL PROTECTED]
wrote:
I've got one nagging issue still to troubleshoot before installing z/VM
5.3. I
tested adding a minidisk(AMD) to a user via dirmaint. All looks OK from
the
dirmaint feedback. However, when I try to access that
On Wednesday, 09/19/2007 at 05:32 EDT, RPN01 [EMAIL PROTECTED] wrote:
With more and more tapeless systems, something other than SPXTAPE is
required. As more and more products are delivered electronically, and
there
is less need for tape other than backup, you'll see more systems without
On Thursday, 09/20/2007 at 01:19 EDT, [EMAIL PROTECTED] wrote:
i added these lines to SYSTEM DTCPARMS:
:nick.VSWCTRL1 :type.server :class.stack :exit.VSWCTRL
:nick.VSWCTRL2 :type.server :class.stack :exit.VSWCTRL
there is a section earlier with:
.**
On: Thu, Sep 20, 2007 at 01:07:06PM -0500,RPN01 Wrote:
} Expanding spool and page within an already CP-Owned disk does not seem to
} cause any issues. Everything survived the change. DCSSBKUP didn't work well
} for me, but it could have been the size of the virtual machine I ran it in.
The vm
The source directory became much smaller? More DRCT cylinders have been
allocated and now you IPLed? (if you dynamically add more DRCT cylinders, Q
ALLOC DRCT won't see them until after an IPL)
2007/9/20, clifford jackson [EMAIL PROTECTED]:
Over the past few days I've done a 'q alloc drct' the
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 09/20/2007
11:24:22 AM:
On Thursday, 09/20/2007 at 01:19 EDT, [EMAIL PROTECTED] wrote:
...
... (a bunch of other CTCAs deleted here)
:vCTC.C02 SP2TEST 0C03
:vCTC.C03 SP2TEST 0C02
Hi, listers,
Can someone show me how to define TRSOURCE in RACF ?
When I issued TRSOURCE, I got RPIMGR055E COMMAND TRSOURCE NOT DEFINED TO
RACF
Thanks,
Ann
Alan,
thanks for spotting that.
I inherited this system, so I am still sorting out what is where.
is there a manual that explains how to code DTCPARMS ?
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
There's your error. You copied the stack class
Hi,
I have some free time those days to spend some time to developp some xedi
t
macros such as pf10 pf11 based on the cursor position like we can d
o under
MVS.
I'm just wondering if someone did it already.
Any advises are welcome.
Alain Benveniste
Thanks Mike for your quick response
From: Mike Walter [EMAIL PROTECTED]
Reply-To: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DRCT area question
Date: Thu, 20 Sep 2007 14:30:01 -0500
Clifford,
I only answer because no one from
Hello, Alain.
It's quite possible someone as already done this; try
looking here:
http://www.sdsusa.com/vmupdate.htm
or here:
http://www.vm.ibm.com/download/packages/
Good luck.
DJ
- Original Message Follows -
From: Alain Benveniste [EMAIL PROTECTED]
To: IBMVM@LISTSERV.UARK.EDU
The DTCPARMS file is discussed in TCP/IP Planning and Customization Chapter
5. General TCP/IP Server Configuration
Regards,
Miguel Delapaz
z/VM TCP/IP Development
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 09/20/2007
12:31:42 PM:
Alan,
thanks for spotting that.
I
Miquel,
that explains a lot. thank you.
i have fixed this in our DTCPARMS.
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
Actually, that's not the reason it doesn't try to couple to SP2TEST.
We only process one :vctc. tag (the last one specified). If you
ok - it is working correctly now.
i moved the :vctc tags over to our :nick.TCPIP :type.server .
that right there helped me understand the :type.class sections.
i restarted the VSWITCH controllers and there is on attempt to couple to
VSE.
great. thank you all for helping sort this out.
prg
I was going to reply to this earlier but didn't remember all the facts.
Mike reminded me of some of it. This was discussed on the list a year or
3 ago. Mike is right about cylinders being partially filled and that
will show a cylinder as being used whether it has 1 page on it or is
completely
On Thursday, 09/20/2007 at 03:34 EDT, Aisik Chang [EMAIL PROTECTED]
wrote:
Can someone show me how to define TRSOURCE in RACF ?
When I issued TRSOURCE, I got RPIMGR055E COMMAND TRSOURCE NOT DEFINED TO
RACF
Is it really your intent to control TRSOURCE with RACF? If so, look in
the RACF
36 matches
Mail list logo