- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Ulimit setting problem
Operating System - HP-UX
1752600
Members
4527
Online
108788
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-15-2010 11:39 AM
тАО07-15-2010 11:39 AM
Ulimit setting problem
$ uname -a
HP-UX maa2tamh B.11.31 U ia64 0909076740 unlimited-user license
$ ulimit -aH
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 1048576
stack(kbytes) 131072
memory(kbytes) unlimited
coredump(blocks) unlimited
nofiles(descriptors) 4096
DBA asked to set the ulimit size to unlimited for stacks and data, but i am unable to set , got the below error, please advise how to set ulimit as unlimted for a particular user.
$ ulimit -s unlimited
sh: ulimit: The specified value exceeds the user's allowable limit.
HP-UX maa2tamh B.11.31 U ia64 0909076740 unlimited-user license
$ ulimit -aH
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 1048576
stack(kbytes) 131072
memory(kbytes) unlimited
coredump(blocks) unlimited
nofiles(descriptors) 4096
DBA asked to set the ulimit size to unlimited for stacks and data, but i am unable to set , got the below error, please advise how to set ulimit as unlimted for a particular user.
$ ulimit -s unlimited
sh: ulimit: The specified value exceeds the user's allowable limit.
- Tags:
- ulimit
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-15-2010 11:58 AM
тАО07-15-2010 11:58 AM
Re: Ulimit setting problem
Shalom,
root should be able to do this.
oracle user can not.
You may need to set this for root and then modify the oracle user profile to set this for the user.
Otherwise go for a REALLY big number.
SEP
root should be able to do this.
oracle user can not.
You may need to set this for root and then modify the oracle user profile to set this for the user.
Otherwise go for a REALLY big number.
SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-15-2010 12:11 PM
тАО07-15-2010 12:11 PM
Re: Ulimit setting problem
Yes already i tried this able to set as root, but its not reflecting in user side, itf the users put ulimit -a , still its hows the old value, but if i try to increase the value, i got this error.
sh: ulimit: The specified number is not valid for this command.
sh: ulimit: The specified number is not valid for this command.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-15-2010 01:09 PM
тАО07-15-2010 01:09 PM
Re: Ulimit setting problem
man 5 privileges [the user in question must have PRIV_LIMIT to raise limits above the current hard limit].
In practice, though -- you would be better served raising maxdsiz/maxdsiz_64bit and telling the DBA unlimited stacks are a complete fantasy they aren't going to get. Regardless of what the rlimit claims -- the stack is still always going to be maxssiz/maxssiz_64bit bytes (rounded down to a unit of `getconf _SC_PAGE_SIZE` since the system only really works by pages) away from the end of the process private address space. Hence, it doesn't matter what your limit claims -- when you hit the end of the address space, that's it.
The data limit is still enforced as maxdsiz/maxdsiz_64bit (the value at the time of process creation if the unlimited setting was already in effect, the current limit if the ulimit (setrlimit(2) really) change was made after the process was already running. Granted, that doesn't really have to be that way as the stack layout does. And also, of course -- there's no guarantee you won't hit other private objects like mmap well before that.
So in short -- you may want to just raise your maxdsiz tunable (although unless the binary is using one of the non-default address space layouts, the private data space is 1Gb by default for 32-bit -- so it won't mean anything, you'll really get (1Gb - maxssiz) for your private objects which is data+private mmap + thread stacks, etc....) and explain to your DBA that raising the stack limit means lowering the space for data so they can decide if they really need it.
If they don't really need unlimited but just want it to feel good or satisfy an install script -- then by all means give them the privilege and let them set it.
In practice, though -- you would be better served raising maxdsiz/maxdsiz_64bit and telling the DBA unlimited stacks are a complete fantasy they aren't going to get. Regardless of what the rlimit claims -- the stack is still always going to be maxssiz/maxssiz_64bit bytes (rounded down to a unit of `getconf _SC_PAGE_SIZE` since the system only really works by pages) away from the end of the process private address space. Hence, it doesn't matter what your limit claims -- when you hit the end of the address space, that's it.
The data limit is still enforced as maxdsiz/maxdsiz_64bit (the value at the time of process creation if the unlimited setting was already in effect, the current limit if the ulimit (setrlimit(2) really) change was made after the process was already running. Granted, that doesn't really have to be that way as the stack layout does. And also, of course -- there's no guarantee you won't hit other private objects like mmap well before that.
So in short -- you may want to just raise your maxdsiz tunable (although unless the binary is using one of the non-default address space layouts, the private data space is 1Gb by default for 32-bit -- so it won't mean anything, you'll really get (1Gb - maxssiz) for your private objects which is data+private mmap + thread stacks, etc....) and explain to your DBA that raising the stack limit means lowering the space for data so they can decide if they really need it.
If they don't really need unlimited but just want it to feel good or satisfy an install script -- then by all means give them the privilege and let them set it.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP