UniData used to have a problem with the noninteractive desktop heap size
- fixed in version 6. I'd been surprised (and disappointed) if it was
the same problem that is in UV 10.1.
I also have a tech tip that was posted to the list a couple of years
back. Not sure how much is still relevant to UV 10.1.
Hth
Colin Alfke
Calgary Canada
This problem was brought to our attention on systems running
Seagate
Backup Software. Seagate makes a change to a registry
setting to get
around User32.dll errors in Windows NT (per Seagate's Tech
Note). Seagate obtained this information from Microsoft's
Knowledge
Base Article Q142676. Ardent tech support believes
that Microsoft's solution causes Kernal32.dll errors on
servers
running UniData and/or UniVerse, so they recommend a
different
solution.
The poor RDBMS performance and low number of users allowed
to login
is due to an insufficiently sized non-interactive heap.
Increasing
this setting has resulted in noticeably improved server
performance.
Solution:
The following solutions should be tried one at a time. After
each
fix, check the server to see if the problem has been
corrected. It
is strongly recommended to NOT apply every step at one time.
Make
only the minimum changes necessary to correct the problem.
Excessive
registry modifications may cause conflicts in other areas
that will
be very difficult to troubleshoot.
(1). Check the virtual memory setting, located in START |
Settings |
Control Panel | System. This opens the "System Properties"
applet.
Select the "Performance" tab. The Virtual Memory setting is
displayed and can be changed from here.
(2). Open the following registry key using REGEDIT or
REGEDT32.
HKEY_LOCAL_MACHINE/System/CurentControlSet/Control/SessionManager/SubSys
tem/Windows
The entire string will be similar to:
%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows
SharedSection=1024,3072 Windows=On SubSystemType=Windows
ServerDll=basesrv,1
ServerDll=winsrv:UserServerDllInitialization,3
ServerDll=winsrv:ConServerDllInitialization,2
ProfileControl=Off
MaxRequestThreads=16
Look for the sub-string: SharedSection=XXX,YYY,ZZZ
XXX - is the size of the global heap in kilobytes.
YYY- is the size of the interactive desktop (system wide)
heap in
kilobytes.
ZZZ- is the size of the non-interactive (hidden) desktop
heap in
kilobytes.
If ZZZ is increased then more objects can be created per
desktop.
This value is a Multi-String (edit it using Multi-String on
the Edit
menu).
The default value says 1024,3072. This should be changed to:
If the user is using SEAGATE change to 1024,3072,1024
If the user is not using SEAGATE change to 1024,3072,8192.
NOTE: Microsoft's solution is to change ZZZ to 512. This
occasionally results in Kernal32.dll errors. Epicor
recommends
setting ZZZ to 8192.
Reboot to effect the change.
(3). Delete RegistrySizeLimit from
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control
(4). Set PagePoolSize to 0 at
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager\Memor
y
Management.
(5). If the problem persists then try this step as a last
resort.
Open the registry key
HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/Afd/Parameters
and add 4 new keys. Each key should be of type REG_DWORD:
Key Name Hex Value Decimal Value
InitialLargeBufferCount 0x1e 30
IrpStackSize 0x8 8
LargeBufferSize 0x1000 4096
MediumBufferSize 0xbc0 3008
Reboot to effect the change.
>-----Original Message-----
>From: David Wolverton
>
>I have a client telling me that the UniVerse server is
>crashing when Veritas Backup Exec is trying to back it up at night.
>
>They are having to do a hard reboot every morning, and have no
>backup to boot!
>
>Veritas Backup Exec 10d with tape drive running on a different server.
>UniVerse is 10.1 and has 'Remote Backup Agent' running on it.
>My UniVerse vendor said there may be an 'environment variable
>conflict' issue they thought they heard of.
>
>Anything more precise that anyone knows of?
>
>
>David W.
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/
