Re: VLF Caching
I had thought (from https://www.ibm.com/developerworks/community/blogs/MartinPacker/entry/lla_and_measuring_its_use?lang=en ) that the SMF records did not really tell us very much about the tuning. But it could have been that I didn't really understand them So we used the healthcheck iteratively to watch the trimmed age of the exceptions, and arrived at 64Mb. At 4MB the trimmed age was 1 day, at 32MB 11 days, at 48MB 30 days. At 64MB all our sysplexes seem not to be trimming within 60 days any more. That was a while ago, and we are just starting to look at the IGGCAS class which has also been tripping the healthcheck exception (at 1 day). Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: 25 November 2014 15:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VLF Caching I have 200MB and have a 99% hitratio on 20 LLA managed libraries, as reported by LLA statistics (LLA fetches from its VLF cache)/(LLA fetches from VLF + LLA fetches from disk). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Thompson Sent: 25 November, 2014 15:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VLF Caching On 11/25/2014 07:29 AM, Peter Relson wrote: There is no rule of thumb. It's very likely that 16M is way too small, but we're not likely to change the default. 128M is fairly common, I believe. It's not necessarily the case that a bigger size is better. The more data that is cached, the more likely you are to be able to retrieve from the cache (which is a good thing) but the longer it may take to locate the data (which is not a good thing). In the distant past some found that sizes of 256M and above were detrimental. But no one that I know of actually did any analysis to try to figure out why. The guess was that the performance decrease correlated to the number of objects that then were cached. It has probably been well over 10 years since I last heard any discussion of this; I have no idea if what was seen was typical or one-off, or if it still behaves that way. Peter Relson z/OS Core Technology Design SNIPPAGE Thank you. I can tell you that 16MB is TOO SMALL. And so far, in our shop, 32MB is too small. The diminishing returns problem is going to be interesting to find. I know that you want to cache hi-use modules. But, if the module is beyond a certain size, you may not want to cache it - DASD fetch may be better. So, if you have sufficient cache, you can get all of your stuff in there w/o hitting the 10% headroom issue. And if the speed of XMEM is hi enough (based on CPU avail)... But, if cache is being used by all large modules, you can get into a cache thrash situation (old APAR/PTF for where it would loop) -- Fastest way I know to get the situation (it can be done with a mix...). We have noticed that at 16MB, we BURN MSUs in VLF TRIM (sorry, forgot the module name). So another aspect of tuning is setting the time lower to get things to be trim-able sooner. But, that can have diminishing returns So it may need to be set higher (sigh). Enter the EXITs. Now you have to have someone in your shop that knows ALC and management can give clear guidance to rules so they can be effected... (sigh). How about IBM and CA play nice and get CA the right stuff so they can fix PMO and QuickFetch for PDSEs (I can't believe I'm writing this!!). Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286
Re: Sort to show differences in a 2-file match
Hi, I have used ICETOOL with DISCARD to do that kind of thing - I think this would give what you want in SORTOU1: //S160SRT EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSGDD SYSOUT=* //SYSOUTDD SYSOUT=* //SORTIN1 DD DSN=dataseta, // DISP=SHR // DD DSN=datasetb, // DISP=OLD //TEMPDDDD DSN=TEMPZ, // DISP=(,PASS), // SPACE=(CYL,(5,2)), // UNIT=SYSALLDA, // RECFM=FB, // LRECL=2524 //SORTOU1 DD DSN=DIFFS, // DISP=(,PASS), // SPACE=(CYL,(5,2)), // UNIT=SYSALLDA, // RECFM=FB, // LRECL=2524 //TOOLINDD * SELECT FROM(SORTIN1) TO(TEMPDD) DISCARD(SORTOU1) ON(1,2524,CH) ALLDUPS //* Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Ashton Sent: 18 November 2014 13:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Sort to show differences in a 2-file match Hi Sri et al., I have 2 files that I would like to compare, file A has 5 records, and file B only a subset of that - maybe 1000 records. They have the same key (pos 1, len 24), but are not unloaded in key order. The records are 2524 bytes long (24 byte key + 2500 bytes data). I know I can sort them in one step to fix that problem, but then I want to produce a file C of only the mismatches: * Records in A, not in B * Records in B, not in A * Records in A with matching keys to B, but the data in A does not match B I have done this before in CA Easytrieve, but this client does not have that. Is there a way to do this in a SORT step? -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort to show differences in a 2-file match
Hi Billy, Typically for the first (records in B, not in A), I do the same sort of thing including A in the sortin concatenation twice, and B once, thus getting rid of all duplicate records by discarding all of A and the matches in B (based on full record length). For the records in A with matching keys to B but different data, that seems trickier. Firstly you want to discard all the A records with unique keys by concatenating A ahead of B in sortin , and using FIRSTDUP (and keylength only) to select only the A records which match B keywise. Then a third step to take that output concatenated ahead of B, with the NODUPS option (based on full record length). Then finally concatenate the third step output with the first step output. ... at least I think that meets your new objective ... Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Ashton Sent: 18 November 2014 15:20 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sort to show differences in a 2-file match I just realized I made a crucial mistake on the summary I sent earlier.If I followed those requirements, I would have a huge file of mismatches for the superset from File B. So let me restate my goal again - correctly this time! I know I can sort them in one step to fix that problem, but then I want to produce a file C of only the mismatches: * Records in B, not in A (only list those subset records not in the whole file) * Records in A with matching keys to B, but the data in A does not match B David, I haven't had a chance to try your job yet, but would this change things significantly? Billy On Tue, Nov 18, 2014 at 8:31 AM, Tidy, David (D) dt...@dow.com wrote: Hi, I have used ICETOOL with DISCARD to do that kind of thing - I think this would give what you want in SORTOU1: //S160SRT EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSGDD SYSOUT=* //SYSOUTDD SYSOUT=* //SORTIN1 DD DSN=dataseta, // DISP=SHR // DD DSN=datasetb, // DISP=OLD //TEMPDDDD DSN=TEMPZ, // DISP=(,PASS), // SPACE=(CYL,(5,2)), // UNIT=SYSALLDA, // RECFM=FB, // LRECL=2524 //SORTOU1 DD DSN=DIFFS, // DISP=(,PASS), // SPACE=(CYL,(5,2)), // UNIT=SYSALLDA, // RECFM=FB, // LRECL=2524 //TOOLINDD * SELECT FROM(SORTIN1) TO(TEMPDD) DISCARD(SORTOU1) ON(1,2524,CH) ALLDUPS //* Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Ashton Sent: 18 November 2014 13:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Sort to show differences in a 2-file match Hi Sri et al., I have 2 files that I would like to compare, file A has 5 records, and file B only a subset of that - maybe 1000 records. They have the same key (pos 1, len 24), but are not unloaded in key order. The records are 2524 bytes long (24 byte key + 2500 bytes data). I know I can sort them in one step to fix that problem, but then I want to produce a file C of only the mismatches: * Records in A, not in B * Records in B, not in A * Records in A with matching keys to B, but the data in A does not match B I have done this before in CA Easytrieve, but this client does not have that. Is there a way to do this in a SORT step? -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RSU Query
As I understand your request (assuming you don't want RSU1408 or further for some reason), I would specify SOURCEID(RSU13*,RSU1401,RSU1402,RSU1403,RSU1404,RSU1405,RSU1406,RSU1407) Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of venkat kulkarni Sent: 31 October 2014 05:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: RSU Query Hello, I have one query regarding applying RSU on z/OS systems as below. If my current z/OS system is running with RSU1301 and now If I am applying RSU1407 directly then What should I be specifying in SOURCE ID option in apply JCL APPLY SOURCEID(RSU1407) I mean that I should specify only RSU1407 or previous source ID as well like RSU1405,RSU1406 etc as well, as I missed to apply previous level of RSU on my z/Os systems. Please suggest. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on WRITE statements in ACS and Automation
Hi Lizette, Just cleaning up some mails, and I came across this. There is a message revision table in Netview that could be used. I have used it in a temporary way when I issue a command from system automation that only generates ouput in a joblog - in my case the revision table is: UPON ( JOBNAME = 'DFSKERN' ) REVISE(Y AUTOMATE) Then I activate a message table that triggers an exec to write each message it sees from the jobname to a global variable stem (incrementing an index), and asynchronously pick up the output later. Of course in your case, the message table processing could be much simpler, and permanent (I only do the set-up to retrieve the data I have triggered, and undo it afterwards). Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 9 July 2013 15:00 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question on WRITE statements in ACS and Automation I have a friend who is at z/OS V1.13 He asked me an interesting question that I am thinking of opening a Share requirement on. Let me know what you think When you create ACS code you can put WRITE statements into the process for clarification. Is it possible to capture those WRITEs in an automation product, OPS/MVS, AFOPER, Tivoli, and action the message? If a user is creating a dataset and using an invalid DSN, I could put a write statement in the code that says WRITE MYACS001I Invalid DSN for the storage group requested. Then if it went to SYSLOG I could capture it and send an email to the storage team for review. Or if my user was requesting way to much space for a specify storage pool, I could do something similar. So, it would be nice, in my opinion, to be able to create an event notification that an automation tool could capture and then perform some action (i.e. email the storage team) I understand that I can redirect to a different pool and provide other actions within ACS code. But since a lot of logging goes directly to the DFHSM logs or SYSOUT DDs, I have to have someone manually review to identify what is going on. Another example, there is an ARC0019I message that indicates the CELLS are too small for DFHSM. It is only in the SYSOUT DDs. I will be opening a SHARE requirement to be able to redirect these types of messages to SYSLOG so that an automation tool can send a notification to the storage team. The only way I see of doing it is to filter the output of the task to find the ACS code WRITE statements or filter the DFHSM SYSOUT DDs. Any thoughts are welcome. And if you have any other messages or functions in DFHSM that might need redirection, let me know. Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on WRITE statements in ACS and Automation
Hi Kees, Sorry - yes you are right. I was thinking that I was rerouting joblog ouptut, but in fact I am just trapping syslog output that is not normally passed to automation. Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (SPLXM) - KLM Sent: 21 October 2014 16:41 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on WRITE statements in ACS and Automation David, I think the problem with the ACS WRITE statements is, that the output does not travel the route that can be intercepted by your solution. It goes directly to the JES2 Message file of the job. I have been looking too for a way to collect these message and have them emailed to me, but AFAIK, it is not possible. Any change in this would be welcome. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tidy, David (D) Sent: 21 October, 2014 16:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on WRITE statements in ACS and Automation Hi Lizette, Just cleaning up some mails, and I came across this. There is a message revision table in Netview that could be used. I have used it in a temporary way when I issue a command from system automation that only generates ouput in a joblog - in my case the revision table is: UPON ( JOBNAME = 'DFSKERN' ) REVISE(Y AUTOMATE) Then I activate a message table that triggers an exec to write each message it sees from the jobname to a global variable stem (incrementing an index), and asynchronously pick up the output later. Of course in your case, the message table processing could be much simpler, and permanent (I only do the set-up to retrieve the data I have triggered, and undo it afterwards). Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 9 July 2013 15:00 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question on WRITE statements in ACS and Automation I have a friend who is at z/OS V1.13 He asked me an interesting question that I am thinking of opening a Share requirement on. Let me know what you think When you create ACS code you can put WRITE statements into the process for clarification. Is it possible to capture those WRITEs in an automation product, OPS/MVS, AFOPER, Tivoli, and action the message? If a user is creating a dataset and using an invalid DSN, I could put a write statement in the code that says WRITE MYACS001I Invalid DSN for the storage group requested. Then if it went to SYSLOG I could capture it and send an email to the storage team for review. Or if my user was requesting way to much space for a specify storage pool, I could do something similar. So, it would be nice, in my opinion, to be able to create an event notification that an automation tool could capture and then perform some action (i.e. email the storage team) I understand that I can redirect to a different pool and provide other actions within ACS code. But since a lot of logging goes directly to the DFHSM logs or SYSOUT DDs, I have to have someone manually review to identify what is going on. Another example, there is an ARC0019I message that indicates the CELLS are too small for DFHSM. It is only in the SYSOUT DDs. I will be opening a SHARE requirement to be able to redirect these types of messages to SYSLOG so that an automation tool can send a notification to the storage team. The only way I see of doing it is to filter the output of the task to find the ACS code WRITE statements or filter the DFHSM SYSOUT DDs. Any thoughts are welcome. And if you have any other messages or functions in DFHSM that might need redirection, let me know. Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error
Re: Lookat
For the older releases, my extra! macro still works, and a little vbs script like this will get there for z/OS 1.12. I suspect I will continue to look at the back-level messages as long as I can Option Explicit Dim Result result = InputBox(Message id, , ) Dim IE Set IE = createobject(InternetExplorer.Application) IE.Visible = True IE.Navigate http://publibz.boulder.ibm.com/cgi-bin/os390/lookat?required=msgidmissing_fields_redirect=%2Fsystems%2Fz%2Fos%2Fzos%2Fbkserv%2Flookat%2Flookatidmiss.htmlmsgid=; result release=ZOS%2FV1R12submit.x=13submit.y=11 Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Pace Sent: 10 December 2013 22:48 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Lookat I'll be going back to downloading PDF files and manually searching through messages codes manuals. ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Alias
I am sure in that we had exactly this issue recently when someone tried to alias non-vsam dataset across catalogs. I thought I found something somewhere that logically (but not necessarily explicitly) supported this statement, but it might take me some time to find back again. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: 21 August 2013 16:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Deleting Alias On Wed, 21 Aug 2013 11:25:36 +, Tidy, David (D) wrote: The alias will be created in the same catalog as the related object Are you sure? The AMS manual doesn't say that, as far as I can see. In any case, unless both the alias and the data set name resolve to the same user catalog, the alias is worthless. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ACS routine imbed/include function?
Hi, What we do to get around this is to use ISPF skeletons (with a bit of REXX involved) which we run as part of a two stop batch process using Naviquest. Within the REXX, we build a table of our DB2 systems, and then the skeleton has )DOT constructions to loop around building those 15 WHEN clauses in a standard way. The first step works out the next suffix for the routine, builds it into a work dataset, and sure SUPERC to compare to the existing (current) routine (which we review to make sure there is no unexpected change). Having reviewed that, the next step copies into the production ACS routines dataset, and does the translate and validate. The activation is then done manually after the two jobs are run. We don't really have local content, although there are a little extra )SEL type inclusions by sysplex in the infrastructure part of the skeleton (the ACS code is thus in some way standard across all our life-cycle sysplexes). Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: 15 July 2013 16:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ACS routine imbed/include function? Bingo! This is what I had stored many years ago somewhere in migrated memory: the COPYFILT macro. It is not completely automatic, but it takes only one command to fire the automation of updating multiple tables in multiple routines. I will have a look at it again to see if it helps me this time. A function like the FILTERDD would even be more convenient. And,by the way, if someone is making up a wishlist for ACS routines: subroutines would be very helpful and also a substring function (find and replace), like in: when (mgmtclas eq B2DA)set mgtmclas = B1DA. This now takes 15 WHEN clauses for each of the values. Thanks, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Monday, July 15, 2013 15:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ACS routine imbed/include function? Vernooij, CP wrote: So I probably mixed some historical info in my memory. It would be nice to have, e.g. for dsname- of volser-filtlists used in more than one routine. However, there are not many enhancements in ACS routines the last decades, so I expect this will remain a wish. You've got my curiousity turned on and I searched my *ss off since your first post! It was indeed a long time I saw any announcement for ACS enhancements if at all. But then I wonder if you were thinking about 'COPYFILT macro: COPYLIB facility for FILTLISTs'. Granted that is for initial SMS setup. On the otherside, I wonder if you were refering to FILTERDD in DFDSS. There you can probably concatenate at your leisure... Hmmm, perhaps time for a Share thing? Think of it: one set of Include/exclude for DB2 folks, another for other dbas, etc. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN