[00:00] <ice9> ikonia, i noticed something, many of those emails are being sent to 'root' on my server which i don't use this as email user
[00:00] <sypher> I'm noticing an issue with a fresh install of Ubuntu Server 16.04 where the server will hang for several minutes during shutdown. Most recent message displayed is "[  OK  ] Stopped LVM2 metadata daemon."
[00:01] <ikonia> ice9: that should create a bounce though as undeliverable
[00:07] <ice9> ikonia, how can i make postfix log directly to mail.log?
[00:08] <ikonia> ice9: depends on your config
[00:08] <ikonia> if this is a standard ubuntu install, the logging should be setup fine / standard out of the box
[00:09] <ice9> ikonia, so if removed the line syslog_name= from master.cf, it whould revert to the default behavior?
[00:10] <ikonia> removed....
[00:10] <ikonia> did you put it in ?
[00:11] <ice9> ikonia, i mean submission inet  n       -       y       -       -       smtpd
[00:11] <ice9>     -o syslog_name=postfix/submission
[00:11] <ikonia> did you add that line ?
[00:12] <ice9> actually i don't remember if it was there by default or i configured it for syslog
[00:12] <ice9> i think i did it
[00:12] <ikonia> revert then
[00:12] <ikonia> as postfix maybe trying to write directly to syslog
[00:12] <ikonia> which will fail
[00:13] <ice9> ikonia, i removed it but i still see postfix is logging to syslog
[00:13] <ikonia> there should be some logging to syslog by default as syslog will log mail events
[00:15] <ice9> ikonia, so postfix is logging fine to syslog, and syslog is logging fine to mail.log,etc; however it still complaining about log file
[00:15] <ikonia> ice9: postfix is not logging to syslog
[00:15] <ikonia> ice9: the syslog is picking up mail events
[00:16] <ice9> ikonia, ahh then i will disbable that in syslog conf and see
[00:18] <ice9> ikonia, i disabled all mail conf in syslog, restarted syslog, but still seeing postfix log in syslog
[00:18] <ice9> :D
[00:19] <ikonia> ice9: no you're not
[00:19] <ikonia> ice9: postfix is not logging to syslog
[00:19] <ikonia> syslog is picking up mail events - there is a difference
[00:23] <ice9> ikonia, i stopped the syslog service but postfix didn't log to any file in /var/log
[00:29] <ice9> ikonia, if i rebooted, will the queued mail be lost?
[00:35] <vonsyd0w> question: when I update a BIND dynamic zone with rndc freeze and thaw, do I need to increment the serial in the zone file as well?
[00:54] <ice99> ikonia, i found the issue, it was related to dovecot log file, i emptied it and everything worked again
[09:18] <icey> how can I change the disk scheduler on a specific disk on a machine, permenantly? I can echo to the /sys/block... path but that won't persist after a reboot apparently and I don't want to change the global scheduler, is my only option a systemd OneShot to run that?
[09:34] <lordievader> Good morning
[09:35] <lordievader> icey: I'd say the tmpfiles.d is easier for that goal.
[09:36] <lordievader> icey: https://www.freedesktop.org/software/systemd/man/tmpfiles.d.html
[09:37] <icey> lordievader: cool, I have no idea how to use tmpfiles.d but it looks like it could solve the problem fairly elegantly
[09:38] <lordievader> Yes, you add a config file telling systemd to write something to a file.
[09:38] <icey> lordievader: looks like a systemd only thing? Technically this needs to support back to...trusty or precise
[09:38] <icey> or just trusty if I take too long to make this change ;-)
[09:38] <lordievader> Yes, I thought so.
[09:40] <icey> any suggestions then if trusty is a target for this change as well? I'm considering changing the global scheduler since I should basically be owning the machine's disks
[09:40] <icey> except for the OS disk
[09:41] <lordievader> It might be possible that you can configure this through udev too.
[09:44] <icey> it always comes back to udev doesn't it
[09:44] <icey> thanks for the rabbit hole to fall through lordievader!
[09:46] <lordievader> Makes sense that it comes back to udev, right ;)
[09:49] <icey> always :)
[20:49] <bryanruiz> ...im trying to juju register to a controller on a new bare-metal machine to an existing machine with lxd-openstack on it..  it hangs and i cant figure out why
[21:28] <m4xx> afternoon all. i've installed 14.04 on a supermicro server and the network adapters don't seem to work after install
[21:29] <m4xx> i see them listed in lspci
[21:29] <m4xx> they are 82575L if it makes a difference
[21:36] <JanC> m4xx:  what kernel are you using?
[21:36] <m4xx> not sure, what ever the default is for 14.04 64
[21:37] <m4xx> uname -a shows 4.4.0-59-generic
[21:38] <JanC> so that's the xenial (16.04) kernel packaged for 14.04, which is fairly recent
[21:38] <m4xx> i installed from the mini.iso if that means anything
[21:38] <m4xx> what is weird is it worked durring install
[21:40] <m4xx> ls mod shows that e1000e is loaded but https://downloadmirror.intel.com/20927/eng/e1000.htm says that's for pcie network cards
[21:42] <JanC> those are often/usually on-board
[21:43] <JanC> don't you see the network adapter or doesn't it get an IP address?
[21:43] <m4xx> ifconfig -a show's enp6s0 and enp7s0
[21:43] <JanC> so they seem to be there
[21:43] <m4xx> if i try to restart networking i get an error
[21:43] <m4xx> says it fails to stop
[21:45] <m4xx> "stop: Job failed while stopping" to be exact
[21:45] <m4xx> in syslog i get "networking post-stop process (1366) terminated with status 100"
[21:57] <m4xx> in /etc/network had eth0 as the primary network interface, i change it to enp6s0 and still no network
[22:05] <m4xx_> JanC: any ideas?
[22:06] <JanC> are both connected to the network?
[22:06] <m4xx_> just one
[22:06] <JanC> in that case I'd say add both, to make sure
[22:06] <m4xx_> i tried switching the ports
[22:06] <m4xx_> that didn't make a difference
[22:07] <m4xx_> still want me to dig out another wire?
[22:07] <JanC> and make sure it's configured correctly (fixed IP or DHCP, maybe routing)
[22:08] <m4xx_> it's all stock ootb
[22:08] <m4xx_> set to be dhcp
[22:08] <JanC> and you have DHCP on the network?
[22:08] <m4xx_> yep
[22:08] <m4xx_> using on the laptop i'm on right now
[22:09] <m4xx_> my /etc/network/interfaces: auto enp6s0<newline>iface enp6s0 inet dhcp
[22:09] <m4xx_> ifquery --list --allow auto only show's l0
[22:10] <JanC> I would add enp7s0 too in there
[22:11] <m4xx_> just did, rebooting
[22:11] <m4xx_> after reboot ifconfig only show's l0
[22:11] <JanC> although you should be able to see with "ip link" which one is connected
[22:13] <m4xx_> hmm
[22:13] <m4xx_> looks like i get an ipv6 address
[22:13] <JanC> although if ifconfig shows only 'lo' that's strange, I guess
[22:14] <m4xx_> they also don't want to auto
[22:30] <ironhalik> hmm, is there any reason why a fresh installation of xenial would be listening on ports 25, 110, 143, 993, 995? (I can't see any processes listening on those ports with netstat, but I can see them when I nmap the server)
[22:35] <ikonia> ironhalik: nmap is not fact
[22:35] <ikonia> ironhalik: connect to the ports - see if there really is something listening
[22:35] <ikonia> mail - obviously yes
[22:35] <ikonia> 993 - are you running ldap ?
[22:35] <ikonia> 995 thats imaps (stands to reason if you're running mail)
[22:35] <m4xx_> those are all mail ports no?
[22:35] <ikonia> 143....thats mail too
[22:36] <ikonia> a clean install shouldn't set up things like imap services though
[22:36] <ironhalik> yeah, all mail ports
[22:36] <ironhalik> tried with ncat and could connect
[22:36] <ikonia> ironhalik: what was listening ?
[22:37] <ironhalik> dunno, noting answered - netcat reported that the connection was successful
[22:37] <ikonia> ironhalik: are you running an imap service ?
[22:37] <ironhalik> shouldn't be
[22:38] <ironhalik> it's a fresh install
[22:38] <ikonia> not "shoudln't be" are you
[22:38] <ikonia> that seems unlikley
[22:38] <ikonia> how did you do the install ?
[22:38] <ikonia> did you use profiles, scripts etc
[22:38] <ironhalik> the standard installer, selected base system + openssh server at package selection
[22:39] <ironhalik> ok, so I nmapped other servers
[22:39] <ironhalik> and all are showing the same
[22:39] <ikonia> there is no way on this planet a standard install should be running imaps services
[22:39] <ironhalik> that was exactly my thought :)
[22:40] <ikonia> check what imap service is listening
[22:40] <tomreyn> you're either scanning the wrong server, mixing up nmap's resporting of 'open' and 'stealth' or using an hosting providers 'template' installation of ubuntu with these services pre-installed.
[22:40] <ironhalik> thats the thing, nothing shows up on netstat or lsof
[22:41] <ikonia> ironhalik: what is the netstat command you are running
[22:41] <ironhalik> netstat -tulpn
[22:41] <ikonia> tomreyn: he said he can "connect"
[22:41] <ironhalik> sec
[22:41] <ikonia> ironhalik: and what are you expecting to see with that ?
[22:42] <tomreyn> it's a different system then, NAT or transparent proxy.
[22:43] <ironhalik> Ok, so heres some data from my local server
[22:43] <ironhalik> ie, home server running 16.04, it's not fresh but should be running amy mail services either
[22:43] <ironhalik> http://pastebin.com/raw/h2zv9s7Y
[22:43] <ikonia> not fresh ?
[22:43] <ironhalik> shouldn't*
[22:43] <ikonia> you just said a minute ago it was a clean install
[22:43] <ironhalik> Im scanning multiple servers
[22:44] <ikonia> ironhalik: show me the output of the scan in a pastebin please
[22:44] <ironhalik> http://pastebin.com/raw/h2zv9s7Y <-
[22:44] <ikonia> ironhalik: are you doing this on the same server you're scanning
[22:45] <ikonia> localhost
[22:45] <ikonia> as it's connecting to/from 127.0.0.1
[22:45] <ironhalik> what the
[22:47] <ironhalik> hmm, just ran the nmap from one of the servers against another server and the output is as expected
[22:48] <ironhalik> ssh and http open
[22:48] <ikonia> and the rest ?
[22:48] <ironhalik> they're not showing
[22:48] <ironhalik> can nmap somehow show ports on the 'client' machine, as in the one Im scanning from?
[22:49] <ikonia> you need to look at your setup/what you're doing as imap servers are not installed by default
[22:49] <ikonia> ironhalik: nmap will scan what you tell it to
[22:49] <ikonia> however based on your pastebin, it looks flawed as you're referencing localhost
[22:50] <ironhalik> yeah, something is not right
[22:51] <ironhalik> ok, so a quick recap
[22:51] <ironhalik> home mac -> xenial server scan shows mail ports
[22:51] <ironhalik> xenial server -> another xenial server shows everything in order
[22:52] <ironhalik> home mac via backup gsm connection -> xenial server shows a crapton of open ports :)
[22:53] <ironhalik> looks like something is wrong with macOS nmap port?