Re: z9 BC withdraw from marketing

2011-05-08 Thread Gibney, Dave
Use IDCAMS DELETE catalog.entry NOSCRATCH to delete them. Identifying is
more complicated.

Figuring out way they are occurring and stopping it should be a high
priority.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
 Behalf Of Mohamed Juma
 Sent: Saturday, May 07, 2011 10:41 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: z9 BC withdraw from marketing
 
 We facing a problem to remove entries of non-existing data sets from
 SMS volume,
 first how to check all volumes in that SMS group for the data sets
 which not existing, second how to delete their entries.
 
 Thanks,
 
 Mohamed Juma
 
 
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


MFNetDisk 25-30% dramatic improvement in performance and CPU utilization.

2011-05-08 Thread shai hess
HI,

I am happy to announce that I made the performance of MFNetDisk much much
better compared to what it was before.
Using the emulation (tapes and disks), I saw that MFNetDisk runs better
25-30% in the IO production and reduction of CPU utilization.
Even the replication using the transfer tracks from MF to PC I saw big
improvement.

I send this email to IBM_MAIN and to MFNetDisk users list as BCC to inform
them about the improvement.
I know that many users did not like the performance of MFNetDisk in the
past.
I expect that many of them will respect what they will see with the new
MFNetDisk code and of course will let me know the numbers.

I expect very much from MFNetDisk users list to test the improvement in
their sites, and to let me know the exact results on their MF HW.

You can download my new code from my site using the CODE_REQ.


Thanks,
Shai

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: List abars versions dfhsm V1.11

2011-05-08 Thread Gil Peleg
Hello,
Have a look at the example at:
http://www.servframe.com/wp-content/uploads/2011/04/HSMLIST.jcl_.txt
Many more HSM examples at http://www.servframe.com/jcl-samples/

Gil.


On Thu, May 5, 2011 at 5:34 PM, af dc acbi...@gmail.com wrote:

 Hello,
 can you pls tell me a way to see all versions of a certain abar ??

 Many thx, A,.Cecilio.

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Do we need to implement HSM

2011-05-08 Thread Steve Horein
Agreed. CA-Disk/DMS was and is a very nice product. Custom reporting was
used quite often where I worked.

On Sat, May 7, 2011 at 7:05 PM, Linda Mooney linda.lst...@comcast.netwrote:

 And IMHO, CA Technologies made a  mistake when they renamed the product
 CA-Disk Backup and Recovery.  That name places it as a backup and recovery
 tool, but it is so much more than that.  IMO they should have stuck with
 just CA-Disk.  My shop has had the product since about 1987, and we use it
 for a lot more than backup and recovery.



 Just my $.02, okay maybe $.04 ;-)



 Linda




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: USS vs USS

2011-05-08 Thread Rick Fochtman

Grinsell, Don wrote:


Not perfect, but close...

Vogonism: (n) originally defined as being overly bureaucratic; sticking too 
much to the book and leaving no room for original interpretation; requiring 
every single person to perceive and understand things only in a single, 
usually literal, fashion.


--

Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

It's not enough to do what's best.  You must do whatever is necessary.
-- Winston Churchill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: USS vs USS

2011-05-08 Thread Rick Fochtman

Egads. Another (indirect) reference to The Hitchhikers Guide !! :-)

Rick
-
Grinsell, Don wrote:


Not perfect, but close...

Vogonism: (n) originally defined as being overly bureaucratic; sticking too 
much to the book and leaving no room for original interpretation; requiring 
every single person to perceive and understand things only in a single, 
usually literal, fashion.


--

Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

It's not enough to do what's best.  You must do whatever is necessary.
-- Winston Churchill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Do we need to implement HSM

2011-05-08 Thread Ron Hawkins
Oops,

Should have said I've seen 3380-3 used by customers...

Ron

 
 I've seen 3390-3 used by customers to describe the same emulation on EMC.
 However, it may be that they were using the HDS term when communicating
with
 us. I've seen it frequently enough to feel that it is a common term across
 those customers that still use 3380 format.
 
ml

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: USS vs USS

2011-05-08 Thread Mike Liberatore
The horse are loose

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rick Fochtman
Sent: Sunday, May 08, 2011 12:31 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: USS vs USS

Grinsell, Don wrote:

Not perfect, but close...

Vogonism: (n) originally defined as being overly bureaucratic; sticking too

much to the book and leaving no room for original interpretation; requiring

every single person to perceive and understand things only in a single, 
usually literal, fashion.

--
 
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

It's not enough to do what's best.  You must do whatever is necessary.
-- Winston Churchill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Under z/OS Unix

2011-05-08 Thread Shmuel Metz (Seymour J.)
In listserv%201105041333007021.0...@bama.ua.edu, on 05/04/2011
   at 01:33 PM, Mark Zelden m...@mzelden.com said:

The part I was addressing wasn't what is z/OS Unix, rather it was 
what people meant when they write or say I was doing blah blah under
USS.   I've never heard anyone say I was FTPing under USS for 
example unless they were executing FTP interactively from a shell of
some sort.  

Well, I would certainly say that I was FTP'ing under Unix unless I had
an FTP cleint with classic TSO syntax that wasn't a port of a Unix
client.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Under z/OS Unix

2011-05-08 Thread Shmuel Metz (Seymour J.)
In BANLkTi=n_dd0an1qiqmv7_cvhwfjssa...@mail.gmail.com, on 05/04/2011
   at 02:50 PM, Kirk Wolf k...@dovetail.com said:

Good discussion.   As OP, I was hoping for some consensus that Under
z/OS Unix or Under USS are not very useful terms since most people
don't recognize them as meaning any dubbed z/OS Unix process.

The impression that I have is that there is no consensus on what is
covered by the terms.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Under z/OS Unix

2011-05-08 Thread Shmuel Metz (Seymour J.)
In
dc74548a025aff4a85f46926802a9b23063d2...@chsa1035.share.beluni.net,
on 05/05/2011
   at 09:06 AM, Hunkeler Peter (KIUP 4)
peter.hunke...@credit-suisse.com said:

You're right. But, using a unix shell through a 3270 data stream 
interface the way TSO provides it, is a PITA, IMHO.

I'm not denying that the OMVS command is klunky, nor that it imposes
restrictions not dictated either by the 3270 or by TSO I/O services.
But sometimes it is more convenient than maintaining separate
sessions.

because UNIX shell command line is so much different
from TSO/ISPF that you better start to learn it and then feel 
comfortable working in that other environment.

I never claimed that the OMVS command was a substitute to learning
Unix syntax; in fact, I don't see how it has any relevance to the
issue of familiarity. Were you thinking of ISHELL?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Under z/OS Unix

2011-05-08 Thread Shmuel Metz (Seymour J.)
In listserv%201105060855478227.0...@bama.ua.edu, on 05/06/2011
   at 08:55 AM, Paul Gilmartin paulgboul...@aim.com said:

Now, that's terse enough to be remniscent of Shmuel; and misleading
to boot.  Assuming I understand Chris's explanation, that is shameful
pedantry.

There seems to be a tradition of labelling any response that you don't
understand as pedantry. Doping so, IMHO, is what is shameful.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: A Single pack system?

2011-05-08 Thread Shmuel Metz (Seymour J.)
In listserv%201105060744391334.0...@bama.ua.edu, on 05/06/2011
   at 07:44 AM, Larry Macioce mace1...@gmail.com said:

I know in older versions of MVS this was possible, but with the ever
expanding systems vols, is this still possible?

That depends on what volume size your D/R site supports.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Dislike/Distrust of USS

2011-05-08 Thread Shmuel Metz (Seymour J.)
In listserv%201105071107353825.0...@bama.ua.edu, on 05/07/2011
   at 11:07 AM, Paul Gilmartin paulgboul...@aim.com said:

USS (only an A-R moron would raise the specter of ambiguity or
impopriety given the manifest context)

Only a drunk fool would make that claim.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Dislike/Distrust of USS (Was: Opinion: modified SDSF functionality?)

2011-05-08 Thread Shmuel Metz (Seymour J.)
In 4dc40fe7.3080...@phoenixsoftware.com, on 05/06/2011
   at 08:12 AM, Edward Jaffe edja...@phoenixsoftware.com said:

When we first implemented this function in (E)JES, we learned first
hand just  how much dislike/distrust there is out there re: USS
filesystems.

While Unix files are poorly integrated into MVS, I don't see any
rational basis for the dislike that you describe.

We had one customer refer to our enhancement as an 'integrity
exposure'. Why?  They flat out didn't want their users writing to
USS filesystems.

They can control that by not creating OMVS segments in their user
profiles.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Under z/OS Unix

2011-05-08 Thread Paul Gilmartin
On Sun, 8 May 2011 18:27:48 -0400, Shmuel Metz (Seymour J.) wrote:

Well, I would certainly say that I was FTP'ing under Unix unless I had
an FTP cleint with classic TSO syntax ...

Does one exist?  I'm imagining something such as:

GET INDATASET('SYS1.MACLIB(SPLEVEL)') -
OUTDATASET(MYDSN) TYPE(A) MODE(B)

Perhaps from Interlink?

Chacun à son goût.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Under z/OS Unix

2011-05-08 Thread Paul Gilmartin
On Sun, 8 May 2011 18:37:03 -0400, Shmuel Metz (Seymour J.) wrote:

I'm not denying that the OMVS command is klunky, nor that it imposes
restrictions not dictated either by the 3270 or by TSO I/O services.
But sometimes it is more convenient than maintaining separate
sessions.

OTOH, sometimes it's valuable to have the extra window, especially
since it doesn't lock up when a command is running in the other
split.

...  Were you thinking of ISHELL?

Not when I can avoid it.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


very good read on global capitalism

2011-05-08 Thread Sam Siegel
Words might would never expect to hear from these guys.

http://www.huffingtonpost.com/james-p-hoffa/global-capitalism-is-dest_b_858517.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Migration of RACF db to Open source

2011-05-08 Thread Shmuel Metz (Seymour J.)
In banlktikrwblka8xzwpyb5knd0ezxl1t...@mail.gmail.com, on 05/06/2011
   at 04:31 PM, jagadishan perumal jagadish...@gmail.com said:

Yes I accept my mistake for posting Racf related issue here.

There's nothing wrong with posting RACF questions here. Posting to
RACF-L will give you a more targeted audience, but also a smaller one.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Not able to Ftp

2011-05-08 Thread Shmuel Metz (Seymour J.)
In banlktimogwf234avvym5uyw-qdiewnf...@mail.gmail.com, on 05/05/2011
   at 03:23 PM, jagadishan perumal jagadish...@gmail.com said:

I have few files in my desktop to FTP it to mainframe.

If you have firewall issues then you may have to use passive mode.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Ignoring posts to the list.

2011-05-08 Thread Shmuel Metz (Seymour J.)
In E9E5821FC86B4C9E96F411FFB44D62E3@duke1, on 05/06/2011
   at 12:40 PM, Dave Day david...@consolidated.net said:

Please.  I would like to stay as a listener and sometime poster to
this list...getting kind of frustrating deleting all of these useless
emails.

Like yours?

as the current one

You haven't identified the individual in question.

deep seated need

Do you have a deep seated need to engage in pop psychology? As Freud
said, sometimes a cigar is only a cigar.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Opinion: modified SDSF functionality?

2011-05-08 Thread Shmuel Metz (Seymour J.)
In banlktikimgujm3rmws_pmb5hrrpferx...@mail.gmail.com, on 05/06/2011
   at 08:28 AM, John McKown john.archie.mck...@gmail.com said:

I would like the concensus of opinion on something for SDSF. There is
an function to print sysout to a dataset. This is ususally done
with the XD line command or the PRT ODSN primary command. Well, being
the weirdo that I am, I would often like the data to go into a UNIX
file instead of a dataset. Now, ISPF option 2 has been enhanced so
that if the first character in the Other Partitioned, Sequential or
VSAM Data Set, or z/OS UNIX file: starts with a slash (solidus),
then the name is taken as a UNIX file name. I would really like SDSF
to act in the same manner. I will grant that it is possible to use
the PRT FILE (ddname) and ALLOCATE ddname to a UNIX file. But I'm
lazy and would prefer the ease of using XD and the dialog box it can
display to do this function. Would this be of any use to anybody
else?

IMHO it would be generally useful. Is there an outstanding share
requirement or marketing requirement for this, and, if so, with what
status?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SV: USS vs USS

2011-05-08 Thread Shmuel Metz (Seymour J.)
In banlktim8uq4g0sks5dy7vndsy7ygmfg...@mail.gmail.com, on 05/04/2011
   at 02:14 PM, Mike Schwab mike.a.sch...@gmail.com said:

http://en.wikipedia.org/wiki/IBM_AIX

Read it more carefully.

IBM wrote TSS/370 in 1980 then VM/IX then AIX/370 in 1988 then
AIX/ESA until 1999 when it merged into MVS/ESA Open Edition.

TSS was not a *IX system; what the Wiki article is referring to is
something that BTL hosted on the TSS kernel. There was an article
written on that project, but I can't recall where.

The code base in MVS OE does not derive from AIX.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Copying tapes with 256K blocksizes

2011-05-08 Thread Fred Schmidt
Anyone know of a CBT Tape or other free utility that will copy tapes with 256K 
blocksizes?

I was hoping COPYMODS or similar would do so, but it looks like they only 
support 64K max.

Regards,
Fred Schmidt
NT Government, Australia



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copying tapes with 256K blocksizes

2011-05-08 Thread Ravi Gaur
what type of device output going to? SMS routines also interface with 
blocksize...paste the error msg..

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copying tapes with 256K blocksizes

2011-05-08 Thread Fred Schmidt
On Sun, 8 May 2011 21:36:45 -0500, Ravi Gaur gaur.ravi2...@gmail.com wrote:

what type of device output going to? SMS routines also interface with
blocksize...paste the error msg..

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

No error message, Ravi. The tape copy utilities I've found so far on the CBT
Tape say they support up to 64K blocksizes. So, it would appear they aren't
going to work with 256K blocksizes.

Regards, Fred

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copying tapes with 256K blocksizes

2011-05-08 Thread Rob Schramm
Fred,

Do you have dfsort?

Rob Schramm
On May 8, 2011 10:58 PM, Fred Schmidt fred.schm...@nt.gov.au wrote:
 On Sun, 8 May 2011 21:36:45 -0500, Ravi Gaur gaur.ravi2...@gmail.com
wrote:

what type of device output going to? SMS routines also interface with
blocksize...paste the error msg..

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 No error message, Ravi. The tape copy utilities I've found so far on the
CBT
 Tape say they support up to 64K blocksizes. So, it would appear they
aren't
 going to work with 256K blocksizes.

 Regards, Fred

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copying tapes with 256K blocksizes

2011-05-08 Thread Ravi Gaur
Fred,AFIK copycat should be able to it however did you try basic ibm 
utilities without going to cbt tape org...? iebgener,adrdssu..Trying to 
understand completely what comes up if you copy over one tape to another 
with more than 256 blk..

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: How to monitor unused and overallocated space for PS,VSAM and PO

2011-05-08 Thread ibmnew
Dear 

DCOLLECT provides a wealth of information of the type you seek.

Could you give me any samples(JCLREXX) which you are using for 

monitoring  unused and overallocated space 


Thanks a lot!

Best Regards,

Jason Cai 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


How to release PDS by Partial Release = YI

2011-05-08 Thread ibmnew
Dear all 

In manual:

YI:Yes Immediate. Release unused space at Space Management cycle time and 
  also when close is issued for a data set that was open for output.

  I define a MC(MCTSO) in which the  Partial Release is YI  .

  I assign prefix ibmuser as MCTSO in ACS routing.

  I allocate a PS (IBMUSER.PS) which space is cyl(200,200),I insert space into 
th PS by p.3.4;

Then ,I qiut the PS pressing F3.The PS is released  immediately.

 Note:   I allocate a PDS (IBMUSER.PDS) which space is cyl(200,200,50).

 I insert many members into th PDS by p.3.4 and update the member .Then ,I qiut 
the PDS pressing 

F3.The PDS isn't released  immediately.

 Could you tell me what' s wrong with me?  How to release PDS by  Partial 
Release = YI  

Thanks a lot!

Best Regads,

Jason Cai 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copying tapes with 256K blocksizes

2011-05-08 Thread Russell Witt
Fred,

First, to make sure I understand what you are looking for; is the tape file
you want to copy already at 256K or do you want to re-block an existing
tape-file up to 256K? The reason is that some tape copy utilities (CA
Copycat for example) can support files with an existing 256K blocksize; but
cannot re-block a file.

Also, which tape management system do you currently use? If you have CA 1 or
CA TLMS; then there is CA Copycat. If you have IBM's DFSMSrmm, there is
Tivolie Tape Optimizer. And there are other options (Innovations FATSCOPY
and OpenTech's TAPECOPY that can work on almost all tape management
systems). Of course, all of these are licensed products.

If you want to do this yourself, without getting a new licensed product;
then IEBGENER works fine and supports 256K blocksizes. And of course, both
ICEGENER (for DFSort users) and SYNCGENR (for SYNCSORT users) are also
available and can copy much faster than IEBGENER. But, none of these options
will automatically re-catalog the file to the new volume or (optionally)
update the Tape Management system to maintain the original creation
date/time/jobname. But, I am not sure that is important to you or not.

Russell Witt
CA 1 L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Fred Schmidt
Sent: Sunday, May 08, 2011 9:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Copying tapes with 256K blocksizes

Anyone know of a CBT Tape or other free utility that will copy tapes with
256K blocksizes?

I was hoping COPYMODS or similar would do so, but it looks like they only
support 64K max.

Regards,
Fred Schmidt
NT Government, Australia



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html