W dniu 2013-01-25 05:34, Jake anderson pisze:
Dear All,
I know this could be a very basic or repetitive question, but I am unable
to find any Clue. Here We are playing around with our Z800 machine(Now used
only for Testing Purpose), We are adding another LPAR to the IODF. So the
currently the sc
Kees Vernooij kindly wrote:
>>Yup. About windoze, try removing your USB stick while something is writing on
>>it. Safety of contents on that stick is NOT guaranteed. Or do a CD/DVD >eject
>>while doing a pirate copy of something... BTDT. ;-D
>If you compare, compare equal situations: I don't
Thanks to all who replied, I know now what to use as search args, so I retried
my searches on my favourite toy.
This is what I found in a very ancient proclib (Recalled=browsed=migrated -
hard work just to see one stupid line :-D)
BROWSE.PROCLIB.backup(X)
Command ===>
I think this issue was that allocation needed to be driven. With TSO
active on the system it was almost never an issue but I think in MSS
days there was an issue of demounting the MSS volumes (we got LONG Q4
backup ups) they (IBM) rewrote parts of alloc/dealloc because of MSS
and if I recal
Dear All,
I know this could be a very basic or repetitive question, but I am unable
to find any Clue. Here We are playing around with our Z800 machine(Now used
only for Testing Purpose), We are adding another LPAR to the IODF. So the
currently the scenario is our Reset Profile is "DFLTEST". Now we
At 15:20 -0600 on 01/24/2013, Joel C. Ewing wrote about Re:
DIFFERENTIATION OF VSAM DSNS:
I've never considered trying to recover KSDS records from just the DATA
component from a physical volume dump, but if this was a KSDS with INDEX
on a different volume that could be the case you face. If it
If it is a physical dump, is there a way to search for matching VTOC
entries on the tape?
Or could a SPHERE keyword get all associated VSAM files?
On Thu, Jan 24, 2013 at 3:20 PM, Joel C. Ewing wrote:
> If the original problem was that the dataset was inadvertently deleted, then
> you would have
If the original problem was that the dataset was inadvertently deleted,
then you would have lost the catalog and VVDS entries as well. But if
you know the approximate time of deletion and have SMF records from that
period, you could use freeware DAF (Dataset Audit Facility) from Michael
Cleary
On 2013-01-24 13:06, Bill Fairchild wrote:
> I remember using "S X" a long time ago myself. There was no proclib member
> named X, the member would not be found, but allocation was driven away so the
> device went offline. This all worked fine until someone put a real member
> into SYS1.PROCLI
Yeah, I found it easier in the long run to Restore with Rename
and figure it out from there. Hardest one I ever saw was a multi-volume
with 5 AIXes spread all over the place.
In a message dated 1/24/2013 2:57:26 P.M. Central Standard Time,
darth.kel...@assurant.com writes:
I could match u
Another option I have available to me is we run a daily DCOLLECT against
all the volumes. I could match up the day the backup was created against
that day's DCOLLECT & pull the information there. There are other ways &
tools you can use to collect historical data.
ddk
---
On Thu, 24 Jan 2013 11:57:38 -0600, Mike Schwab wrote:
>Even if it is copyrighted, it is an example expressly designated as a
>sample to be modified and shared.
>
That makes sense. Is there a publication where I can find this?
In writing? IBM publication? Or is this part of copyright law,
cove
So maybe I'm totally off-base here, but it seems to me like the original
request is that he wanted to know from the tape what kind of VSAM files
were on the backup.
I ran with my Restore with PARM='TYPERUN=NORUN' and got this from the
output. Granted it's not fool proof. You can pick out
IEFBR14
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Thursday, January 24, 2013 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Varying off path while it is in use
Paul Gilmartin wrote:
>Remember the Ba
On Wed, 23 Jan 2013 13:31:31 -0600, John McKown
wrote:
>I can top that. On the Windows side a person called in because they
>forgot their Windows login id (not password). At that time it was
>first initial plus last name. How could they have forgotten who they
>were, but remember where they work
W dniu 2013-01-24 18:25, willie bunter pisze:
Good Day All,
Is there a way to differentiate or knowing what type of VSAM file it
is. I had a problem earlier trying to RECATALOG the cluster (the dsn
was restored from a physical DFDSS backup) and finally I was able to
do so because I used parm N
I remember using "S X" a long time ago myself. There was no proclib member
named X, the member would not be found, but allocation was driven away so the
device went offline. This all worked fine until someone put a real member into
SYS1.PROCLIB named "X" to do something special, not knowing wh
On Thu, 24 Jan 2013 14:15:26 -0500, Gerhard Postpischil
wrote:
>On 1/24/2013 12:45 PM, Staller, Allan wrote:
>> The behavior has changed. Used to be in MVT and early MVS that something
>> needed to drive allocation to take a device offline.
>> I personally have *never* used DEALLOC. Just a simp
On 1/24/2013 12:45 PM, Staller, Allan wrote:
The behavior has changed. Used to be in MVT and early MVS that something needed
to drive allocation to take a device offline.
I personally have *never* used DEALLOC. Just a simple 'S X' (with no proc
behind it) from the console was sufficient.
Un
Do you have a backup of the appropriate catalog from the same time period?
That should have the information you are looking for.
--
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov
"There is no instance of a country having benefited from prolonged warfare."
~ Sun Tzu
-Origi
Boris,
Thanks for the valuable information. One last question. With the problem I
encountered, since the dataset was restored from a physical DFDSS backup, only
the DATA component was restored. I tried the LISTCAT of the .DATA component and
since there was no cluster the LISTCAT was unsucc
These suggestions work if you did a query before it was deleted.
Anything on the backup tape to indicate which one it is?
> From: willie bunter
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 01/24/2013 11:25 AM
> Subject:DIFFERENTIATION OF VSAM DSNS
> Sent by:IBM Mainframe Discus
Check Section B.2.3 Attributes group to differentiate the VSAM clusters in
below link which talks about Interpreting LISTCAT Output Listings.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2I2A0/B.0?
The keywords you would be interested are
INDEXED--The data component has an ind
On Thu, January 24, 2013 18:25, willie bunter wrote:
> I checked the LISTCAT however I didn't see anything. Any suggestions?
Examine the output of LISTCAT ENT(/) ALL.
KSDS:
- has DATA+INDEX ASSOCIATIONS in the CLUSTER section.
- has an INDEXED ATTRIBUTE in the DATA section.
VRRDS:
- has DATA+IN
The Organization field in Fileaid will display this information for you.
Use the VSAM Utility which for me is option 3.5.
Bill Oczak
Assurant Inc.
From: willie bunter
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 01/24/2013 11:25 AM
Subject:DIFFERENTIATION OF VSAM DSNS
Sent by:
Even if it is copyrighted, it is an example expressly designated as a
sample to be modified and shared.
On Thu, Jan 24, 2013 at 11:42 AM, Paul Gilmartin wrote:
> And no IBM copyright notice. Does that mean you could post it
> here, or is it copyright regardless of notice?
--
Mike A Schwab, S
The behavior has changed. Used to be in MVT and early MVS that something needed
to drive allocation to take a device offline.
I personally have *never* used DEALLOC. Just a simple 'S X' (with no proc
behind it) from the console was sufficient.
>It is still shipped in SYS1.PROCLIB(DEALLOC).
>
On Thu, 24 Jan 2013 09:50:57 -0600, Mary Anne Matyaz wrote:
>It is still shipped in SYS1.PROCLIB(DEALLOC).
>
Of course. Someone's JCL proc or MGCR might depend on it.
And no DD statement. I remembered wrong.
And no IBM copyright notice. Does that mean you could post it
here, or is it copyrig
We've been doing parallel sysplex since 1995. I've never heard of any
performance implication. It's all about structure placement: some
exploiters insist on placing their structures in nonvolatile CFs. We've
run 'nonvolatile' for so long that I forget the gritty details, but I'm
pretty sure tha
It is still shipped in SYS1.PROCLIB(DEALLOC).
MA
On Thu, 24 Jan 2013 08:41:53 -0600, Elardus Engelbrecht
wrote:
>Paul Gilmartin wrote:
>
>>Remember the Bad Old Days when the operator needed to submit a dummy job to
>>make a device actually go offline? (Or does it still work that way?)
>
On Thu, 24 Jan 2013 08:51:10 -0600, Alan Field wrote:
>I seem to recall a S DEALLOC command issued from the console (console
>being a modified SELECTRIC typewriter)
>
>and
>
>//DEALLOC PROC
>//S1 EXEC PGM=IEFBR14
>
I thought you needed a DD statement, also.
Was this because the allocation code w
Update
I checked Technical Guides for EC12, z196 and z10.
z10 guide has no chapter about HMC
Both EC12 and z196 contain tables of compatibility SE to current (at the
time of redbook writing) version of HMC.
The tables show that even z990 machines are supported. This is also my
knowledge and my e
On Thu, 24 Jan 2013 08:54:21 -0600, John McKown
wrote:
>I remember this too. I just tried a VARY dasdunit,OFFLINE on z/OS 1.12
>and it immediately went off line, with the message being issued.
>
>We had a started task called DEALLOC
>
>S DEALLOC
>
>it looked like:
>
>//DEALLOC EXEC PGM=IEFBR14
>
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Thursday, January 24, 2013 14:53
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Varying off path while it is in use
John McKown wrote:
>The path is only needed whi
W dniu 2013-01-24 15:51, Mark Zelden pisze:
On Thu, 24 Jan 2013 15:30:23 +0100, R.S. wrote:
Where can I find information about supported HMC-SE code levels?
AFAIK, in the old days I could connect HMC 2.9 to SE 1.8, despite 2.9
was Linux-based and SE was OS/2 based.
Now I cannot connect HMC-SE
I remember this too. I just tried a VARY dasdunit,OFFLINE on z/OS 1.12
and it immediately went off line, with the message being issued.
We had a started task called DEALLOC
S DEALLOC
it looked like:
//DEALLOC EXEC PGM=IEFBR14
All it did was cause a step start, which went through ALLOCATION,
wh
I seem to recall a S DEALLOC command issued from the console (console
being a modified SELECTRIC typewriter)
and
//DEALLOC PROC
//S1 EXEC PGM=IEFBR14
Alan Field
Technical Engineer Principal
BCBS Minnesota
Phone: 651.662.3546 Mobile: 651.428.8826
From: "Elardus Engelbrecht"
To: I
On Thu, 24 Jan 2013 15:30:23 +0100, R.S. wrote:
>Where can I find information about supported HMC-SE code levels?
>AFAIK, in the old days I could connect HMC 2.9 to SE 1.8, despite 2.9
>was Linux-based and SE was OS/2 based.
>Now I cannot connect HMC-SE 2.9 to 2.10 (and vice versa), because of
Paul Gilmartin wrote:
>Remember the Bad Old Days when the operator needed to submit a dummy job to
>make a device actually go offline? (Or does it still work that way?)
Geez, your memory is better than my decaying memory! Can you e-mail some
[unused?] braincells to me? ;-D
I only see [seldo
Where can I find information about supported HMC-SE code levels?
AFAIK, in the old days I could connect HMC 2.9 to SE 1.8, despite 2.9
was Linux-based and SE was OS/2 based.
Now I cannot connect HMC-SE 2.9 to 2.10 (and vice versa), because of
unsupported levels.
--
Radoslaw Skorupka
Lodz, Pol
On Thu, 24 Jan 2013 07:30:48 -0600, John McKown wrote:
>The path is only needed while the SSCH is active (i.e. actual I/O is
>being done). During this time, z/OS will not take the path offline. It
>will mark the path as pending offline and not use it for future I/O.
>Once the I/O is complete, it w
John McKown wrote:
>The path is only needed while the SSCH is active (i.e. actual I/O is being
>done). During this time, z/OS will not take the path offline. It will mark the
>path as pending offline and not use it for future I/O. Once the I/O is
>complete, it will actually take the path offlin
On Thu, 24 Jan 2013 05:40:00 +0100, nitz-...@gmx.net wrote:
>> I mentioned the AUTOIPL statement because it's easy to overlook. But yes,
>> guaranteed that if there are multiple SAD output volumes, they need to be
>> need to rebuilt using AMDSADDD because the volumes are chained together by
>> un
The path is only needed while the SSCH is active (i.e. actual I/O is
being done). During this time, z/OS will not take the path offline. It
will mark the path as pending offline and not use it for future I/O.
Once the I/O is complete, it will actually take the path offline. So,
you should not need
Hello experts,
One dumb question:
For a Storagetek VSM product or IBM TS7700 product, I can have multiple
channels connecting with them, I also know that a tape I/O must complete on
the path where it is initiated. Please correct me if I am wrong.
Based on this assumption, if there is a need to u
דני - דוגמה לשיווק בIBM Mainframe Discussion List :
On Thu, Jan 24, 2013 at 9:10 AM, Brian Westerman <
brian_wester...@syzygyinc.com> wrote:
Hi all,
This is more of a marketing announcement (thus the subject line), but I
wanted to let everyone on the list know, especially those customers
Hi
USS SMF records have some self-defining sections. ICETOOL needs fix offsets,
therefore I use REXX.
Here the SMF recordtype 92 subtype 14 report extract:
vbsbytes= 4
/* */
process_record:
/* */
/* SMF Record Type 92 Subtype 14 */
47 matches
Mail list logo