>How do you take care of a system that is creating an extreme number of >dumps?
In our case, the SMS pool holding the dynamic dumps isn't very large. At that point we get the 'delete' message that automation replies to. This approach requires being notified when dumps have been taken. And they get migrated to ML2 during the night. Besides, if you have a problem producing many dumps chances are that you'll only need the first and maybe the second dump. >IBM provides a CLIST "PUTIBM" for sending doc. It prompts you for the >dataset name, and the PMR number, and submits a batch FTP job to terse >and transfer the file. The problem with FTP comes from the firewall and the shear (sheer?) impossibility of getting it to open for something like ftping dumps. After everyone was heartily tired of being told to 'ftp the dump' when we couldn't one colleague sat down and 'circumvented' the firewall via a self-written applciation. As I hear it, this firewall restriction is an impediment to many German customers. IBM these days even refuses to look at the dumps on our site, even though they can logon. Regards, Barbara Nitz -- Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko! Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
