| Title: | DEC TCP/IP Services for OpenVMS |
| Notice: | Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System |
| Moderator: | ucxaxp.ucx.lkg.dec.com::TIBBERT |
| Created: | Thu Nov 17 1994 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 5568 |
| Total number of notes: | 21492 |
Hello,
I have a customer running with UCX V4.0-ECO1 on an AXP with OVMS V6.2, he
has a problem with the BIND SERVER process. The problem can be described as
follows : this AXP is setup as a secondary server for several domains, when
one of the primary servers is not available when a zone transfer is
requested the log file gets filled with errors, and the errors still
continue even after the primary server comes back. Notes 4812 and 3485 in
this conference talk about something that could be related but it was
supposed to be fixed with OVMS 6.2. I did not ask the customer to install
ECO5 of UCX V4.0 because I didn't find anything related to this problem
in the release notes.
The errors the customer sees are the following ones :
UCX BIND Server Warning Message -- Mon Mar 31 15:06:18 1997
zoneref: Masters for secondary zone zzz.xxx.de unreachable
UCX BIND Server Error Message -- Mon Mar 31 16:00:50 1997
xfer lib$spawn: 1c
UCX BIND Server Error Message -- Mon Mar 31 16:00:54 1997
named-xfer exit code 28
UCX BIND Server Error Message -- Mon Mar 31 16:zz:nn 1997
xfer lib$spawn: 124
out of a total of 350.674 records in the log file
174.145 times the error code 124 appears
1.144 times the error code 1c appears
28 times the error code 28 appears
Can someone help and tell me what could cause this problem, or is this
problem another instance of the problem reported in note 3485 ?
Thank you and regards
Guy
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 5421.1 | give it some quota | UTRTSC::KNOPPERS | Oswald Knoppers | Wed Apr 09 1997 02:16 | 9 |
> Can someone help and tell me what could cause this problem, or is this > problem another instance of the problem reported in note 3485 ? Sounds likely. Also I find that the default way the UCX$BIND account is setup has a *very* low pagefilequota (10240). Try bumping that up to say 40000. I have seen instances of this problem (error 1c, SYSTEM-F-EXQUOTA) on secondary servers running on VMS V6.2 with very large databases. Oswald | |||||
| 5421.2 | will try to increase the pagefilequota | BACHUS::ROELANDTS | Wa d'es ma da ve ne stuut | Wed Apr 09 1997 09:32 | 19 |
Oswald,
Thank you, but
>I have seen instances of this problem (error 1c, SYSTEM-F-EXQUOTA) on
>secondary servers running on VMS V6.2 with very large databases.
1. How do you translate error 1c in SYSTEM-F-EXQUOTA ?
2. This system is secondary server for quite a lot of domains, so it
could be that we are aslo in that situation.
I'll try to raise the pagefilequota of the UCX$BIND account.
Rgds,
Guy
| |||||
| 5421.3 | UTRTSC::KNOPPERS | Oswald Knoppers | Thu Apr 10 1997 02:27 | 5 | |
$ exit %x1c %SYSTEM-F-EXQUOTA, process quota exceeded $ Oswald | |||||
| 5421.4 | oops forgot about it | BACHUS::ROELANDTS | Wa d'es ma da ve ne stuut | Thu Apr 10 1997 08:01 | 9 |
Oops,
Should have thought about it .... but I thought you needed a minimum
number of digits ....
Anyway thank you and regards,
Guy
| |||||
| 5421.5 | worksas well :-) | UTRTSC::KNOPPERS | Oswald Knoppers | Thu Apr 10 1997 08:03 | 3 |
$ exit %x000000000000000000000000000000001c %SYSTEM-F-EXQUOTA, exceeded quota $ | |||||