Re: ZFS Root impact on cloning SYSRES
Many thanks to Mark and all other responders. This is going to help us considerably. We had talked ourselves into and out of zfs for the root as we struggled with the idea, but we'll be going forward with the information you all generously provided. Regards, Dan Ahler USBank -- 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
ZFS Root impact on cloning SYSRES
Searching IBM-MAIN I see discussions of the problems of VSAM on SYSRES and cloning, particularly when moving the volume to a system with a different MCAT. Trying to follow the IBM direction to replace HFS with ZFS, we have the issue again of a VSAM (albeit LDS) dataset on the IPL set. Has anyone gone here? We'd like to be able to completely prep the volumes from the lower "tier" and then move them up rather than have processing that has to happen on the production system to introduce the new root. Regards, Dan Ahler -- 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
Re: tn3270 work through VPN? Related topic
With the AT&T announcement on the elimination of dial and leased SNA access at the end of 2005, the announcement indicates that telnet access will be available as a replacement. Citing "best practices", my firewall group won't open telnet ports, and having reviewed some of the exploits reported over the years, I'm not sure I disagree. When I called IBMLINK support about the need for a secure mechanism for access to IBM SNA they directed me to the AT&T folks who are still working on a response. So the question becomes, what does the ibm-main community plan to do for secure access to IBMLINK? Regards, Dan Ahler -- 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
Re: IEE889I Clarification
What you are describing sounds similar to this: OA13112: WQE BUFFERS FOR FOREIGN WTORS ARE NOT DECHAINED AND FREED IMMEADIATELY. A specific fix for this item is not yet available electronically This record will be updated with a link to the fix if the APAR is new. For APARs older than 365 days, contact your support center. APAR status Closed as program error. Error description In console restructure, below the line WQE buffers should be dechained and freed as soon as they have been processed by all receiving consoles. WQEs for foreign WTORs however, will remain on the WQE chain until some event initiates queue cleanup (for exapmle responding to a local WTOR). Additional symptoms: IEE889I message output may indicate buffers in use that do not appear queued to any console. The message will reflect these buffers as messages coming from other systems. Local fix Respond to a local WTOR to initiate queue cleanup. Problem summary * USERS AFFECTED: All JBB7727 environments and above * * * * PROBLEM DESCRIPTION: Message buffers for WTORs issued on * * remote systems may not be released * * locally, resulting in WQE buffer* * shortages. * * * * RECOMMENDATION: Apply the appropriate PTF. * * * Message buffers for foreign (ie. originating from another system) WTORs are not freed even after the messages are displayed on all receiving consoles. The CURR field of the DISPLAY CONSOLES command output indicates the number of message buffers currently in use. This value will increase for every foreign WTOR. Problem conclusion Console processing has been updated to free message buffers when the message has been queued to all receiving consoles. Temporary fix Comments APAR information APAR number OA13112 Reported component name 5752 COMM TASK Reported component ID 5752SC1CK Reported release 708 Status CLOSED PER PE NoPE HIPER NoHIPER Submitted date 2005-08-18 Closed date 2005-10-28 Last modified date 2005-10-28 APAR is sysrouted FROM one or more of the following: APAR is sysrouted TO one or more of the following: Modules/Macros IEAVMDSV Fix information Fixed component name 5752 COMM TASK Fixed component ID 5752SC1CK Applicable component levels R709 PSYUP R720 PSYUP R727 PSYUP R728 PSYUP -- 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