[Info-vax] TCPIP$SMTP SYSTEM-F-EXQUOTA, SYSTEM-F-ACCVIO after upgrade to V8.3
Steven Schweda
sms.antinode at gmail.com
Wed Oct 21 01:43:17 EDT 2009
The system disk on my main system ("HP TCP/IP Services for
OpenVMS Alpha Version V5.4 - ECO 7 | on a COMPAQ Professional
Workstation XP1000 running OpenVMS V7.3-2") has started
dropping briefly into mount verification several times per
day, so this seemed like a good opportunity to do that VMS
V8.3 upgrade I've been postponing for a long time.
So, I INITIALIZEd a new system disk (/STRUCTURE = 5),
booted off the V8.3 CD-ROM, did a BACKUP /IMAG /NOINIT /TRUN
/VERI from the old disk to the new one, and then did the OS
upgrade. No obvious errors.
The new BIND server goes berserk if it sees a name with an
"_" in it, but after replacing all those with "-", I got the
DNS working again. However, the SMTP receiver fails every
time, with either %LIB-E-ACTIMAGE / -SYSTEM-F-EXQUOTA or
%SYSTEM-F-ACCVIO, depending. Using the local name/address:
alp $ telnet /po = 25 alp-l
%TELNET-I-TRYING, Trying ... 10.0.0.9
%TELNET-I-SESSION, Session 01, host alp-l, port 25
-TELNET-I-ESCAPE, Escape character is ^]
%TELNET-S-REMCLOSED, Remote connection closed
-TELNET-I-SESSION, Session 01, host alp-l, port 25
ALP $
%%%%%%%%%%% OPCOM 20-OCT-2009 23:01:44.03 %%%%%%%%%%%
Message from user INTERnet on ALP
INTERnet ACP SMTP Accept Request from Host: 10.0.0.9 Port:
49160
ALP $
%%%%%%%%%%% OPCOM 20-OCT-2009 23:01:44.66 %%%%%%%%%%%
Message from user TCPIP$SMTP on ALP
-SYSTEM-F-EXQUOTA, process quota exceeded
Using the outside name/address (via the DSL modem+router):
alp $ telnet /po = 25 alp
%TELNET-I-TRYING, Trying ... 209.98.249.184
%TELNET-I-SESSION, Session 01, host alp, port 25
-TELNET-I-ESCAPE, Escape character is ^]
%TELNET-S-REMCLOSED, Remote connection closed
-TELNET-I-SESSION, Session 01, host alp, port 25
ALP $
%%%%%%%%%%% OPCOM 20-OCT-2009 23:02:20.81 %%%%%%%%%%%
Message from user INTERnet on ALP
INTERnet ACP SMTP Accept Request from Host: 209.98.249.184
Port: 17982
ALP $
%%%%%%%%%%% OPCOM 20-OCT-2009 23:02:21.22 %%%%%%%%%%%
Message from user TCPIP$SMTP on ALP
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
address=0000000000000000, PC=0000000000031BCC, PS=0000001B
These both work with the old system disk.
The first time I tried all this ("What could go wrong?"), I
hit it with all the current patch kits (PCSI, UPDATE, SYS,
misc, ..., TCPIP ECO 4) before I tried to do any useful work.
Seeing that fail, I tried again with no patches (same
failures), and again after only the TCPIP ECO (same failures).
On the off chance that the UAF quotas for TCPIP$SMTP really
were too low, I tried increasing BIOlm: 18 -> 128, DIOlm: 18
-> 128, ASTlm: 100 -> 128, TQElm: 15 -> 128, Bytlm: 52200 ->
128000, with no effect. I assume that it's trying to malloc()
2GB or something, but I couldn't prove it.
Because the symptom changes, depending on which address is
used, I wonder about the DNS, but (after removing all the "_"
characters from the names), it all seems to work as I expect,
forward and back, on all the names and addresses.
The TCPIP$SMTP_RECV_RUN.LOG files don't seem to add much:
$ Set NoOn
$ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))
%%%%%%%%%%%% 20-OCT-2009 23:28:54.13 %%%%%%%%%%%%
%LIB-E-ACTIMAGE, error activating image
ALP$DKA0:[SYS0.SYSCOMMON.][SYSLIB]UCX$IPC_SHR.EXE
-SYSTEM-F-EXQUOTA, process quota exceeded
%LIB-E-ACTIMAGE, error activating image !AS
TCPIP$SMTP job terminated at 20-OCT-2009 23:28:54.18
Accounting information:
Buffered I/O count: 98 Peak working set
size: 15536
Direct I/O count: 66 Peak virtual
size: 208880
Page faults: 14351 Mounted
volumes: 0
Charged CPU time: 0 00:00:00.23 Elapsed time: 0
00:00:00.62
$ Set NoOn
$ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))
%%%%%%%%%%%% 20-OCT-2009 23:28:58.61 %%%%%%%%%%%%
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
address=0000000000000000, PC=0000000000031BDC, PS=0000001B
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
address=000000000000000C, PC=0000000000000012, PS=00000003
TCPIP$SMTP job terminated at 20-OCT-2009 23:28:58.66
Accounting information:
Buffered I/O count: 93 Peak working set
size: 17936
Direct I/O count: 68 Peak virtual
size: 208240
Page faults: 14566 Mounted
volumes: 0
Charged CPU time: 0 00:00:00.25 Elapsed time: 0
00:00:00.42
I'm hoping to avoid a long series of slow experiments which
cripple my main system, so if anyone has any insight, I'm open
to suggestions. (And back to V7.3-2.)
I remember when stuff like this just worked.
More information about the Info-vax
mailing list