> Q). Does anyone have a better way to move a directory that has files and > subdirectories to a different LPAR? Or do you just keep installing the same > code for each instance? Not sure it is a better way, but when I migrated to 2.1, I converted all ZFSs back to HFSs since I find them infinitely easier to handle. I used bpxbatch:
//S1 EXEC PGM=BPXBATCH //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* //STDPARM DD * sh cd /u/zfs;su;pax -rwvCMX -p eW . /u/hfs Setting the directory to what you need to copy will copy just about anything including permissions, uids and gids. I also had security problems doing this on the originating system where I tried it first. When I went into OMVS and used an OMVS shell to issue the pax command, everything (including all ownerships) were correctly copied. Using bpxbatch I saw RACF messages for DIRACCESS, and some ownerships were lost with some error message that I haven't kept. I needed the output for reference and I wasn't familiar enough with the commands to pipe it somewhere. I ended up doing the conversion on 'my' system, and here it worked like a charm using bpxbatch. One problem may have been that IBMUSER (who owned most of the files since they were installed under IBMUSER) on the originating system had a uid of 2 (not 0!). I remember that I did quite a bit of reading on the shell and I even changed some settings for my own userid, but I was unable to determine why I got the errors on the originating system. As far as I could see, all RACF definitions were in place on both systems. On 'my' system, I ended up correcting ownership to 'my' RACF database and its uids/gids, which looked like this: //S1 EXEC PGM=BPXBATCH //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* //STDPARM DD * sh su; find /u/mp1 -group 1 -exec chgrp -h 0 äü ';' or another command: sh su; find /u/mp1 -user 9500 -exec chown -h 0 äü ';' I was quite proud of myself of recognizing the codepage problem. :-) Of course, this was all a one-time effort on my part. Barbara ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
