Hi Rex, I've seen issues with this directory on other systems. The first process that needs the directory creates and owns it. The permission bits are set depending on that process' umask, which is often 0022, so the bits get set to 0755. As other processes come online that need to create subdirectories under this directory, they are blocked from doing so because of the permission bit. I recommend you include the following commands in /etc/rc so that at system startup the directory is created if not already present and the permission bits are set to allow any process to create a subdirectory, but only the creator/owner of each such subdirectory can delete it.
mkdir /tmp/javasharedresources chmod 1777 /tmp/javasharedresources Regards, Bob Robert S. Hansel Lead RACF Specialist RSH Consulting, Inc. 617-969-8211 www.linkedin.com/in/roberthansel www.rshconsulting.com -----Original Message----- Date: Mon, 1 Jun 2026 22:07:40 +0000 From: "Pommier, Rex" <[email protected]> Subject: unix file permission question Hi all, I have a small z/OS machine - only 2 permanent LPARs. Both LPARs have a directory called /SYSTEM/tmp/javasharedresources. On one LPAR, the permission bits are set to 777 and the other 755. Can somebody give me the definitive answer of what the permission bits should be? Further, can somebody tell me where I go to make sure the bits are set appropriately at IPL time? TIA, Rex ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
