Novell Cool Solutions

Optimising Linux servers for GroupWise and NCP Performance

peter6960

By:

April 12, 2011 10:14 am

Reads:6,334

Comments:2

Score:2

Print/PDF

Introduction:

Recently, I completed an installation of OES2 Linux servers and GroupWise for a customer where a few thousand users would be using these services simultaneously. Obviously, it was installed on some beefy hardware to begin with, but I researched all the various ways to optimize the performance of the systems even further. Below a summary of the various tweaks that can safely be applied to your OES servers and GroupWise servers running Linux:

Linux Server Optimization for GroupWise

The following tweaks can be applied to Servers, Cluster nodes and Virtual Machines that have to be optimized to run eDirectory and GroupWise for Linux and should be performed to optimize eDirectory Performance.

eDirectory Agent Cache settings

By default eDirectory uses a Dynamically Adjusted cache size limit. For best performance set this to a Hard Limit.

For the servers hosting the Post Offices/Gateways I’d recommend setting the Hard limit to 25% of the total RAM available, for example on the BL460c Blades with 16GB of RAM available, the Cache’s Hard Limit would be set to 4096Mb.

On machines where eDirectory will be utilized for IDM, the Hard Limit should be set to at least 60% to 70% of the RAM.

Access iMonitor on the server, go to “Agent Configuration” in the left hand side menu, and then “Database Cache” to Modify these parameters.

1._cache.png

Operating System Optimisation

The following parameters can be set to improve the performance / fault tolerance on the Operating System / Novell services.

Networking

Configure the network to use NIC Bonding for fault tolerance. This greatly reduces the risk of losing connectivity should a network cable or NIC start causing trouble.

Go to Yast, Network Devices and add a Bond interface.

NCP Server

Using Novell Remote Manager, there are a couple of general NCP server improvements you can implement. Log into Novell Remote Manager, via https://[server ip address]:8009. Then in the left hand pane open the “Manage NCP Services” and click on the “Manage Server” option.

After the “Server Parameter Information” page opens you can click on the values in order to tune them.

These are a couple of server tunings to consider:

Maximum_Cached_SubDirectories_Per_Volume tuned to 300000 (or higher)
Maximum_Cached_Files_Per_Volume tuned to 120000 (or higher)
Maximum_Cached_Files_Per_Subdirectory tuned to 6000 (or higher)
Cross_Protocol_Locks set to 1 to prevent Groupwise database Corruption.

See TID 7004594 for more information about NCP Cross Protocol Locks.

2_ncp_tweaks.png

NAMCD

As several services rely on the Novell Authentication Module for their authentication to eDirectory it is recommended to tune this so it uses the local server. By default the “preferred-server” is set to the LDAP server used when the server was installed into the tree. This could be a server across a network link, adding unnecessary traffic as well as slowing down LDAP logins.

To get the current “namcd” configuration execute:

namconfig get

If the preferred-server value does not point to the local ip address, or an ip address of a server on the same physical subnet, this can be changed with the following sequence of commands:

namconfig set preferred-server=[ndsd’s ip address]
namconfig -k
namconfig cache_refresh

This step can also solve a lot of other OES related issues, and increase performance.

After reconfiguring OES – check that the preferred server is still default.

NSS

To tune the filesystem for best performance when using NSS, the following tweaks can be applied:

Increase the NSS IDCacheSize to 128K, this can be accomplished by adding the following line to the nssstart.cfg:

/idcachesize=131072

Disable the Access Time by executing the following line:

nsscon /noatime=[volume name]

In order to make these tunings complete they can be added to the nssstart.cfg, though make sure to make no typos in this file, as they can cause the novell-nss to fail to start.

Make sure that all unmarked entries in this files start with a “/” and not a “nss /”.

Whenever a new NSS volume is added, the NCPCON commands has to be run on the new volumes.

See TID 7006996 – Get the most out your Novell Open Enterprise Server 2 for more information.

Conclusion

After applying these tweaks, you should have a noticeable increase in performance. It would be worth noting the CPU usage, Memory usage and ‘iostat’ statistics before and after the tweaks are applied to put a measurable gauge on how the tweaks have increased performance.

1 vote, average: 2.00 out of 51 vote, average: 2.00 out of 51 vote, average: 2.00 out of 51 vote, average: 2.00 out of 51 vote, average: 2.00 out of 5 (1 votes, average: 2.00 out of 5)
You need to be a registered member to rate this post.
Loading...Loading...

Tags:
Categories: GroupWise, Technical

2

Disclaimer: This content is not supported by Novell. It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test it thoroughly before using it in a production environment.

2 Comments

  1. By:bunnbox

    great tips, thanks!

  2. By:konecnya

    Over all a great article that has proven useful for me, though I have one thing to add.
    A lower limit for the eDir agent cache.

    For smaller trees, those numbers can be way more than needed and therefor not efficient. From other readings and practice, I’ve been using twice the size of local “DIB Size (KB)” value (or whole tree on small shops) rounded up. So far it has appeared to work well for my clients.
    I have seen indications of avoiding going over 1GB, though I am not sure if that is still an old 32-bit issue or a real issue, so something to watch on modern systems that can have lots of RAM, especially on VMs that we could grow the RAM along the way.

Comment

RSS