bob shair wrote:
> That 360/40, serial number 2040-x0002, made two outstanding
> contributions to IBM. After serving as the first 360 testbed for CP
> (CP/40), it went on to be the primary development machine for CICS!
>
>
> Bob Shair
> Open Systems Consulting
> Champaign, Illinois
ref:
htt
bob shair wrote:
> That 360/40, serial number 2040-x0002, made two outstanding
> contributions to IBM. After serving as the first 360 testbed for CP
> (CP/40), it went on to be the primary development machine for CICS!
ref:
http://www.garlic.com/~lynn/2006o.html#27 oops
the university i was at h
Does anybody have handy, a "block letter routine" they can share with me?
These are the characters generated for the printer separator pages. I'd
prefer the "italics" version, and the one that used the individual
character for making the large characters. That is, the large "1"
character was m
Hi, Don.
I have a couple of "block letter" routines here, one in Rexx (an EXEC)
and one in PL/I. I can send them to you, if you'd like.
DJ
Don Russell wrote:
Does anybody have handy, a "block letter routine" they can share with me?
These are the characters generated for the printer separato
Dave...
Thanks, the exec would be great. I don't think we have a PL/I compiler
any more (or it's on the list of things to remove)
Can you e-mail it to me as an attachment?
username: don
domain drussell (dot) dnsalias (dot) com
Thanks a lot :-)
Don
Dave Jones wrote:
Hi, Don.
I have
What!!??!! You removed the PL/I compiler?? This is an outrage...how can
I keep pestering Reed to port the much more advanced z/OS PL/I compiler
over to z/VM (just like IBM did with the C/C++ one), if sites keep
removing it? :-)
I'll send the code to your personal e-mail address forthwith. And
Is there any command to tell you which LPAR has a tape drive assigned?
Problem report:
"This morning when I was checking the tapes on the different systems, I
found that VMBACKUP on VMDEV2 was stuck. I found there was a problem with
drive 366. There was a mount pending for VMBACKUP. I put all
Simple solution - vary it off to MIM and all MVS systems.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Alan Ackerman
Sent: Tuesday, August 08, 2006 9:45 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Who has the tape drive ASS
If you will be going to SHARE in less than 1 week, please try to attend the
following Birds of a Feather round-table if you would like to hear and give
input on the "z/VM New Parents Guide" proposal:
9151 - Thu 6:00pm - Discussions on Draft of z/VM New Parents Guide - Room
CC-332
See you there!
We were asked to update our stand-alone dump procedures. We don't use
stand-alone dump very often, and the list of tape drives to use had gotte
n
badly out of date.
We discovered that z/OS can take a stand-alone dump to disk. We get more
involved in DASD address changes than in tape address c
That's a joke, right? MIM thought the drive was free, or it would not hav
e
assigned it to VMDEV2.
I have been doing VM for over 22 years and have NEVER done a stand-alone
dump.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Ackerman
Sent: Tuesday, August 08, 2006 12:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Stand Alone Dump to Disk
There is no magic command. We have to call operations to have them
check ALL the OS/390 systems that have access to those drives to find
the one with it.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Ackerman
Sent: Tuesday, August 08, 2
I don't think we've ever had to take one. The PSW restart dump has
worked here. We had to do one of those when we had a sick DS8000. I
guess if the dump space had been on that device, then SA would have been
useful.
It would, however, take an act of god to ship an actual tape out of the
datacen
It's not really a joke ...
To be clearer ... you want to issue a MIM GLOBAL VARY OFF so the drive
is set OFFLINE on *every* system ... then a MIM GLOBAL VARY ON.
The act of VARY OFF/ON will reset the ASSIGN bit on whichever system is
the offending one.
This doesn't tell you which system was th
The only use made of VM's stand-alone dump that I can recall in my 33 years
with VM was to take a dump of a TPF system. PSW Restart always worked when we
needed to force a dump. We simply had to teach the operators the sequence Store
Status, System Reset, PSW Restart. They often substituted Syst
A bigger issue than keeping tape addresses current is the size of dumps
and number of tapes required. Our high-capacity tape drives (STK
9840's) are all in silos. Our system with the largest real storage
doesn't have 9840's available, and one other system doesn't share its
silo, so if it's down,
And there are three kinds of mathematicians; those who can add and those who
can't.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of O'Brien, Dennis L
Sent: Tuesday, August 08, 2006 10:11 AM
To: IBMVM@LISTSERV.UARK.EDU
Sub
Good point - all of ours are either channel extended into 3494 ATL or
local in a STK SILO. It's not like you can just pop a tape in.
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,
Jim Bohnsack <[EMAIL PROTECTED]> wrote:
>I think that the biggest reason for keeping it in a DCSS is that it is
>important code that you really don't want the casual user to muck around
>with. How many problems have we all had to dig into only to find out that
>there is a private copy of the XY
Since you asked Alan,
I have taken exactly one Standalone Dump in my career. It was,
appropriately enough, while I worked at BofA.
We were rolling out a new CP, but when it got to one of the production
systems, the designated Ops console failed to come online in a timely
enough manner to be us
I'm posting this on vse-l also.
I have a tape with IPLable ICKDSF (r16) and DDR (from z/VM 4.2), in
that sequence. When I IPL the tape on a 7060, using TN3270 session B
on the OS/2 support element, I'm unable to get a response. No matter
what attention key I press I get an X-System indicatio
Tom,
have you tried doing a SYSTEM RESET CLEAR operation just before you IPL DSF?
From: The IBM z/VM Operating System on behalf of Tom Cluster
Sent: Tue 8/8/2006 11:13 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: IPLing DDR standalone on 7060
I'm posting this on v
Tom, I seem to recall having this same problem when we had a 7060 (M3K)
box here. i always did what you do, just rewind the tape and re-ipl
ICKDSF again, when it would then work.
I never attempted to get this fixed by IBM, but I think there was a
problem someplace in the OS/2 support element c
> Good point - all of ours are either channel extended into 3494 ATL or
> local in a STK SILO. It's not like you can just pop a tape in.
Another good reason to do 3xxx tape emulation over SCSI tape, especially
as real storage sizes continue to rise. There really might be a machine
with 40G of rea
>Another good reason to do 3xxx tape emulation over SCSI tape,
especially
>as real storage sizes continue to rise. There really might be a machine
>with 40G of real storage these days, and it would be really nice to be
>able to take SA dumps to 200G LTO tapes. It'll probably be a while
>before we s
I discovered a "gotcha" related to this thread a few days ago. We have 4
lpars sharing 3480's and 3590's. On my VM Test lpar, I run a couple of 2nd
level VM maintenance or installation guests. I discovered that if I attach
an address to a 2nd level VM guest, that ATTACH will turn on the assig
#x27; xfn xft xfm', rc='rc
say '+++ from line:' sigl', which reads:'
say '+++'sourceline(sigl)
say '+++ Variable with
Seems like it ought to be a function of the LPAR to dump memory contents
somewhere (all machines have LPAR now and there's intelligence there,
right). Maybe on the hard drive of that z9 :)
Marcy Cortes
This message may contain confidential and/or privileged information. If
you are not the ad
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes
> Sent: Tuesday, August 08, 2006 2:17 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Stand Alone Dump to Disk
>
>
>
> Seems like it ought to be a function of the LPAR to du
O. that's gonna be a pretty pricey USB thumb drive. Our z/OS guys
FTP to IBM their S/A z/OS dumps which terse down to about 40G (from
100,000 cylinders on 3390 DASD). Do they even make 40G thumb drives? Do
you want to send one to IBM? :-)
Mike Walter
Hewitt Associates
Any opinions ex
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter
> Sent: Tuesday, August 08, 2006 2:42 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Stand Alone Dump to Disk
>
>
> O. that's gonna be a pretty pricey USB thumb drive. O
I just VMARC packed a SNAPDUMP and it only took 330MB. Our system is 56MB (30
main, 26 XSTORE).I am in the process of sending it to a vendor (not IBM) and,
after about 30 minutes, have sent about 1/3 of it. I guess that 1.5 hours vs.
courier or mail is not too bad a price to pay.
Regards,
Richa
> O. that's gonna be a pretty pricey USB thumb drive. Our z/OS
guys
> FTP to IBM their S/A z/OS dumps which terse down to about 40G (from
> 100,000 cylinders on 3390 DASD). Do they even make 40G thumb drives?
Do
> you want to send one to IBM? :-)
On the other hand, USB 2 to SATA/PATA carri
Just a short note to let folks on this list that a lot of I.T. security
guys are beginning to view USB thumb drives as a security exposure. Many
desktop PCs now have USB port located on the front of their cases,
making it fairly unobtrusive to plug a thumb drive in, and walk out with
a hard dis
It isn't just thumb drives. Google for "pod-slurping."
Jon
Just a short note to let folks on this list that a lot of I.T. security
guys are beginning to view USB thumb drives as a security exposure. Many
desktop PCs now have USB port located on the front of their cases,
making it fairly un
This message is being cross-posted to the Pipelines and VM lists.
I have a server that took this ABEND:
FPLINX410E ABEND 00F0 at 01EC3B5E; PSW 03EC 81EC3B5E 00040006
FPLINX411I ... In FPLSYSGV; offset 846E in FPLCMS 10/10/05 22.06
FPLINX412I ... GPR0: 01E4B1F0 01E4B1
And the first hit Google reports back is:
http://www.sharp-ideas.net/pod_slurping.php
Makes for interesting reading, Jon.
But, back on topic, I think it is only a matter of time before mainframe
systems are able to take advantage of these new, small but very high
capacity storage devices. IBM
Dave Jones wrote:
What!!??!! You removed the PL/I compiler?? This is an outrage...how
can I keep pestering Reed to port the much more advanced z/OS PL/I
compiler over to z/VM (just like IBM did with the C/C++ one), if sites
keep removing it? :-)
I hate to pass the buck, but... choose one: :-)
I am informed that this particular case was NOT caused by CA-BAB. (We hav
e
had other cases.) We don't know what was the cause.
z/OS isn't relevent here, though we have had similar error messages
involving sharing with z/OS at other times.
We have 3 VM systems, and 10 guests, involved. We issu
Alan,
Unfortunately, I think the only way to find the offending system is by
the hunt-and-peck method you have described ... going to *every* system
and issuing a CP ATTACH for the drive in question until you get to the
system that doesn't deny you with "assigned elsewhere".
<<< History you may
Hi fellow listers.
We have for the first time installed
z/VM on our z/890 processors and have a small problem with the IPL...
The Load Parameters field is only 4
characters long on the HMC console. We would like to enter loadparms like
"CONSSYSG" or "CONS0040" to bypass display of the SAPL
scre
Try the del key, or swiping the field and hitting del.
Fred Schmidt wrote:
Hi fellow listers.
We have for the first time installed z/VM on our z/890 processors and
have a small problem with the IPL...
The Load Parameters field is only 4 characters long on the HMC console.
We would like to
Fred,
It sounds as though you may be slightly (and understandably) confused
about the LOADPARMs required by z/VM. Try omitting the leading "CONS"
from your LOADPARMs, e.g. just enter: SYSG, or 0040.
Mike Walter
Hewitt Associates
"Fred Schmidt" <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM
LookAt found me:
2.3.10 0F0
0F0.if no eq no .edf#mcst off
Module Name: DMSITS
Explanation: Insufficient free storage is available to allocate a save
| area for an SVC call. The save area must be allocated out of storage be
low
| 16M in the virtual machine.
I don't know what the gibber
We got Bluezone (trial copy) to work doing SSL FTP. We did NOT get our WS
-FTP PRO client to work.
We DID open a PMR, but were told the problem is in WS-FTP PRO. That's whe
re it sits.
Of course, it may have been a totally different problem.
On Fri, 4 Aug 2006 10:35:47 -0700, Adam Thornton <[EMA
On the same topic (but not VSE) we have submitted requests (or whatever I
BM now calls them) for
support by DB2 and TCP/IP of the shutdown signal. Is anyone else interest
ed?
On Aug 8, 2006, at 9:32 PM, Alan Ackerman wrote:
We got Bluezone (trial copy) to work doing SSL FTP. We did NOT get
our WS
-FTP PRO client to work.
We DID open a PMR, but were told the problem is in WS-FTP PRO.
That's whe
re it sits.
FWIW I have reports of success using WS-FTP Pro. Make
There is a difference:
LOADPARM SYSG
Instructs SAPL to display its panel
on SYSG
LOADPARM CONSSYSG Bypass
SAPL panel, makes CP use SYSG
and similar for 0040 or CONS0040
Kris,
IBM Belgium, VM customer support
The IBM z/VM Operating System
wrote on 2006-08-09 04:42:53:
> F
TCP/IP does it need singal support?
It doesn't need to close anything, or am I wrong?
DB2/VM: yes, we'd like that too. I
plan to have one of our servers (that uses SHUTTRAP) have the DB2 servers
to stop. But:
- it is hard to know why our REXX server
gets a signal: was it a FORCE or a SHUTDOWN?
50 matches
Mail list logo