× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Justin,

I'm not familiar with Tomcat at all... but I am familiar with umask.

I wonder why it's setting the umask to 0027? Shouldn't it be 027? I don't understand how a umask can be a 4 digit number.

If you're not familiar with it, umask is used to turn off bits when files are created. Normally there are 9 bits allowed, they are organized like this: rwxrwxrwx where the first 3 bits are the read, write and execute for the owner, the next 3 bits are read, write and execute for the group, and the last 3 bits are read, write and execute for everyone else (public.)

umask turns off bits that are set by the open() API when it creates a file.

The numbers are always in octal, so each digit ranges from 0-7, representing a group of 3 bits.

So if open() specifies octal 666 (all read/write bits on) and your umask is 027 it will look like this: open has rw-rw-rw- and you have ----w-rwx, the result will be the owner has read,write, the group has read only (write is turned off by the umask) and public has no authority (all bits turned off by the umask)

I would not expect an extra leading 0 to make any difference... since it is a leading zero, which normally does not mean anything. (One leading zero often indicates that the number is octal.. but you wouldn't need two.)

So maybe Tomcat 8 requires the public to have read authority, and therefore the file mode is invalid? Or maybe it just doesn't like the 4-digit umask? I don't know -- as I said, I'm not familiar with Tomcat. But maybe this gives you food for thought, and some options to try.

-SK



On 10/10/2016 9:26 AM, Justin Taylor wrote:
I don't see anything out of the ordinary in any of the Tomcat log files.

I saw that I can override the umask. I just need to find the value to use.




-----Original Message-----
From: Jack Kingsley [mailto:iseriesflorida@xxxxxxxxx]
Sent: Saturday, October 08, 2016 4:52 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: Re: umask: 001-2111 File mode 0027 is not valid.

Justin, maybe the startup files on V7 are different than on V8. Here are a couple of links that maybe might help in setting the proper umask when and where you need it. Have you looked at any of the logs outside of what is being created in the spooled files.

https://www.ibm.com/developerworks/ibmi/library/i-run-asf-tomcat-on-ibmi/

http://onjavadev.com/?p=23



Maybe you have some modified programs at startup that are being used for V7 and not for V8.

I found this as well:

In Tomcat 8.5, this is controlled with the environment variable UMASK. If this variable is not set when Tomcat is started, then Tomcat will set the umask to 0027, so that files have the permissions (rw-r-----). You can see this logic for this in Tomcat's bin/catalina.sh file.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.