Your message dated Wed, 15 Jul 2015 14:57:54 +0300 with message-id <[email protected]> and subject line Re: Bug#787400: monit: Cannot initialize SSL server certificate handler has caused the Debian Bug report #787400, regarding monit: Cannot initialize SSL server certificate handler to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 787400: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787400 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: monit Version: 1:5.9-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Can not connect to our MMONIT server. * What exactly did you do (or not do) that was effective (or ineffective)? i tye to starting monit => service monit start * What was the outcome of this action? an error :( [CEST Jun 1 08:15:01] error : Cannot initialize SSL server certificate handler -- error:140A90A1:SSL routines:func(169):reason(161) [CEST Jun 1 08:15:01] error : M/Monit: cannot open a connection to https://mmonit.checkdomain.de:8443/collector * What outcome did you expect instead? a success connect *** End of the template - remove these template lines *** -- Package-specific info: Contents of /etc/monit/ directory: /etc/monit: total 52 -rwx------ 1 root root 65 May 31 12:14 apache2ctl.sh drwx------ 2 root root 4096 May 31 12:16 conf.d -rwx------ 1 root root 302 May 31 12:15 mailpipe.sh -rw------- 1 root root 10305 May 31 12:14 monitrc -rw------- 1 root root 11232 Sep 30 2014 monitrc.2015-05-31@12:14:36~ drwxr-xr-x 2 root root 4096 Jun 1 08:14 monitrc.d -rwx------ 1 root root 4422 May 31 12:14 proclist.pl drwxr-xr-x 2 root root 4096 Jun 1 08:14 templates /etc/monit/conf.d: total 68 -rw------- 1 root root 475 May 31 12:18 apache2.conf -rw------- 1 root root 178 May 31 12:14 apache2ctl.conf -rw------- 1 root root 258 May 31 12:15 atd.conf -rw------- 1 root root 268 May 31 12:15 cron.conf -rw------- 1 root root 504 May 31 12:15 dovecot.conf -rw------- 1 root root 358 May 31 12:15 fail2ban.conf -rw------- 1 root root 501 May 31 12:15 filesystem.conf -rw------- 1 root root 189 May 31 12:14 mailpipe.conf -rw------- 1 root root 472 May 31 12:14 monit-to-mmonit.conf -rw------- 1 root root 399 May 31 12:15 mysql.conf -rw------- 1 root root 935 May 31 12:15 postfix-hold.conf -rw------- 1 root root 396 May 31 12:15 postfix.conf -rw------- 1 root root 405 May 31 12:15 proftpd.conf -rw------- 1 root root 494 May 31 12:16 robot.conf -rw------- 1 root root 375 May 31 12:15 ssh.conf -rw------- 1 root root 802 May 31 12:14 system.conf -rw------- 1 root root 526 May 31 12:15 unbound.conf /etc/monit/monitrc.d: total 60 -rw-r--r-- 1 root root 481 Sep 30 2014 acpid -rw-r--r-- 1 root root 641 Sep 30 2014 apache2 -rw-r--r-- 1 root root 456 Sep 30 2014 at -rw-r--r-- 1 root root 692 Sep 30 2014 cron -rw-r--r-- 1 root root 603 Sep 30 2014 mdadm -rw-r--r-- 1 root root 670 Sep 30 2014 memcached -rw-r--r-- 1 root root 704 Sep 30 2014 mysql -rw-r--r-- 1 root root 522 Sep 30 2014 nginx -rw-r--r-- 1 root root 472 Sep 30 2014 openntpd -rw-r--r-- 1 root root 951 Sep 30 2014 openssh-server -rw-r--r-- 1 root root 684 Sep 30 2014 pdns-recursor -rw-r--r-- 1 root root 1422 Sep 30 2014 postfix -rw-r--r-- 1 root root 780 Sep 30 2014 rsyslog -rw-r--r-- 1 root root 502 Sep 30 2014 smartmontools -rw-r--r-- 1 root root 310 Sep 30 2014 snmpd /etc/monit/templates: total 12 -rw-r--r-- 1 root root 164 Sep 30 2014 rootbin -rw-r--r-- 1 root root 160 Sep 30 2014 rootrc -rw-r--r-- 1 root root 164 Sep 30 2014 rootstrict -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages monit depends on: ii libc6 2.19-18 ii libpam0g 1.1.8-3.1 ii libssl1.0.0 1.0.1k-3 ii lsb-base 4.1+Debian13+nmu1 monit recommends no packages. Versions of packages monit suggests: ii postfix [mail-transport-agent] 2.11.3-1 pn sysvinit-core <none> -- Configuration Files: /etc/logrotate.d/monit changed: /var/log/monit/monit.log { daily rotate 7 size 1M missingok create 0660 root root compress delaycompress postrotate /etc/init.d/monit force-reload > /dev/null endscript } /etc/monit/monitrc changed: set daemon 120 # check services at 2-minute intervals with start delay 20 # optional: delay the first check by 4-minutes (by set logfile /var/log/monit/monit.log set idfile /var/log/monit/monit.id set statefile /var/log/monit/monit.state include /etc/monit/conf.d/*.conf -- no debconf information
--- End Message ---
--- Begin Message ---No reply for month. Closed. On Mon, Jun 8, 2015 at 2:09 PM, Sergey Kirpichev <[email protected]> wrote: > Hello, > > On Mon, Jun 8, 2015 at 12:45 PM, Martin Pala <[email protected]> wrote: >> Actually the original behaviour was bug - the name used in the “check >> system” was always intended to be visible in M/Monit, snip from Monit 5.9 >> manual (see the last sentence in the snip): >> >> —8<— >> =item 7. CHECK SYSTEM <unique name> >> >> The system name is usually hostname, but any descriptive name can be >> used. You can use the variable $HOST as the name, which will expand to >> the hostname. This test allows one to check general system resources >> such as CPU usage (percent of time spent in user, system and wait), >> total memory usage or load average. The unique name is used as the >> system hostname in mail alerts and when M/Monit is configured, then >> also as initial name of the host entry in M/Monit. >> —8<— >> >> Monit 5.13 fixes the problem - the “localhost” name is configuration issue … >> “$HOST” should be used if the real hostname is needed instead of custom name. > > Ok. If Jens confirm it's the case with his configuration, I guess > I can close this issue. > >> I’m sorry about the bug thread … i wanted to post the data to it and used >> “reply-all” to the original message, which automatically includes >> “[email protected]” - i guess the “-quiet” postfix makes the >> message invisible in the thread, changing it to “[email protected]” >> instead. > > Nothing wrong with you. With -quiet - message appears in the bts, but > not posted to all bug subscribers. > > For more info about bug manipulations by email, see e.g.: > https://www.debian.org/Bugs/Developer#followup > https://www.debian.org/Bugs/server-control
--- End Message ---
