My assp.cfg file is 87054398 bytes long:
m5:/opt/assp # ls -las assp.cfg
85182 -rwxr-xr-x 1 root root 87054398 Apr 15 10:47 assp.cfg
m5:/opt/assp #
This is due to 4 very long lines:
m5:/opt/assp # awk 'length > 1000 { print NR, length }' assp.cfg
682 16777212
1014 3145716
1068 33554429
1069 33554427
m5:/opt/assp #
I kill the running assp process, wait for it to actually die (it takes
a while) and then edit the config file to examine and repair those
lines. The 1st of the exceedingly long lines, Line 682, sets a value
for adminusersdbpass -- "adminusersdbpass:=" followed by several
million hexadecimal digits (I did not examine them all to verify that
they were all hexadecimal digits). I kill everything to the right of
the equals sign. The 2nd of the exceedingly long lines, Line 104,
sets a value for SNMPUser -- "SNMPUser:=" followed by several million
hexadecimal digits (same disclaimer about not examining every one of
them). I kill everything to the right of the equals sign. The 3rd of
the exceedingly long lines, Line 1068, sets a value for
globalRegisterURL -- "globalRegisterURL:=" followed by several million
hexadecimal digits (same disclaimer) and the 4th of the exceedingly
long lines, which is the very next line, sets a value for
globalUploadURL -- "globalUploadURL:=" followed by several million
hexadecimal digits (same disclaimer). In both cases, I eliminate
everything to the right of the equals sign. I find that I have edited
the 2nd-to-last line of the file, only "ConfigSavedOK:=1" follows it.
I save the edit buffer and quit the editor; this is the result:
m5:/opt/assp # ls -las assp.cfg
133 -rwxr-xr-x 1 root root 22678 Apr 17 13:02 assp.cfg
m5:/opt/assp #
Assp is, you will recall, not running; I had killed it before editing
the assp.cfg file:
m5:/opt/assp # telnet localhost 25
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused
m5:/opt/assp #
I now re-invoke assp:
m5:/opt/assp # perl assp.pl
ASSP 2.4.2(14072) is starting in directory /opt/assp
on host m5
using Perl /usr/bin/perl version 5.018002 (5.18.2)
compiling code please wait ..... checking config in /opt/assp/assp.cfg - OK
ASSP uses AsspSelfLoader 2.03 - check [OK]
loading configuration [OK]
1070 values loaded [OK]
defining environment [OK]
setting up global ENV [OK]
loading modules.........U [failed] - errors are
written to file /opt/assp/moduleLoadErrors.txt
loading database drivers [OK]
setup regular expressions [OK]
loading plugins [OK]
fixing up config [OK]
starting as daemon [OK]
forked a new silent process [OK]
m5:/opt/assp #
You may have noticed the harmless error that certain Perl modules were
not found. For the curious, here is /opt/assp/moduleLoadErrors.txt:
m5:/opt/assp # cat moduleLoadErrors.txt
module File::Scan::ClamAV could not be loaded (see error below): check with
>perl -e "use File::Scan::ClamAV;"
Can't locate File/Scan/ClamAV.pm in @INC (you may need to install the
File::Scan::ClamAV module) (@INC contains: /opt/assp/lib
/usr/lib/perl5/site_perl/5.18.2/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.18.2
/usr/lib/perl5/vendor_perl/5.18.2/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.18.2
/usr/lib/perl5/5.18.2/x86_64-linux-thread-multi /usr/lib/perl5/5.18.2
/usr/lib/perl5/site_perl . /opt/assp /opt/assp/Plugins) at (eval 43) line 1.
BEGIN failed--compilation aborted at (eval 43) line 1.
module Mail::SPF could not be loaded (see error below): check with >perl -e
"use Mail::SPF;"
Can't locate Mail/SPF.pm in @INC (you may need to install the Mail::SPF
module) (@INC contains: /opt/assp/lib
/usr/lib/perl5/site_perl/5.18.2/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.18.2
/usr/lib/perl5/vendor_perl/5.18.2/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.18.2
/usr/lib/perl5/5.18.2/x86_64-linux-thread-multi /usr/lib/perl5/5.18.2
/usr/lib/perl5/site_perl . /opt/assp /opt/assp/Plugins) at (eval 56) line 1.
BEGIN failed--compilation aborted at (eval 56) line 1.
module Mail::SPF::Query could not be loaded (see error below): check with
>perl -e "use Mail::SPF::Query;"
Can't locate Mail/SPF/Query.pm in @INC (you may need to install the
Mail::SPF::Query module) (@INC contains: /opt/assp/lib
/usr/lib/perl5/site_perl/5.18.2/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.18.2
/usr/lib/perl5/vendor_perl/5.18.2/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.18.2
/usr/lib/perl5/5.18.2/x86_64-linux-thread-multi /usr/lib/perl5/5.18.2
/usr/lib/perl5/site_perl . /opt/assp /opt/assp/Plugins) at (eval 57) line 1.
BEGIN failed--compilation aborted at (eval 57) line 1.
m5:/opt/assp #
I insist that this is a distraction, a harmless error; there are
always (or almost always -- maybe I do have a platform where I
actually wasted my time installing every Perl module ASSP refers to,
and getting the moduleLoadErrors.txt file down to zero length) some
Perl modules that assp fails to find; it never prevents the program
from executing.
Getting back to the story now, I wait until assp is fully functional:
m5:/opt/assp # telnet localhost 25
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 m5.chicago.il.us ESMTP Postfix (0.0.0/0)
quit
221 2.0.0 Bye
Connection closed by foreign host.
m5:/opt/assp #
(The "0.0.0/0" that you see above is correct; I do not display the
version numbers of my network servers, because I am not an idiot.)
Assp is working again. I now examine the configuration file:
m5:/opt/assp # ls -las assp.cfg
23 -rw-rw-rw- 1 root root 22958 Apr 17 13:07 assp.cfg
m5:/opt/assp #
So, why am I writing this at all? There was a bizarre problem; I
dealt with it; the bizarre problem is gone. I write, however, because
this bizarre problem has happened before, and, if the future resembles
the past, it will happen again. I do not like having a 87-megabyte
assp.cfg file. It slows down my boot procedure; assp takes about 20
minutes to start. What caused this to happen? Has it happened to any
one of you? How do I keep it from happening again?
My /opt/assp directory, I should mention, is a ZFS filesystem, which
is shared among 8 different operating system -- mine is a multiboot
system, I can boot into whatever operating system my current client
needs me to be working on, and the continuity between boots is
provided by these shared ZFS filesystems. /opt/assp is the same
regardless of whether I boot into SuSE Linux Enterprise Server (which
I happen to be running at the moment) or whether I boot into NetBSD.
Actually I have 11 operating systems installed on my computer, but 3
of them -- OpenBSD, Haiku, and Microsoft Windows -- do not support
ZFS, so I cannot use them for any serious work. But I digress. The
point is that the damage, if I may call it that, to assp.cfg may have
occurred on a different operating system than the one that I am
currently running -- it could have been on any one of 4 different
Linux systems, or Solaris 11, or Solaris 10, or FreeBSD, or NetBSD.
Is any one of these operating systems known to do bizarre things to
the assp.cfg file? Thank you in advance for any and all replies.
Jay F. Shachter
6424 N Whipple St
Chicago IL 60645-4111
(1-773)7613784 landline
(1-410)9964737 GoogleVoice
[email protected]
http://m5.chicago.il.us
"Quidquid latine dictum sit, altum videtur"
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Assp-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/assp-user
