MFNetDisk new feature in queue.

2011-05-22 Thread shai hess
HI,

 I am in processing and planing  and development of a big change in the way
MFNetDisk handle emulation.
 Until now each CCW was sent to PC to be process in PC.
 Each CCW require TCP read and write operation.
 The new feature which I plan now and I have in mind is to stack many CCWS
until special CCW or buffer size limitation will cause me to stop.
 I expect big improvement in the performance and I hope soon I will notify
you about big progress in the implementation with God help.

 What good about it is that stacking the CCWS has same or better effect
compared to the SHARK new CCWS without the need to support these advanced
and undocumented CCWS and without limited myself to type of CCW and to the
read or write operation.

 As saying before, MFNetDisk emulates tapes and disks and replicate real
disk to other mirrors which can be remote real disk or MFNetDisk PC files
type MFNetDisk and regular AWS disk files supported by almost all MF
emulation software like ZPDT and more.
 This enable you to have DR in a minutes using the MF emulation.

 Comments are welcome to me privately or using any forums.

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: Question about Dynamic allocate

2011-05-22 Thread Ravi Gaur
What kind of dataset it is? Try looking at the ICF Catalog record via 
processing 
SMF Type 60-65  ...MXG/SAS if you have can be handy in generating 
reports..also on the basis of type 15...

snapshot of type 15

Record type 15 is written for non-VSAM direct access, or VIO tape data sets 
that are defined by DD statements or dynamic allocation and opened for 
OUTPUT, UPDAT, INOUT, or OUTIN processing by problem programs.

--
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 a Printer?

2011-05-22 Thread Chris Mason
Michael

 I was wondering if there is an API or if it is possible to get this 
 information 
by SNMP...

This was a fascinating suggestion!

It looks like a suggestion that someone steeped in the ways of UNIX might 
imagine but not one for someone used to the ways of z/OS and its 
predecessors.

However you won't be sure that what you suggest is not possible unless you 
perform the necessary research.

The first point you need to note is that the N in SNMP stands for network 
so at least when it started life, and through to today, the major use of SNMP 
is in order to manage resources related to the network, specifically the IP-
based network.

However, long ago I used to manage a class with a focus on NetView for AIX. 
One of the related products was Systems Monitor for AIX and this was a 
general-purpose function which allowed any command to be presented to the 
UNIX, specifically AIX, system and the result to be returned, all cleverly 
supported by SNMP.

So the way to check whether or not a software component supports SNMP is 
to scan the machine-readable manuals for SNMP and see what you find. If 
the component supports SNMP, you should find that an SNMP subagent is 
described which uses an API to the SNMP agent in order to instantiate 
variables in a Management Information Base (MIB). Actually the MIB covered 
by any one subagent is only a part of the full MIB, the MIB as would be 
revealed by the use of the snmpwalk command starting from OID 0.0 - all of 
which can make MIB a potentially ambiguous initialism.

SNMP works by having an SNMP agent in an IP node which, according to 
the client-server model, is the server. The SNMP agent is accessed by 
SNMP mangers which, according to the client-server model, makes it 
the client.

Note that I have assumed that the z/OS Communications Server (CS) SNMP 
agent is available. It may not be since it is one of the optional installation 
tasks for the IP component of z/OS CS.

The SNMP manager logic needs to understand the MIB variables at a basic 
level so that it can present the data in the variables. However the SNMP 
manager logic may understand the MIB variables well enough to be able to 
present them in a user-friendly manner which boosts the productivity of the 
user of the SNMP manager.

The example I always use here comes from one of the products covered by 
my class which was an SNMP manager program used for managing a hub, most 
interestingly, the back-plate of a hub, from far away. For example, the 
switches, pictorially represented, could be switched up or down with the aid 
of a mouse!

Thus, in addition to descriptions of how to install the SNMP subagent, there 
will be descriptions of the supported MIB and there should be minimally, for 
the 
benefit of the SNMP manager, a text version of the description of the MIB 
which can be loaded by the SNMP manager program.

All this will make a significant impact on the documentation of the software 
component so that you couldn't possibly miss it.

Chris Mason

On Thu, 19 May 2011 15:41:49 +0200, Michael Knigge michael.knigge@SET-
SOFTWARE.DE wrote:

All,

using SDSF I can see the progress of a print-job - I can see the total
number of records of the print-file and I can see the number of already
printed records.

Does anyone of you know how to get this infomation (ASM, COBOL, C, ...)?
I was wondering if there is an API or if it is possible to get this
information by SNMP...


Thank you!


Bye,
Michael

--
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 tell what security product

2011-05-22 Thread R.S.

W dniu 2011-05-21 21:13, Binyamin Dissen pisze:

On Thu, 19 May 2011 17:42:12 -0400 Kirk Talmanrkueb...@tsys.com  wrote:

:In my notes I also have DBLT =  DeadBolt

Sad to say, but it never made it out the door.


Just for record purposes: there is also polish security product called 
PIES (dog). However I have no idea what string it uses. I believe PIES's 
author is lurking here so he could answer it.

Grześ, are you here?

--
Radoslaw Skorupka
Lodz, Poland


--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych.


--
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


RRS Installaion Question

2011-05-22 Thread Sabo, Frank
Hello everyone,
I need to install RRS onto my LPARS however in doing the defines for the RRS 
datasets I ran out of space in the system logger datasets. My question if I 
switch over to the secondary logger dataset and then delete and redefine the 
primary logger dataset and then switch back to the primary new logger dataset, 
will it have any effect on the CICS regions that currently executing on the 
various LPARS since they are also defined into the primary and secondary logger 
datasets? Or do I have to do the switch when the CICS regions are not up and 
processing


Frank W Sabo Jr
101 Kappa Drive
Pittsburgh Pa 15238
412 967-3764
frank.s...@gianteagle.com



--
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: RRS Installation Question

2011-05-22 Thread Skip Robinson
I'll go this far out: when it comes to XCF thangs like couple data sets 
and CF structures, you should *always* make changes *dynamically* unless 
you're in the middle of a crisis where IBM Level 2 specifically instructs 
otherwise. 

After 15 years of widespread parallel sysplex deployment, dynamic 
management capabilities are rich and resilient. Logger exploiters like 
CICS are very good at following a bouncing ball. What they are *not* so 
good at is coming up and finding that things are no longer as they last 
were when the application was shut down. Try mightily to avoid moving or 
resizing components out of view of the exploiting applications.


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Sabo, Frank frank.s...@gianteagle.com
To: IBM-MAIN@bama.ua.edu
Date:   05/22/2011 08:20 AM
Subject:RRS Installaion Question
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



Hello everyone,
I need to install RRS onto my LPARS however in doing the defines for the 
RRS datasets I ran out of space in the system logger datasets. My question 
if I switch over to the secondary logger dataset and then delete and 
redefine the primary logger dataset and then switch back to the primary 
new logger dataset, will it have any effect on the CICS regions that 
currently executing on the various LPARS since they are also defined into 
the primary and secondary logger datasets? Or do I have to do the switch 
when the CICS regions are not up and processing


Frank W Sabo Jr
101 Kappa Drive
Pittsburgh Pa 15238
412 967-3764
frank.s...@gianteagle.com


--
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


Recent maintenance for z/XDC

2011-05-22 Thread David Cole
I have posted new maintenance for z/XDC. For details please visit our 
Facebook page. You can find it by going onto Facebook and searching 
for ColeSoft.


Thank You,

Dave Cole  REPLY TO: dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658 


--
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


Facebook for professional usage (was Re: Recent maintenance for z/XDC)

2011-05-22 Thread Mark Zelden
On Sun, 22 May 2011 16:53:50 -0400, David Cole dbc...@colesoft.com wrote:

I have posted new maintenance for z/XDC. For details please visit our
Facebook page. You can find it by going onto Facebook and searching
for ColeSoft.

Thank You,

Dave Cole  REPLY TO: dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658


I'm not a z/XDC user, but I didn't see the information on your web site.
At least not in any obvious place.

Why are vendors and organizations using Facebook for professional 
use?  I am seeing this more and more often.  It's fine for social purposes
but most companies lock out access to Facebook from their corporate
networks from what I have seen. 

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
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


BIM-EDIT on z/OS

2011-05-22 Thread Lenz, Joseph
Greetings!

Is anyone using BIM-EDIT (originally from B. I. Moyle Associates, now
CSI International) on z/OS?  If so, what version/release of z/OS is it
running under?  Are you also using BIM-EDIT/XP, the Windows client for
BIM-EDIT?

Regards,
Joe Lenz
TTI, Inc.
Fort Worth, TX

--
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


It got very quiet

2011-05-22 Thread Lizette Koehler
Wow – This is list very quiet.  Hope you are all doing okay.

Lizette

--
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: It got very quiet

2011-05-22 Thread Scott Ford
Yeah, Lizette I agree really quiet, unusually so ..
 
Scott J Ford
 





From: Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@bama.ua.edu
Sent: Sun, May 22, 2011 10:51:55 PM
Subject: It got very quiet

Wow – This is list very quiet.  Hope you are all doing okay.

Lizette

--
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: WLC and 4HRA across CEC's

2011-05-22 Thread Timothy Sipples
I agree with Al: it's per machine. After all the per machine calculations
are made, there's a final step before billing: adding up the per machine
peak 4HRAs for any qualifying Sysplexes.

There are some relatively unsurprising conclusions you can draw if you want
to maximize efficiency:

1. Having a respectably small number of machines for the size of your
particular workloads is generally wise. Parsimony is good. These are
mainframes, and that's how they're designed. Said another way, LPARs work.
Use them.

2. Having reasonably even load across your Sysplex is wise. Said another
way, real Sysplexes with real workload sharing get the most Sysplex
benefit. Technically qualifying Sysplexes may only get some benefit. Said
yet another way, take advantage of Sysplex.

Writing only for myself.

- - - - -
Timothy Sipples
Resident Enterprise Architect
Value Creation  Complex Deals Team
IBM Growth Markets (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com
--
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: It got very quiet

2011-05-22 Thread DOWLING,Shane
Have a hangover from the end of the world party


They Lied...



Shane


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Scott Ford
Sent: Monday, 23 May 2011 12:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: It got very quiet

Yeah, Lizette I agree really quiet, unusually so ..
 
Scott J Ford
 





From: Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@bama.ua.edu
Sent: Sun, May 22, 2011 10:51:55 PM
Subject: It got very quiet

Wow – This is list very quiet.  Hope you are all doing okay.

Lizette

--
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
Notice:

The information contained in this email message and any attached files may be 
confidential information, and may also be the subject of legal professional 
privilege. If you are not the intended recipient any use, disclosure or copying 
of this email is unauthorised. If you received this email in error, please 
notify the sender by contacting the DEEWR Switchboard on 13 33 97 (1DEEWR) 
during business hours (8am - 8pm AEST) and delete all copies of this 
transmission together with any attachments. 

--
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


IBM charge

2011-05-22 Thread SYED, AZIM
Hi ,

Sorry this is not JES3 issue but I need your help , we are running DB2/CICS/IMS 
on two z9 CPU's SYSPLEX with shared  dasd's. We use to pay license for only one 
CPU for These products but SBM (IBM agent in Saudi Arabia) want to charge these 
products for all CPU's.

Please someone can help us how IBM does it  in USA or EUORPE  ???

Best Regards




SYED, AZIM
SNR SPECIALIST IT INFRA | Saudi Arabian Airlines | SERVER SW SUPPORT
Tel: 686-2824 | Fax:  | www.saudiairlines.com | Mail: 
sazimu...@saudiairlines.com




Disclaimer: This message and the documents attached to it, if any, are intended 
only for the use of the addressee and may
contain confidential and/or privileged information. If you are not the intended 
recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you receive this 
in error, please notify the sender
immediately and then delete the message received in error from your computer, 
destroy all copies that you may have created.
Please note any views or opinions expressed in this email are solely those of 
the sender and do not necessarily represent
those of Saudi Arabian Airlines.

--
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: Facebook for professional usage (was Re: Recent maintenance for z/XDC)

2011-05-22 Thread Shane
Facebook ... professional - interesting juxtaposition Mark.
I'm also not a customer (would love to have a play as I've said before)
- this info would make more sense (IMHO) announced and linked
(internally) off the homepage rather than hidden unannounced in a txt
file for the applicable release under Support - z/XDC - Maintenance.
And no, I'm not going to give Facebook my details just to chase down
company announcements.

Shane ...


On Sun, 22 May 2011 16:42:29 -0500 Mark Zelden wrote:

 I'm not a z/XDC user, but I didn't see the information on your web
 site. At least not in any obvious place.
 
 Why are vendors and organizations using Facebook for professional 
 use?  I am seeing this more and more often.  It's fine for social
 purposes but most companies lock out access to Facebook from their
 corporate networks from what I have seen. 

--
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 Warning to Anyone Servicing z/OSMF

2011-05-22 Thread Shane
Uh-oh - is that Barbara I hear charging in from stage calling out
I tried to warn you all ... ?

:-)

Shane ...

On Sun, 22 May 2011 19:55:03 -0700 Edward Jaffe wrote:

 A few months ago, we brought up z/OSMF under z/OS 1.12. Applying
 service this weekend made it totally unusable. It turns out our
 configuration files have been wiped out!
... 
 I'm not sure if this is what I would necessarily call 'progress', but
 it's definitely a brave new world out there. Beware!

--
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: IBM charge

2011-05-22 Thread Doug Fuerst
The products are licensed to the particular z/9 physical processor, and
charges are dependent on MSU's of the z/9 (or z/10, or z/196, etc.) The only
way to pay for only one z/9 would be to only run the products on a single
z/9, and not the other. There may be a Sysplex pricing model, but it would
be based on total MSU's in the plex.

Doug  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of SYED, AZIM
Sent: Monday, May 23, 2011 12:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: IBM charge

Hi ,

Sorry this is not JES3 issue but I need your help , we are running
DB2/CICS/IMS on two z9 CPU's SYSPLEX with shared  dasd's. We use to pay
license for only one CPU for These products but SBM (IBM agent in Saudi
Arabia) want to charge these products for all CPU's.

Please someone can help us how IBM does it  in USA or EUORPE  ???

Best Regards




SYED, AZIM
SNR SPECIALIST IT INFRA | Saudi Arabian Airlines | SERVER SW SUPPORT
Tel: 686-2824 | Fax:  | www.saudiairlines.com | Mail:
sazimu...@saudiairlines.com




Disclaimer: This message and the documents attached to it, if any, are
intended only for the use of the addressee and may contain confidential
and/or privileged information. If you are not the intended recipient, you
are hereby notified that any dissemination of this communication is strictly
prohibited. If you receive this in error, please notify the sender
immediately and then delete the message received in error from your
computer, destroy all copies that you may have created.
Please note any views or opinions expressed in this email are solely those
of the sender and do not necessarily represent those of Saudi Arabian
Airlines.

--
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: A Warning to Anyone Servicing z/OSMF

2011-05-22 Thread Barbara Nitz
 A few months ago, we brought up z/OSMF under z/OS 1.12. Applying
 service this weekend made it totally unusable. It turns out our
 configuration files have been wiped out!
...
 I'm not sure if this is what I would necessarily call 'progress', but
 it's definitely a brave new world out there. Beware!

Uh-oh - is that Barbara I hear charging in from stage calling out
I tried to warn you all ... ?

:-)

No it's not. We haven't installed it, anyway. But I am really NOT surprised,
given how I hear my colleagues complain about WAS deploys. I even went
through a 2 day seminar on deploying this stuff under zLinux, and then I
'got' why z/OSMF deploy is a two-stage process. I consider it too awkward,
anyway.

Given that I knew WAS back when it was called 'Component Broken' (by those
that heard about it - OS/390 R6 days), I am waiting for the day when they go
back to replacing the full product every time a single ptf needs to go in
(and when they ditch SMP/E :-) ). Now *THAT* will be fun for z/OS! NOT.

I do appreciate Eds warning, though, and will gleefully relate it to anyone
here who might have wanted to 'test' z/OSMF, despite my dire warnigns :-)

Barbara

--
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


Antwort: ALTROOT statement has no TYPE parameter / how is the type determined?

2011-05-22 Thread Michael Klaeschen
Stephen,

see chapter 5 of the Unix Planning Guide. HFS and zFS still need to be 
stated within MOUNT parameter. But basically they are ignored. I assume, 
for the newer functions like ALTROOT, IBM just omitted this TYPE-option.

Cheers
Michael



Von:Dr. Stephen Fedtke max_mainframe_...@fedtke.com
An: IBM-MAIN@bama.ua.edu
Datum:  2011-05-21 18:48
Betreff:ALTROOT statement has no TYPE parameter / how is the type 
determined?
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



hi all,

the ALTROOT statement's syntax definition is

 {ALTROOT FILESYSTEM('fsname') 
   PARM('parameter') 
   MOUNTPOINT('pathname')} 

and does not include a TYPE parm, like the ROOT statement.

question: is it superfluous, or is the TYPE take from the ROOT statement, 
or
dynamically determined?

thanks for any reply.

best
stephen


---
Dr. Stephen Fedtke
Enterprise-IT-Security.com

Seestrasse 3a
CH-6300  Zug
Switzerland
Tel. ++41-(0)41-710-4005
www.enterprise-it-security.com


++NEWS++ SF-NoEvasion feeds your SIEM with z/OS events in real-time 
++NEWS++

--
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: It got very quiet

2011-05-22 Thread Skip Robinson
Or, we're the only ones left. There's a rumor that the most annoying 
posters have left us in peace.;-)


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   DOWLING,Shane shane.dowl...@deewr.gov.au
To: IBM-MAIN@bama.ua.edu
Date:   05/22/2011 09:25 PM
Subject:Re: It got very quiet
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



Have a hangover from the end of the world party


They Lied...



Shane


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Scott Ford
Sent: Monday, 23 May 2011 12:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: It got very quiet

Yeah, Lizette I agree really quiet, unusually so ..
 
Scott J Ford
 





From: Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@bama.ua.edu
Sent: Sun, May 22, 2011 10:51:55 PM
Subject: It got very quiet

Wow – This is list very quiet.  Hope you are all doing okay.

Lizette