Server Won't Start
Which startup log files to examine?
If the server doesn't start, the cause will usually be revealed in catalina.out and stdout.log files. These files are typically located at:
C:\ProgramData\MailArchiva\Tomcat\logs (Windows)
If the Tomcat directory does not exist, create it manually using File Explorer and restart MailArchiva service.
Another way to troubleshoot startup on Windows, is to run the MailArchiva process in console mode. Simply run C:\Program Files\MailArchiva\server\bin\MailArchivaServer.exe from the commandline. It should output the reason why the server cannot start to the console.
Upgrade to MailArchiva V8/V9
Server won't start due to upgrade of MailArchiva. It may be necessary to follow these additional upgrade steps.
Incorrect memory size allocation
The server may not start because:
a) MailArchiva has been allocated more RAM than is physically available on your machine
b) MailArchiva has been allocated too little RAM. The minimum amount of allocated RAM should be 384 MB
c) On 32 bit OS platforms, MailArchiva has been allocated more than 1512m (the limit on 32bit Windows OS)
Common resolution
Linux repair
systemctl stop mailarchiva
Take note of heap space setting in /opt/mailarchiva/server/startserver CATALINA_OPTS
curl -sS https://bs.stimulussoft.com/api/v1/download/product/maonprem/linux/latest | grep -oP '"downloadUrl": *"\K[^"]*' | xargs curl | tar -xz -C /tmp && cd /tmp/mailarchiva_dist* && ./install
Please choose the same heap space setting as before.
mv /var/opt/mailarchiva/ROOT/queue/receive to mv /var/opt/mailarchiva/ROOT/queue/restore_receive
mv /var/opt/mailarchiva/ROOT/queue/index to mv /var/opt/mailarchiva/ROOT/queue/restore_index
It may also be necessary to clear the folder structures due to Orient DB database corruption. Doing so will blow away folder structures, if any, but not user information. This is an optional step.
mv /var/opt/mailarchiva/ROOT/database/archiva /root/archiva (or backup location)
systemctl start mailarchiva
Windows repair
If the MailArchiva task tray applet isn't loaded, load it from Windows program files menu.
Take note of Heap space settings in the MailArchiva applet. Right click Configure on the MailArchiva task tray applet, select Java tab ()
Download the latest setup from https://bs.stimulussoft.com/downloads & run the setup
Follow the exact same heap space settings as used before.
Rename C:\ProgramData\MailArchiva\webapps\ROOT\queue\receive to C:\ProgramData\MailArchiva\webapps\ROOT\queue\restore_receive
Rename C:\ProgramData\MailArchiva\webapps\ROOT\queue\index to C:\ProgramData\MailArchiva\webapps\ROOT\queue\restore_index
It may also be necessary to clear the folder structures due to Orient DB database corruption. Doing so will blow away folder structures, if any, but not user information. This is an optional step.
Rename C:\ProgramData\MailArchiva\webapps\ROOT\database\archiva to C:\archiva (or backup location)
Start MailArchiva from service applet
If the server still doesn't start, examine the log files below for clues:
/var/opt/mailarchiva/tomcat/logs (Linux)
C:\ProgramData\MailArchiva\Tomcat\logs (Windows)
Other reasons why the service won't start
- A TLS connector is enabled in server.xml and the keyPass and/or aliases do not correspond with the mailarchivacerts keystore.
- TLS connector attributes in server.xml are sensitive. e.g. keyPass attribute is defined as all lowercase (it must be keyPass and is case sensitive)
- AJP connector must be defined as <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" address="0.0.0.0" secretRequired="false" />
Recently upgraded from a previous version (Windows)
If the server doesn't start after having recently upgraded from a previous version, it could be that there is a mixup in program files. The steps to resolve are as follows:
- Ensure the server is stopped and the MailArchiva Task Tray is exited
- Ensure there are no MailArchiva processes running in the Task Tray
- Make sure that volume data is not stored in the same location as the C:\Program Files\MailArchiva location
- Uninstall the MailArchiva software from Program and Features (the configuration will be preserved)
- Everything under C:\Program Files\MailArchiva should be deleted
- Rerun the installer
- Start the server
Locked files during upgrade (WIndows)
While upgrading MailArchiva to a newer version, it is possible that the setup could not shut down the previous version of MailArchiva and its program files could not be overwritten. To resolve, try switching the MailArchiva Windows service to manual start using the Windows Services applet and reboot the machine. Thereafter, after the machine is rebooted, rerun the installer.
Common listening ports already taken
a) The server cannot listen on ports 8090, 8005, 8091, 8092, 8009 since they have already been taken
b) You can check if these ports are taken by doing the following:
From the Windows commandline, type:
notepad ports.txt
ctrl+F to search for desired port
From the Linux commandline, type:
netstat -l | grep 8090
c) On Windows, you can run MailArchiva in Console mode by running the C:\Program Files\MailArchiva\Server\bin\MailArchivaServer.exe file.
d) In the console output, if it complains about a port conflict, you know you need to change ports
e) On Linux, you should see the symptoms of a port conflict in the /usr/local/mailarchiva/server/logs/catalina.out file.
Resolution:
(a) Edit the file server.xml in C:\Program Files\MailArchiva\Server\conf or /usr/local/mailarchiva/server/conf and and change the ports
Directory and file interference
MailArchiva loads multiple tenants based on the contents of the instances and program directory\server\webapps folders. If there are backup files and directories placed in these folders, system instability can result. The resolution is to:
- Ensure that there are no folders other than ROOT (..and other instance names if MT mode enabled), logs, core in /etc/mailarchiva/ and C:\ProgramData\MailArchiva\
- Ensure that there are no folders other than ROOT in /opt/mailarchiva/server/webapps/ and C:\Program Files\MailArchiva\server\webapps\
Corrupted database
Stop the server
Rename [application data]/database to [application data]/database_bak
Start the server
Corrupted queue database
It is possible that your queue database is corrupted.
Stop the server
Delete the contents of [application data]/queue/ctl
Start the server
Multiple servers running
There are multiple instances of the server running.
From the Windows Task Manager, kill all Java processes before starting the server
On Linux, enter the following command in the command prompt:
Java runtime path issues
The location of the Java Runtime Environment is not on the PATH environment.
Resolution:
Add C:\Program Files\MailArchiva\jre\bin to the Windows PATH.
C++ runtime libraries
In some installations, Tomcat may not be able to locate the C++ runtime libraries
Resolution:
Copy C:\Program Files\MailArchiva\jre\bin\msvcr71.dll to C:\Windows\System32 and restart the server
Further debugging
If your problem is not helped by any of the above, startup errors are usually displayed in the catalina.out log, located at:
C:\Program Files\MailArchiva\server\logs\stdout.log (Windows)
/var/opt/mailarchiva/tomcat/stdout.log (Linux)
Please also examine the log files in:
C:\ProgramData\MailArchiva\core\logs (Windows)
/var/log/mailarchiva/core/logs (Linux)
Found this information useful? Visit mailarchiva.com to learn more about MailArchiva.