On Wed, Jan 7, 2015 at 10:29 AM, Paul Gilmartin < [email protected]> wrote:
> On 2015-01-07, at 05:55, Clark, Stan [PRI-1PP] wrote: > > > > In the UNIX System Services Planning manual, there is a section called > 'Copying configuration files', which has a list of files that should be > copied from /sample to various other directories. /etc/magic is one of > these files. > > > I understand IBM's rationale in choosing not to possibly override > user customizations of files such as /etc/magic, /etc/services, > /etc/sendmail.cf, /etc/resolv.conf, ... with service or upgrades. > But I disagree; the way they do it is a PITA. I've installed > various Linux and Solaris systems. All have come up with such > configuration files available in a modal form. > > Couldn't a couldn't a script late in the installation process > conditionally install such files? It could be as simple as: > > ln -s /sample/* /etc/. # ignore any errors > > ... which would harmlessly fail for preexisting members. > > BTW, if IBM's objective is not to override user customizations, > why did this customer's upgrade obliterate such files? Isn't that > similarly disruptive? > > BTW, how does IBM handle this quandary for legacy configuration > files, such as members of SYS1.PARMLIB, absent which reasonable > system startup is impossible? > > The system PARMLIB can now be a concatenation of PDS data sets in the LOADxx member of IPLPARM. As now distributed (CBIPO), IBM has two PDSes: SYS1.PARMLIB and SYS1.IBM.PARMLIB. SYS1.PARMLIB is what is maintained by SMP/E. SYS1.IBM.PARMLIB is what the CBIPO people use for overrides. In my shop, I have two more PDSes. SYS1.&SYSPLEX..PARMLIB and SYS1.&SYSNAME..PARMLIB. The top PDS is SYS1.&SYSNAME..PARMLIB (system specific), followed by SYS1.&SYSPLEX..PARMLIB (sysplex wide local), followed by the unaltered SYS1.IBM.PARMLIB and SYS1.PARMLIB. A file like /etc/magic could be a symlink as you mentioned. But something that might be "interesting" would be an "extended" symlink which could "concatenate" a series of UNIX files similar to a DD concatenation in JCL. > > -- gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- While a transcendent vocabulary is laudable, one must be eternally careful so that the calculated objective of communication does not become ensconced in obscurity. In other words, eschew obfuscation. 111,111,111 x 111,111,111 = 12,345,678,987,654,321 Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
