=== markthomas is now known as markthomas|away [04:16] hello all. just installed mythtv again, and I'm having an issue with the service - the program says start/running when I start it from the service, but it immediately stops. What logs can I look at? /var/log/messages doesn't have anything, and /var/log/mythtv doesn't have any logs for the backend [04:18] oh there's a /var/log/upstart folder... hm [04:19] that was the ticket === cip is now known as cipi [07:17] Good morning. === jelly is now known as sigyn === sigyn is now known as jelly === pulseaudio is now known as cz2 === Lcawte|Away is now known as Lcawte [10:33] kirkland: do you think bug 1505473 needs an SRU to Trusty? [10:33] bug 1505473 in pollen (Ubuntu Trusty) "pollen does not start on boot" [High,Triaged] https://launchpad.net/bugs/1505473 [13:03] rbasak: I don't think so [13:03] rbasak: as far as I'm aware, there's only one pollen server in production in the world, and they use the ppa:trusty/ppa :-) [13:04] rbasak: so I'd say don't worry about it unless canonical IS asks you to [13:17] kirkland: ah OK, thanks. I got confused between pollen and pollinate. [13:24] Hello guys any monitoring tool for nagios? like nagstamon? === zerick_ is now known as zerick [13:58] przemytriel: NAgios IS the monitoring tool :P [14:08] Who watches the watchers? :-) [14:09] The congress ;) [14:26] Your users? [14:28] bekks: :) === cipi is now known as CiPi === IdleOne- is now known as IdleOne === bladernr_ is now known as bladernr === markthomas|away is now known as markthomas [17:32] Hello all. Seem to be having a logging issue, my auth.log is 0b, my syslog is 0b, kern.log 0b... found https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1059854 and tried changing the rsyslog line from reload to restart, didn't seem to help [17:32] Launchpad bug 940030 in rsyslog (Ubuntu) "duplicate for #1059854 rsyslog stops working after logrotate until restarted" [Critical,Confirmed] === Tm_Tr is now known as Guest5920 [18:05] Are you using 15.04? [18:07] lordievader, 14.04.3 [18:09] Hmm, rsyslog is configured to output logs to there? [18:10] Comment #9 on the bug report doesn't work for you? [18:10] and tried changing the rsyslog line from reload to restart, didn't seem to help [18:11] and yes looking at 50-default.conf in /etc/rsyslog.d/ seems to be correct [18:15] lordievader, evidently I don't look at my logs frequently haha. Seems this issue started around August 10 2014, which I believe is around when I upgraded to 14.04 (it was running 12.04) [18:15] arrrghhh: bug 940030 reports a different workaround. [18:15] bug 940030 in rsyslog (Ubuntu) "rsyslog stops working after logrotate until restarted" [Critical,Confirmed] https://launchpad.net/bugs/940030 [18:17] lordievader, all of these bugs seem to indicate a reboot of the system would resolve it [18:17] I just rebooted to resolve an issue with mythtv logs, and I'm still not getting the auth.log/kern.log/syslog/etc [18:18] just changed that tho, restarted rsyslog and still nothing [18:18] files have not been touched [18:18] arrrghhh: No, they suggest a restart of the rsyslog service. [18:19] that does not work either... I've restarted rsyslog a few times now. Everytime I adjust that config file [18:19] hm. looking at permissions this might be the issue... root/root is the owner [18:20] dmesg is root/adm [18:20] arrrghhh: Run rsyslog manually instead of as a daemon. [18:21] lordievader, sudo rsyslogd? [18:22] Look in the upstart file, I have no idea. [18:25] lordievader, it still runs as a daemon... [18:26] arrrghhh: How did you start it? [18:27] sudo rsyslogd [18:28] start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- $RSYSLOGD_OPTIONS [18:28] $DAEMON = /usr/sbin/rsyslogd [18:30] arrrghhh: Check the manpage of rsyslogd. [19:06] https://air.mozilla.org/release-engineering-at-facebook/ === CiPi is now known as cipi === cipi is now known as CiPi === Karunamon|2 is now known as Karunamon [21:27] so I ran rsyslogd -d which spat a ton of info into the console... but I'm not seeing any errors [21:27] it doesn't seem to run continuously tho... I'm not sure if that's normal or not === Darkman802_ is now known as Darkman802 [21:53] so I'm still not getting anything in auth.log, syslog etc...