Interesting...not really a Idea, but
- Did this happen also when you list the directory on a DOS Commandline?
- Did this happen also when you map the \\servername\home directory to a
drive letter?
- Did this happen also when you map with this syntax
MAP ROOT I:=.CN=cluster_server.O=ORGNAME:\home\users
- did you use the latest Novell Client?
Sorry, only some Ideas
Thomas
Hi,
> Anyway, hopefully someone can lend some insight before I have to log a
> call with Novell.
Please take a look at your ndsd thread count, it seems that the
default 64 can kill everything. We are using 192.
Next, your running cluster and have them virtualized.
If you are using a netapp, take a look at the cache of the netapp. It
can't handle large amount of small files very well.
And can you tell more about the complete setup, 64B or 32B patch
level. bus configuration of pci level (shared bus or not) and so on.
Alex
Can you point me to where to set this thread count.
Thanks
Hi,
> Alex
>
> Can you point me to where to set this thread count.
>
> Thanks
To display current threads, use:
ndstrace -c threads
Maximum threads for the ndsd thread pool can be increased by adding
the following line to the /etc/nds.conf:
n4u.server.max-threads=##
or
ndsconfig set n4u.server.max-threads=##
##=The new number for the max-threads setting
A restart of ndsd is required for the setting to take effect.
Example on Solaris & Linux:
/etc/init.d/ndsd restart
If you are running cluster services, reboot the machine :(
>
> I increased UDEVD_MAX_CHILDS to 128 from 64 and UDEVD_MAX_CHILDS_RUNNING
> to 32 from 16
>
> This seemed to help a little.
>
> Cheers,
> Carlos
Carlos,
The higher UDEV settings should only be needed to satisfy specific
dependencies at server startup.
See TID 7004877 for information on how to properly calculate UDEV
settings.
Regards
Hans
> I have tried NCP tuning by increasing MAXIMUM_CACHED_FILES_PER_VOLUME,
> and MAXIMUM_CACHED_SUBDIRECTORIES.
>
Carlos,
Have you followed the NCP tuning suggestions from TID 7004888 for this ?
Regards
Hans
We have similar issues as you described, thinks are "looking" better
after we patched the cluster with the latest updates
(http://download.novell.com/Download?buildid=KH1eJeZOqDM) available in
the update channel.
But we keep fingers crossed ...
with regards,
Arjan Nolle
On 1/30/2010 7:26 AM, andradac wrote:
>
> Hello,
>
> I have seen a couple of posts where ndsd crashes and ncp volumes are no
> longer available but I have not seen a post that came to a solution...
> Hopefully someone can help me out...
>
> I am going to apologize for the lengthy post ahead of time! :)
>
> We have 3 node cluster consisting of three OES2 SP2 on SLES10 SP3
> servers. One of the cluster resources (ncs_data_home) is a resource
> that has all of our student home directories. Consistently the node
> who hosts that node will have ndsd crash. We then have to restart
> ndsd.
>
> The ncs_data_home cluster resource has over 30,000 home directories
> under a users folder.
>
> We started out with 4GB of memory in each cluster node and found that
> ndsd would crash at least once every 2 days on the node that serviced
> home directories.
>
> Increasing the memory for each node to 8GB of memory for each cluster
> node would yeild ndsd crashing probably once anywhere from 3-5 days.
>
> I have tried NCP tuning by increasing MAXIMUM_CACHED_FILES_PER_VOLUME,
> and MAXIMUM_CACHED_SUBDIRECTORIES.
>
> This is on a test server matches a cluster node that is also running
> that has 6GB of memory and I am the only user that is accessing it.
>
> I have ruled out the cluster being the problem. I am leaning towards a
> problem edir have a problem keeping track of the trustee info.
>
> Anyway, hopefully someone can lend some insight before I have to log a
> call with Novell.
>
> Cheers,
> Carlos
>
>
Hi,
The updates from last sunday do help your case, by the looks of it.
Yup.
But i'm always setting it with ndsconfig.
>
> Actually, don't you mean:
>
> /etc/opt/novell/eDirectory/conf/nds.conf ?
>
> --El