Anonymous_User Absent Member.
Absent Member.
818 views

Performance Problems

Systems :
- NW65SP7 & Post Patches
- NCS & Native
- Virtualised in VI3.5 ( Native Systems ) and physical NCS
- attached to differnt SAN-boxes over different FC-switches
- LAN switches are DELL 6224f/6224

Problem :
A copy job of a large image file (about 2G) starts with 30-40kb/s and
drops down to a few hundred kb/s. If we wait an hour and repeat the job
the performance is stable. We wait again and the problem reoccurs.
GW-Users complain that jumping from one GW-Folder to another can take up
to 50 sec. The auto completion for eMail addresses takes a similar time.
Migrating the GW-resource to the other node solves the problem for some
hours. This seems to be the same problem like the copy job has.
Health monitor in NRM shows all stats ok. Level II oplock are set to on
and client file caching is set to off.
One NW server is used as test system without antivir and backup agent (
pure NW-OS and Patches ).
Because we have physical and virtual servers the nic drivers seem not to
be the problem. Windows systems do not show any performace issues.
Until now we found no way to isolate the problem.
Labels (2)
0 Likes
2 Replies
ataubman Absent Member.
Absent Member.

Re: Performance Problems

Please download fconfig17.zip from the file finder at
support.novell.com. Extract Config.nlm from it and copy that to SYS:SYSTEM .

On the console do LOAD CONFIG /jumba1se, and wait until the output file
CONFIG.TXT gets created (on NW 6.x this message only appears on the
Logger screen). Please post that file here, with any public IP addresses
and RConsole passwords edited out. Thank you.
--
Andrew C Taubman
Novell Support Forums Volunteer SysOp
http://forums.novell.com/
(Sorry, support is not provided via e-mail)

Opinions expressed above are not
necessarily those of Novell Inc.

Andrew C Taubman (Sorry, support is not provided via e-mail) Opinions expressed above are not necessarily those of Micro Focus.
0 Likes
Marcel_Cox Absent Member.
Absent Member.

Re: Performance Problems

BesideAndrew's request for your server config, I can already give some
general comments:

1) 2 recommendations for running NetWare under VMware (possibly you
already implemented them):
- only present one processor to the NetWare virtual machine. In fact, the VMware tools for NetWare can only properly detect an idle processor for the first processor. If you present a second processor to the virtual machine, it will always use the maximum cpu time you allocate to it without generally adding performance. In other words, you will just waste CPU time
- configure the virtual machine to attack the storage directly and do not put the storage into files. That will make a huge performance difference

2) The sudden drop in write performance is a well known problem that
Novell seems to be unable or unwilling to deal with. The issue occurs when
you write faster to the server than the disk write speed. The dirty cache
buffers will increase until some threshold at whicht eh server decides to
throttle all write access to the server. Unfortunately, this throttling is
very badly done. It is highly excessive brining down the write speed to
unacceptable lows, and the throttling is not specific to the connection
that is writing to fast but it affects all disk access to the server.

--
Marcel Cox
http://support.novell.com/forums
------------------------------------------------------------------------
Marcel Cox's Profile: http://forums.novell.com/member.php?userid=8
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.