Thanks Allan!! Sent from [Proton Mail](https://proton.me/mail/home) for iOS
On Wed, Apr 2, 2025 at 8:58 AM, Allan Staller <[[email protected]](mailto:On Wed, Apr 2, 2025 at 8:58 AM, Allan Staller <<a href=)> wrote: > Classification: Confidential > > 1) upodsate resolver parms as required > 2) F RESOLVER, REFRESH on each affected image. > > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On Behalf Of > roscoe5 > Sent: Tuesday, April 1, 2025 4:18 PM > To: [email protected] > Subject: Updating DNS on the fly > > [CAUTION: This Email is from outside the Organization. Unless you trust the > sender, Don't click links or open attachments as it may be a Phishing email, > which can steal your Information and compromise your Computer.] > > Hi Guys, > A site wants to update the list of Windows DNS servers in use by z/OS. > It's a fairly standard setup with an STC of RESOLVER getting the list from a > SYS1.TCPPARMS(TCPDATA) member. (Technically, it's a unique dataset with > identical info on each LPAR's assigned volume, but that should only make > things more flexible.) > > The main LPAR is scheduled for an IPL this weekend, so that should be easy. > Update the member and have it read at IPL time. > > Another major (production?) LPAR is not scheduled to be IPL'ed this weekend, > so I'm looking at options. I believe a Stop and Start of RESOLVER should do > the trick. However, I've seen some talk that I really should bounce TCPIP if > I bounce RESOLVER. If I need to do that, I may request a full IPL. > > Any experience or advice on this. When is bouncing RESOLVER okay, and when > might it byte me? > > Thanking in advance, > Roscoe/Bob > > Sent with [Proton Mail](https://proton.me/mail/home) secure email. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > [email protected] with the message: INFO IBM-MAIN > ::DISCLAIMER:: > ________________________________ > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses > in transmission. The e mail and its contents (with or without referred > errors) shall therefore not attach any liability on the originator or HCL or > its affiliates. Views or opinions, if any, presented in this email are solely > those of the author and may not necessarily reflect the views or opinions of > HCL or its affiliates. Any form of reproduction, dissemination, copying, > disclosure, modification, distribution and / or publication of this message > without the prior written consent of authorized representative of HCL is > strictly prohibited. If you have received this email in error please delete > it and notify the sender immediately. Before opening any email and/or > attachments, please check them for viruses and other defects. > ________________________________ > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
