You should learn to use DIRMAP instead of DISKMAP. And, if not using
DIRMAINT, use my DIRMAP package from the VM download lib. I'll send you the
document with some more theory and practical advises I wrote for my client.
2007/8/7, KEETON Dave * OR SDC [EMAIL PROTECTED]:
Thanks for all the
KEETON Dave * OR SDC [EMAIL PROTECTED] wrote about a DFSMS/VM problem with
LINK...
The one thing nobody mentioned was QUERY MDISK. This relatively new and
underused command tells you who the owner of an MDISK is, which is often what
you really need. It can also tell you where the MDISK lies
On 8/7/07, Marcy Cortes [EMAIL PROTECTED] wrote:
JR wrote: I won't get on a soapbox ... but I do agree with Marcy!
I'll mover over and make space. Or we can get together and make a bigger
one. I'm sure there's a couple of others that I know that want to hop on
too. Hmmm Maybe I'll
IIRC, Alan (or was it Chuckieg) mentioned quite a while ago that more
and more IBM VM products were going to start using SFS as their default
install disks. I am neither pro nor con with regards to using SFS.
Everything has it's place. We use SFS quite a bit so I don't have to many
problems
On ESAUSRC screen of ESAMON, it shows this:
-SHARE---
Account ACI GrpNormal -Maximum # of VM
Stor
UserID ClassID Code NameRel Abs Type Share Limit CPUs
Mode Mode
Hi Folks,
I thought that with the introduction of SSL on z/VM 5.3 we'd be able to
do secure FTP in/out of VM. I'm in the process of installing and
configuring z/VM 5.3 second level right now (and getting the required
Linux guest set up for SSL support) - but I don't see anything which
suggests
What make you think that WVLNX2 is getting more than 50% of your one IFL?
[EMAIL PROTECTED] wrote:
On ESAUSRC screen of ESAMON, it shows this:
-SHARE---
Account ACI GrpNormal -Maximum # of VM
Mike,
Secure FTP was possible prior to z/VM 5.3. You had to specify SECURE on
the PORT statement for the FTP server and the client had to initiate a
secure connection to the port.
In z/VM 5.3 we've added the ability for the client and server to negotiate
security options based on RFC 4217
On 8/8/07, Stephen Frazier [EMAIL PROTECTED] wrote:
What make you think that WVLNX2 is getting more than 50% of your one IFL?
Actually, Linux thinks it gets more than 50% of a CPU. Adding up all
the per-process usage that Linux reports, we get 95.3% of a CPU in
this case. This demonstrates
On the HMC, we have a System Activity display that shows our 2 CPs and
the 1 SP. Normally the IFL is really low, but occassionally, like right
now, it shows around 100% usage.
Anne D. Crabtree
System Programmer
WV Dept of Administration - OT
304-558-1494
Fax 304-558-1441
[EMAIL PROTECTED]
Thanks Miguel. This will provide the ability to do S-FTP INBOUND to
z/VM's FTPSERVE from the looks of it, but will CMS users be able to
S-FTP OUTBOUND to other S-FTP servers (local z/VM FTPSERVE or on remote
systems)?
-Mike
-Original Message-
From: The IBM z/VM Operating System
Just a crazy question, by 'local z/VM FTPSERV' are you refering to another
z/VM on the same mainframe? If so why would you ever want to do that? I may
have to do this too, but never considered the local senerio.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL
The CMS FTP client was also updated to support TLS. Configuration and
usage is discussed in the TCP/IP User's Guide, Chapter 2. Transferring
Files Using FTP under the heading Transferring Files Using Secure FTP
Regards,
Miguel Delapaz
z/VM TCP/IP Development
The IBM z/VM Operating System
In original post, the figures reported on ESALNXP for CPU percent showed
95.3 percent for wvlnx2 at 8:39 this morning...
Anne D. Crabtree
System Programmer
WV Dept of Administration - OT
304-558-1494
Fax 304-558-1441
[EMAIL PROTECTED] 8/8/2007 10:19 AM
You have many users on your system. Why
We have a mandate that no insecure FTP servers be run. I know we
could restrict access to the insecure FTP server to just CMS users - but
I also have to certify annually that all FTP servers are S-FTP (and
getting exceptions to mandates with this organization is very hard to
do). :)
FWIW, I'm
Thanks Miguel! Looks like it should work. :)
-Mike
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Miguel Delapaz
Sent: Wednesday, August 08, 2007 10:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Secure FTP On z/VM 5.3
The CMS FTP
Secure FTP was possible prior to z/VM 5.3. You had to specify SECURE
on the PORT statement for the FTP server and the client had to
initiate a secure connection to the port.
The client also had to understand implicit SSL, which few clients do.
In z/VM 5.3 we've added the ability for the
The CMS FTP client was also updated to support TLS. Configuration and
usage is
? discussed in the TCP/IP User's Guide, Chapter 2. Transferring Files
Using FTP
under the heading Transferring Files Using Secure FTP
And there it is. Should have known Miguel wouldn't miss something that
simple.
Hi,
I need to make a few changes to my IOCP,
and (obviously) I want to use the dynamic
I/O commands of VM to do it.
The changes are:
a) On two TYPE=OSD cards, I need to increase the
number of defined devices from 16 to 32.
The IOCP line now says:
IODEVICE
On Wednesday, 08/08/2007 at 08:37 EDT, [EMAIL PROTECTED]
wrote:
IIRC, Alan (or was it Chuckieg) mentioned quite a while ago that more
and
more IBM VM products were going to start using SFS as their default
install
disks. I am neither pro nor con with regards to using SFS. Everything
So, I'm trying to get IPGATE to work on a new system.
It has certain prereqs, among them MTREXX and the compiled Rexx runtime.
MTREXX was no problem.
However.the Rexx runtime is quite a challenge.
Sure, you can download it.
It arrives as a zip file. You unzip it on your desktop.
I remember there being an error in the install exec. On of the filemodes
was incorrect, I think. I'll look back at my install and see if I can
refresh my memory.
On 8/8/07, Adam Thornton [EMAIL PROTECTED] wrote:
EAGACTAL: Install and activate the Alternate Library
1. Verify if a REXX
I can't find it now. But it was on EAGACTAL exec. I'm pretty certain it
had something to do with the FileMode. I think it was copying it as H0 or
H1 and needed to be H2, or something like that.
--
Mark Pace
Mainline Information Systems
Filemode numbers normally don't play games with you, except: when storing
files on 190 or 19E, the number should be 2, else the files are invisible
after an IPL CMS And filemode 0 is -by default- invisible on R/O linked
minidisks, but I saw you used an SFS dir.
How did you upload the modules?
I want to verify that I can't do something I wanted to do
* --- --- --
*TS E T UNAP
*EC C Y SOCA
*X
The EXEC and the REDAME file might be able to survive a transfer, but then
I'd expect a transfer with ASCII translation. The TEXT and TXTAMENG should
surely be F80, a CEXEC with F2048 seems wrong: compiled execs are F1024; the
REPAMENG should most probably be F80. But, I reapeat the MODULEs all
I don't think you can use an * in the userid field. As a bypass, code an
exec as action routine and leave the userid field blank, your exec can then
test the userid.
Or, guessing you want to capture all SCIF messages of the LINUX servers, run
a special PROP server to which you route all SCIF
Here's info about the next in the series of Live Virtual
Classes (webcasts). The price is right (no charge, no travel).
If you can't get to SHARE or System z Expo, why not try and LVC.
Or even if you can get to the events, listen in to the call, and
then you'll free up a time slot on your
...ooops..forgot to say this in the first posting.
Dr. Brian Wade will be presenting Virtualization Basics on
the Aug 14. Live Virtual Class.
Regards,
Pam C
On Aug 8, 2007, at 3:20 PM, Kris Buelens wrote:
The EXEC and the REDAME file might be able to survive a transfer,
but then I'd expect a transfer with ASCII translation. The TEXT
and TXTAMENG should surely be F80, a CEXEC with F2048 seems wrong:
compiled execs are F1024; the REPAMENG
Cross-posted to the IBMVM and Linux390 lists...
Even though it's not quite the same (this one is apparently done with new
age photo manipulation) it brings back memories of pictures printed by
print-chain printers of olde using simple characters or character
overlays. Still, BRAVO! Nice job
On Aug 8, 2007, at 2:17 PM, Kris Buelens wrote:
Filemode numbers normally don't play games with you, except: when
storing files on 190 or 19E, the number should be 2, else the files
are invisible after an IPL CMS And filemode 0 is -by default-
invisible on R/O linked minidisks, but I saw
I ran across this one a while back when I was using StumbleUpon for
Firefox. Very nice and yes, it would make a great poster!
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Walter
Sent: Wednesday, August 08, 2007 2:43 PM
To:
On 8/8/07, Mike Walter [EMAIL PROTECTED] wrote:
Even though it's not quite the same (this one is apparently done with new
age photo manipulation) it brings back memories of pictures printed by
print-chain printers of olde using simple characters or character overlays.
Still, BRAVO! Nice job
...or t-shirt.
KEETON Dave * OR SDC wrote:
I ran across this one a while back when I was using StumbleUpon for
Firefox. Very nice and yes, it would make a great poster!
*From:* The IBM z/VM Operating System
I still have a copy. I wonder how well it went thru Y2K?
If you read the text on the Tux, it looks like plain Linux code, streamed.
It's the addition of a color image overlaying the code, that makes the image.
Mark the code and highlight it. All the code appears.
Long night
The UPS
On Aug 8, 2007, at 8:16 PM, Tom Duerbusch wrote:
I still have a copy. I wonder how well it went thru Y2K?
If you read the text on the Tux, it looks like plain Linux code,
streamed. It's the addition of a color image overlaying the code,
that makes the image. Mark the code and highlight
37 matches
Mail list logo