AMATERSE takes to much time for us ... so we use XMIT .
the secret is to perform DFDSS relese to the DFDSS dump datasets before
running XMIT on them , this ensure the successful return of the datasets to
MAINFRAME .
the data isn't legible for Windown although there is some XMIT manager for
window b
>>one idea we consider is to use Shai Hess product MFnetDisk (it is now
free)
>>to make a WINDOWS disk to be shown to the mainframe then to backup those
>>disk . MFnetdisk can also emulate tapes.
MFNetDisk supports Windows and Linux and Unix and more... attached disks.
You can dump and disks or fil
On Sat, 19 Jun 2010 10:41:50 -0700, Gibney, Dave
wrote:
>I ge the same error
And this morning I get this one:
GIM44336S ** AN UNUSUAL CONDITION OCCURRED. GIMJVREQ -
javax.net.ssl.SSLException: Unrecognized SSL message, plaintext connect
---
I'm afraid I was responsible for a shield, but on a bank of 3490 drives.
For some reason, the (unshielded) power switch was placed at EXACTLY the
same level as a button on the back pocket of suit pants. Anyone leaning
against the drives...
The first time an entire string of tape drives powered d
I was working, in Montreal, in the early 1980's.
We had a true rookie, out on the floor sitting at an AMDAHL console on the
Control Element of one of our 470's.
The Payroll clerk had just come in with the bi-weekly card decks for our run.
She handed them to the reader operator, and he fed them i
Our tape carriers used to do the same thing. The off button was just at the
right height to be hit by an inadvertent push of the tape carriers.
Jon L. Veilleux
veilleu...@aetna.com
(860) 636-9179
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] O
Radoslaw.
FlashCopy is supported by at least two hardware vendors for several
generations of storage platform.
>
> 1. Flashcopy is (was) related to specific hardware. It's not good idea
> to tie application with DASD vendor and have no warranty about the
> future of the implementations (see Snap
No just the old 470s ...
You cut the fans, you cut the air - then the heat moves from the heat sinks
back into the chip(s). Bad,
all bad.
Have you seen how big the heat sinks are these days - even on PCs ?.
Densely packed chips generate a *lot* of heat.
Shane ...
> Bamf! It took four Amdahl rep
On Mon, 21 Jun 2010 07:23:21 -0500, Patrick Lyon
wrote:
>On Sat, 19 Jun 2010 10:41:50 -0700, Gibney, Dave
>wrote:
>
>>I ge the same error
>
>And this morning I get this one:
>
>GIM44336S ** AN UNUSUAL CONDITION OCCURRED. GIMJVREQ -
>javax.net.ssl.SSLException: Unrecognized SSL message, plai
I think there are a lot of components involved here all trying to start up at
IPL.
There is VTAM, TCPIP(Telnet), CICS, and the emulator on the PC. I would
think it is just a timing problem in that all the components needing to be
active
to autolog are just not ready yet. I suspect Telnet is op
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
eamacn...@yahoo.ca (Ted MacNEIL) writes:
> She suddenly screamed that we had to stop the system, it was an
> emergency. The rookie obliged and hit the big red butt
Hello Mike,
Not sure if it would be a solution in your case, but perhaps you can limit the
query with the DB2 resource limiter. It can do predictive or reactive
governing, so if a user creates a 'heavy' query it will get killed before it
starts running (predictive) or after it uses more than a
here is the continuation of my earlier post. I had a glitch on my pc.
Tracks %Used XT
HSM.HSMLOGXC 1560 39 16
HSM.HSMLOGYC
---
here is the continuation of my earlier post. I had a glitch on my pc.
Tracks %Used XT
HSM.HSMLOGXC 1560 39 16
HSM.HSMLOGYC 1560 80 16
Could this
Hallo To All Members
I noticed in the STC DFHSM the following Messages:
ARC0008I DFSMSHSM INITIALIZATION SUCCESSFUL
ARC0036I I/O DISABLED FOR DFSMSHSM PROBLEM 698
ARC0036I (CONT.) DETERMINATION OUTPUT DATA SET, REAS= 11
As I go through the messages in the JES2 JOBLOG I noti
John,
Let me know how your proposal goes when you suggest that solution to your
management.
--
Eric Bielefeld
Systems Programmer
IBM MVS Technical Services
Dubuque, Iowa
563-845-4363
"McKown wrote:
>
> Long term data should be enscribed on granite and stored in the Egyptian
> desert. Thi
Replacing tape with disk?
Sounds like a great idea - if you have a large enough DASD farm.
DR would be simpler, too - if you have a large communication pipe to
your DR site.
However, once the powers-that-be see the cost, tape doesn't seem so bad.
-
On Fri, 18 Jun 2010 18:18:04 -0500, Richard Peurifoy wrote:
>Have you checked the definitions in VTAMLST to make sure they
>don't specify LOGAPPL=xxx
>
>This will also show up on a D NET,ID=terminalluname,E as
>
>CONTROLLING LU = applid
I checked all the VTAM definitions and they're all identica
Rick Fochtman wrote:
Have you considered burning CD-ROMs or DVDs for storage, rather than
tape? Drives can be less expensive, the media is dirt cheap compared to
tape and for historical purposes the result will probably last far longer.
Rick
I don't know about that last. I seem to recall rea
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R.
> Sent: Monday, June 21, 2010 11:36 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Disk replacing Tape?
>
> Rick,
>
> I would hedge my bets on the CD-ROM or DVD long-term
Rick,
I would hedge my bets on the CD-ROM or DVD long-term archival method.
I've seen estimates that range from 100's of year life expectancy on
this media type all the way down to 2-3 years is all the longer you can
expect to reliably read data off them. One place even said you should
put the bu
Have you considered burning CD-ROMs or DVDs for storage, rather than
tape? Drives can be less expensive, the media is dirt cheap compared to
tape and for historical purposes the result will probably last far longer.
Rick
--
Since CA is now going to distribute updates and releases via MSM, does
this mean that all of CA's products will follow the same methodology for
installation? For example, Telon would send out various releases and
service packs. None cumulative. Upgrading required applying each
release and servic
We will soon be starting a migration to eliminate physical tape. We have
chosen Luminex to emulate the tape drives and DataDomain to store and
deduplicate the data (claimed data reduction of 10x to 30x). We are a
small shop and the STK silo (Powderhorn) is at end of life. We have
about 30tb of data
On Mon, 21 Jun 2010 08:32:48 -0500, Gary Loebach
wrote:
>I think there are a lot of components involved here all trying to start up at
IPL.
>There is VTAM, TCPIP(Telnet), CICS, and the emulator on the PC. I would
>think it is just a timing problem in that all the components needing to be
activ
G'day All,
I issued HSENDCMD EXPIREBV DISPLAY OUTDATASET(‘EXPIR.FILES.ALL')
I would like to terminate the command. Could someone tell me what the command
should be? I checked the DFHSM PRIMER doc but I couldn't find it.
Thanks.
-
HOLD EXPIREBV should do it.
Jack Kelly
202-502-2390 (Office)
From:
John Dawes
To:
IBM-MAIN@bama.ua.edu
Date:
06/21/2010 01:52 PM
Subject:
STOP EXPIREBV DISPLAY COMMAND
Sent by:
IBM Mainframe Discussion List
G'day All,
I issued HSENDCMD EXPIREBV DISPLAY OUTDATASET(?EXPIR.FILES.ALL')
I w
>imit the query with the DB2 resource limiter.
That, as a capacity analyst, is a huge waste of resources.
If the user needs the query toi run, and you terminate it before it's done,
then the user will have no choice to run it again.
If you terminate and the user needs it, and so on...
If this is
On Mon, 21 Jun 2010 09:44:10 -0700, Mark Yuhas
wrote:
>Replacing tape with disk?
>Sounds like a great idea - if you have a large enough DASD farm.
>DR would be simpler, too - if you have a large communication pipe to
>your DR site.
>
>However, once the powers-that-be see the cost, tape doesn't s
Thanks John. I will give it a try.
--- On Tue, 22/6/10, John Kelly wrote:
From: John Kelly
Subject: Re: STOP EXPIREBV DISPLAY COMMAND
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, 22 June, 2010, 3:55 AM
HOLD EXPIREBV should do it.
Jack Kelly
202-502-2390 (Office)
From:
John Dawes
To:
IBM
The issue was disputed several times on this forum and almost everyday
somewhere in the world. The conclusion remains unchanged:
1. Tape is still the best medium for backups, especially for big amounts
of data and good performance. Of course "big" and "good" is varying and
grows up every year. I
W dniu 2010-06-21 18:40, McKown, John pisze:
Long term data should be enscribed on granite and stored in the Egyptian
desert. This is proven technology!
Long term data should be recorded on MO device. MO = Magneto-Optical.
This is the best medium in term of reliability. There are no better on
We have intermittent timeouts backing up our client server applications from
the mainframe with FDRUPSTR.
We have not been able to find out why through the software vendor or our
storage vendor.
We had been processing fine with two ESCON channels assigned to the FDR process
but this timeout prob
Hello everyone.
We are trying to get our z/OS output that has embedded DJDE info to our RSA
Server running M.I.S. Print. The output is shipped via TCP/IP and we are
trying to use CA-Spool for that part. The Reports are then to be converted
to PCL by M.I.S. Print and passed on to our printer.
On Mon, 21 Jun 2010 23:04:23 +0200, R.S.
wrote:
>Long term data should be recorded on MO device. MO = Magneto-Optical.
>This is the best medium in term of reliability. There are no better ones
>(excluding granite blocks kept on Egyptian desert).
>The drawback is limited capacity and performance
I am currently z/os v1r11 and having some trouble with ZFS files. During the
IPL several of the ZFS files receive message: IOEZ00078E zFS aggregate
OMVS.SBBN7HFS exceeds 95% full I have been able to expand several of the
files using the zfsadm grow command. When I tried expanding this file
On Mon, 21 Jun 2010 09:10:26 -0400, Veilleux, Jon L
wrote:
>Our tape carriers used to do the same thing. The off button was just at the
right height to be hit by an inadvertent push of the tape carriers.
It's not just old equipment. On the z9/z10, the shield for the power switch is
on the do
I have my ZFS file I use to down load and install SERVPAC's on a mod54. I
SMS managed the data set. Your DATA CLASS should have this Data Set
Name Type . . . . . EXT to get past the 4 gig limit.
Michael Saraco
Systems Consultant
303-838-3374 x115
Cell 507-525-0530
From: Mark Steely
Its complaining about the communication from the Upstream started tasks and the
server being backed up. If you are like me, the Upstream server task is
talking to the server via TCP/IP and then upstream uses the escon/ficon to
actually backup to disk/tape. When this problem occurs here, it i
On Mon, 2010-06-21 at 17:28 -0500, Mark Steely wrote:
> I am currently z/os v1r11 and having some trouble with ZFS files.
> During the IPL several of the ZFS files receive message: IOEZ00078E
> zFS aggregate OMVS.SBBN7HFS exceeds 95% full I have been able to
> expand several of the files usi
Hi John. We've been through this over here some time ago. Right about the time
we switched to ESCON, an interesting coincidence...
Our solution was to add 'TIMEOUT=25' to the UPSTREAM task parm field. Our
timeout is now 25 minutes which may be too long for your shop, UPSTREAM will
wait that lon
On Monday 21 June 2010, McKown, John wrote:
>
> Long term data should be enscribed on granite and stored in the
> Egyptian desert. This is proven technology!
>
My goodness, is it Friday already?
--
Bob Woodside
Woodsway Consulting, Inc.
http://www.woodsway.com
-
42 matches
Mail list logo