with a minimally sized mdisk
>
>
>
>
>
> *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
> Behalf Of *Mark Pace
> *Sent:* Monday, June 21, 2010 9:28 AM
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* SFS - remove a minidisk
>
>
>
>
To: IBMVM@LISTSERV.UARK.EDU
Subject: SFS - remove a minidisk
I've found all sorts of information in the CMS file pool planning and admin
guide on how to create, and expand a filepool, but I've been unable to figure
out how to shrink a filepool. Even with all my years in VM I'm still prett
I've found all sorts of information in the CMS file pool planning and admin
guide on how to create, and expand a filepool, but I've been unable to
figure out how to shrink a filepool. Even with all my years in VM I'm still
pretty much a novice with SFS. I added additional minidisk space to a
filep
Behalf Of Schuh, Richard
Sent: Wednesday, November 18, 2009 6:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Remove a Volume from the User_Volume_List
Maybe even easier than Brian suggested, depending on your purpose. If
all you want to do is to prevent CP from complaining about the disk not
being
Maybe even easier than Brian suggested, depending on your purpose. If all you
want to do is to prevent CP from complaining about the disk not being present
during start-up, simply removing the disk from the list should suffice. If you
want to remove the disk from the system, you will need to
On Wed, 18 Nov 2009 16:37:03 -0700, Wandschneider, Scott
wrote:
>Can a volume be removed from the User_Volume_List without IPL'ing?
>If so, how?
Yes. Two easy steps:
1) Update the User_Volume_List and then don't IPL. :)
2) DETACH the volume FROM SYSTEM after there are no more active links to
Can a volume be removed from the User_Volume_List without IPL'ing? If so, how?
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...@infocrossi
ber 10, 2009 7:27 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Remove a DASD volume label...
>
> Is there a way to remove a volume label? (ICKDSF only has a
> way to ADD
> a label.) I want to revert an initialized disk (actually a
> FASTCOPY'ed
> disk) back to it&
CPVOL Format cyl 0.
> Is there a way to remove a volume label? (ICKDSF only has a way to ADD
> a label.)
)741-5777
Waco, Texas 76710
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of McKown, John
Sent: Thursday, September 10, 2009 9:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Remove a DASD volume label...
> -Original
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers
> Sent: Thursday, September 10, 2009 9:27 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Remove a DASD volume label...
>
> Is there a way
Is there a way to remove a volume label? (ICKDSF only has a way to ADD
a label.) I want to revert an initialized disk (actually a FASTCOPY'ed
disk) back to it's uninitialized state (or just remove the label). Oh,
no DITTO under VM here :(
Frank M. Ramaekers Jr.
Systems
On Tuesday, 08/25/2009 at 09:59 EDT, Rich Smrcina
wrote:
> The clouds parted, beams of sun streak through, it is a good day to be a
> sysprog.
And a heavenly chorus was heard. You make it sound like I'm an
opinionated old goat who never changes his mind on anything. Oh. I see
your point.
David Boyes wrote:
On 8/24/09 7:12 PM, "Alan Altmark" wrote:
I am rapidly moving to the opinion that VM TCP/IP should use a VSWITCH and
let the VSWITCH handle failover at the hardware level rather than needing
multiple IP addresses, VIPAs, and dynamic routing.
When VSWITCHes first became
On 8/24/09 7:12 PM, "Alan Altmark" wrote:
> I am rapidly moving to the opinion that VM TCP/IP should use a VSWITCH and
> let the VSWITCH handle failover at the hardware level rather than needing
> multiple IP addresses, VIPAs, and dynamic routing.
> When VSWITCHes first became available, I was
Thank you Miguel,
That did it.
> Shimon,
>
> Stop the interface with IFCONFIG VSECM DOWN first. It turns out that
> IFCONFIG doesn't use the actual device status to decide whether an
> interface is UP or DOWN...it considers a device UP if it has usable routes
> (i.e. it can actually send traffic
TCPIP works really nicely using a VSWITCH... at my current location, we've
reduced TCPIP's role to the VM stack only -- and share the VSWITCH with
Linux guests. We can bounce TCPIP without affecting anyone but the VM
sysprogs telnetting in..
I'm a fan of letting the vswitch controllers manage t
On Monday, 08/24/2009 at 02:19 EDT, "Dean, David (I/S)"
wrote:
> We had a situation where one of our OSA links died, but failover did not
> occur. It appeared to us that the zVM was not aware that the card was
actually
> ?down?. This seemed similar to what you were referencing. I could be
e IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Miguel Delapaz
Sent: Monday, August 24, 2009 2:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IFCONFIG to -REMOVE a link
IFCONFIG doesn't display information about VSWITCHes or their controllers...so
I'm not sure what
IFCONFIG doesn't display information about VSWITCHes or their
controllers...so I'm not sure what you're referring to. Could you clarify?
Regards,
Miguel Delapaz
z/VM Development
> "Dean, David (I/S)"
>
> Yep, and if you have two controllers for failover to two OSA’s this
> is a problem … am I u
IBMVM@LISTSERV.UARK.EDU
Subject: Re: IFCONFIG to -REMOVE a link
Shimon,
Stop the interface with IFCONFIG VSECM DOWN first. It turns out that IFCONFIG
doesn't use the actual device status to decide whether an interface is UP or
DOWN...it considers a device UP if it has usable routes (i.e. it can actu
that :-)
Regards,
Miguel Delapaz
z/VM Development
The IBM z/VM Operating System wrote on 08/23/2009
05:01:55 AM:
> Hi,
> I tried to use IFCONFIG to remove a link. According to the help file
> the interface must be inactive first. I assumed that an interface which
is
> "DOWN"
Hi,
I tried to use IFCONFIG to remove a link. According to the help file
the interface must be inactive first. I assumed that an interface which is
"DOWN" can be considered "inactive", but apparently I was wrong:
IFCONFIG VSECM
VSECMINET ADDR: 10.1.5.2 P-T-P: 10.1
Subject: Re: Define/Remove CPU from an MVS Guest
On Wednesday, 06/04/2008 at 10:38 EDT, "Wandschneider, Scott"
<[EMAIL PROTECTED]> wrote:
> In other words there is no way to remove a CPU without an IPL - is
that
> correct?
Correct. To add/remove CPUs dynamically requi
On Wednesday, 06/04/2008 at 10:38 EDT, "Wandschneider, Scott"
<[EMAIL PROTECTED]> wrote:
> In other words there is no way to remove a CPU without an IPL - is that
> correct?
Correct. To add/remove CPUs dynamically requires use of specific
z/Architecture that allows
In other words there is no way to remove a CPU without an IPL - is that
correct?
Thank you,
Scott R Wandschneider
Senior Systems Programmer
Infocrossing
Office 402.963.8905
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent
On Tuesday, 06/03/2008 at 05:26 EDT, "Wandschneider, Scott"
<[EMAIL PROTECTED]> wrote:
> I now know that the MACHINE ESA 4 statement authorizes the guest to use
> up to four CPUs. I successfully executed a DEFINE CPU 03. However, MVS
> could not configure the 4th CPU online since it did not kno
I had an MVS guest setup with the following directory statements:
MACHINE ESA 4
CPU 00 BASE
CPU 01
CPU 02
I now know that the MACHINE ESA 4 statement authorizes the guest to use
up to four CPUs. I successfully executed a DEFINE CPU 03. However, MVS
could not configure the 4th CPU online since it
Mike Rizzi
Information Technology - Security Support
First Federal of Charleston
2440 Mall Drive
Suite 100
Charleston, SC 29406-6544
(843) 529-5774 (voice)
(843) 529-5664 (fax)
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of IBMVM automatic d
Quoting Kris Buelens <[EMAIL PROTECTED]>:
> Perfkit is a completely different beast. All your RTM execs need to be
> reworked. But, Perfkit's powerfull thershold checking may make some of
> your execs less complex or no even longer required
>
> Kris,
> IBM Belgium, VM customer support
>
>
>
31 matches
Mail list logo