- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- CIFS share and max sub directory limit reached
Operating System - HP-UX
1820390
Members
3454
Online
109623
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
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
Go to solution
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
тАО09-01-2010 12:05 PM
тАО09-01-2010 12:05 PM
We are running 11.23 with Online JFS. We have a CIFS share with millions of images and have reached the 32766 sub-directory limit. Is there a fix for this? If so, where is it? I've looked in the kernel parameters, but can't see it. If there is a fix, and I ever have to move this directory (with thousands of subdirectories and millions of files) to another OS, will this pose a problem on another OS.. say Linux? or Windows 2008?
Thank you!!!
Thank you!!!
Solved! Go to Solution.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2010 01:59 PM
тАО09-01-2010 01:59 PM
Solution
Hi Darren:
You can double the limit but that's as far as you can go.
# kctune -s vx_maxlink=65534
The default value is 32767 with a maxium value of 65534.
That said, having a filesystem with "millions of files" and such a very large number of directories is certainly not going to yield optimal performance. Databases are better suited for such orders of magnitude.
Regards!
...JRF...
You can double the limit but that's as far as you can go.
# kctune -s vx_maxlink=65534
The default value is 32767 with a maxium value of 65534.
That said, having a filesystem with "millions of files" and such a very large number of directories is certainly not going to yield optimal performance. Databases are better suited for such orders of magnitude.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-01-2010 02:03 PM
тАО09-01-2010 02:03 PM
Re: CIFS share and max sub directory limit reached
Thank you!!. we are moving all the files out of an Oracle database (BLOBS) to flat files and migrating the data (indexes) to SQL. So the image will be indexed by SQL. But thank you, I'll have to figure out another way to export the files to a differential directory structure (ie after 32000 directories- create another main directory (ie. AR-FILES1) and create the remaining subs under there.
Darren
Darren
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.
Company
Learn About
News and Events
Support
© Copyright 2025 Hewlett Packard Enterprise Development LP