System Status check fails and apologizes

Everything is working fine except when I login to admin GUI the status check fails. Looking at other similar posts does not match what I’m seeing in my logs. Any help to fix this is appreciated

Nothing unique in my setup. standalone vm running Ubuntu 14.04.4LTS - only miab installed

tail -f /var.log/syslog shows the following:

(for privacy I replaced my domain and IP with mydomain and ###)

Oct 5 08:54:20 mail dovecot: config: Warning: service auth { client_limit=1000 } is lower than required under max. load (5000)
Oct 5 08:54:20 mail dovecot: config: Warning: service anvil { client_limit=1000 } is lower than required under max. load (4003)
Oct 5 08:54:21 mail postfix/submission/smtpd[17333]: connect from mail.‘mydomain’.com[206.###.###.###]
Oct 5 08:54:21 mail postfix/smtpd[17332]: connect from mail.‘mydomain’.com[206.###.###.###]
Oct 5 08:54:21 mail dovecot: lmtp(17331): Connect from 127.0.0.1
Oct 5 08:54:21 mail dovecot: lmtp(17331): Disconnect from 127.0.0.1: Connection closed (in banner)
Oct 5 08:54:21 mail dovecot: lmtp(17331): Connect from 127.0.0.1
Oct 5 08:54:21 mail postfix/submission/smtpd[17333]: lost connection after CONNECT from mail.‘mydomain’.com[206.###.###.###]
Oct 5 08:54:21 mail postfix/submission/smtpd[17333]: disconnect from mail.‘mydomain’.com[206.###.###.###]
Oct 5 08:54:21 mail postfix/smtpd[17332]: lost connection after CONNECT from mail.‘mydomain’.com[206.###.###.###]
Oct 5 08:54:21 mail postfix/smtpd[17332]: disconnect from mail.‘mydomain’.com[206.###.###.###]
Oct 5 08:54:21 mail dovecot: lmtp(17331): Disconnect from 127.0.0.1: Connection closed (in banner)
Oct 5 08:54:21 mail dovecot: imap-login: Disconnected (disconnected before auth was ready, waited 0 secs): user=<>, rip=206.###.###.###, lip=206.###.###.###, TLS handshaking: Disconnected, session=<mAzAMCA+ZgDOwPYW>
Oct 5 08:54:21 mail dovecot: managesieve-login: Disconnected (disconnected before auth was ready, waited 0 secs): user=<>, rip=206.###.###.###, lip=206.###.###.###, secured, session=<Ew/AMCA+yQDOwPYW>
Oct 5 08:54:21 mail named[1165]: received control channel command 'flush’
Oct 5 08:54:21 mail named[1165]: flushing caches in all views succeeded

So what is the failing status check?

I assume you’re worried about these lines? They’re just a normal part of running status checks… perfectly normal.

Oct 5 08:54:21 mail postfix/submission/smtpd[17333]: lost connection after CONNECT from mail.‘mydomain’.com[206.###.###.###]
Oct 5 08:54:21 mail postfix/submission/smtpd[17333]: disconnect from mail.‘mydomain’.com[206.###.###.###]

Good question, I’m not sure because the only message I get in the GUI is the apology. The syslog output I posted is what I see when I tail -f syslog and log in to the admin GUI or click System/Status Checks. This system check failure started on its own. Prior to getting this I had already changed the ssh port and I don’t care that I’m not using a public key. The GUI System Status checks were working while those changes were already in place.

Here’s what I get when I run status_checks.py
System

â All system services are running.
â The SSH server on this machine permits password-based login. A more secure way to log in is using a public key. Add your SSH public key to $HOME/.ssh/authorized_keys, check
that you can log in without a password, set the option ‘PasswordAuthentication no’ in /etc/ssh/sshd_config, and then restart the openssh via ‘sudo service ssh restart’.
E: Unmet dependencies. Try using -f.
Traceback (most recent call last):
File “./status_checks.py”, line 916, in
run_checks(False, env, ConsoleOutput(), pool)
File “./status_checks.py”, line 37, in run_checks
run_system_checks(rounded_values, env, output)
File “./status_checks.py”, line 166, in run_system_checks
check_software_updates(env, output)
File “./status_checks.py”, line 190, in check_software_updates
pkgs = list_apt_updates(apt_update=False)
File “./status_checks.py”, line 715, in list_apt_updates
simulated_install = shell(“check_output”, ["/usr/bin/apt-get", “-qq”, “-s”, “upgrade”])
File “/home/csterling/mailinabox/management/utils.py”, line 193, in shell
ret = getattr(subprocess, method)(cmd_args, **kwargs)
File “/usr/lib/python3.4/subprocess.py”, line 620, in check_output
raise CalledProcessError(retcode, process.args, output=output)
subprocess.CalledProcessError: Command ‘[’/usr/bin/apt-get’, ‘-qq’, ‘-s’, ‘upgrade’]’ returned non-zero exit status 100

That is a very strange message. I’d guess you’re not installing this on a clean Ubuntu 14.04? (Or you tried upgrading to 16.04, which is not advisable)

Try logging in and running

sudo apt-get -f install

But really, it sounds like your installed distro packages got screwed up somehow… Any idea how?