| 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:00 |
| ikonia | ice9: that should create a bounce though as undeliverable | 00:01 |
| ice9 | ikonia, how can i make postfix log directly to mail.log? | 00:07 |
| 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:08 |
| ice9 | ikonia, so if removed the line syslog_name= from master.cf, it whould revert to the default behavior? | 00:09 |
| ikonia | removed.... | 00:10 |
| ikonia | did you put it in ? | 00:10 |
| 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:11 |
| 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:12 |
| 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:13 |
| 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:15 |
| ice9 | ikonia, ahh then i will disbable that in syslog conf and see | 00:16 |
| ice9 | ikonia, i disabled all mail conf in syslog, restarted syslog, but still seeing postfix log in syslog | 00:18 |
| ice9 | :D | 00:18 |
| 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:19 |
| ice9 | ikonia, i stopped the syslog service but postfix didn't log to any file in /var/log | 00:23 |
| ice9 | ikonia, if i rebooted, will the queued mail be lost? | 00:29 |
| 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:35 |
| ice99 | ikonia, i found the issue, it was related to dovecot log file, i emptied it and everything worked again | 00:54 |
| === JanC is now known as Guest24786 | ||
| === JanC_ is now known as JanC | ||
| 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:18 |
| === Rar9_ is now known as Rar9 | ||
| lordievader | Good morning | 09:34 |
| lordievader | icey: I'd say the tmpfiles.d is easier for that goal. | 09:35 |
| lordievader | icey: https://www.freedesktop.org/software/systemd/man/tmpfiles.d.html | 09:36 |
| icey | lordievader: cool, I have no idea how to use tmpfiles.d but it looks like it could solve the problem fairly elegantly | 09:37 |
| 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:38 |
| 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:40 |
| lordievader | It might be possible that you can configure this through udev too. | 09:41 |
| icey | it always comes back to udev doesn't it | 09:44 |
| icey | thanks for the rabbit hole to fall through lordievader! | 09:44 |
| lordievader | Makes sense that it comes back to udev, right ;) | 09:46 |
| icey | always :) | 09:49 |
| === moonligh- is now known as moonlight | ||
| === JanC_ is now known as JanC | ||
| 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 | 20:49 |
| m4xx | afternoon all. i've installed 14.04 on a supermicro server and the network adapters don't seem to work after install | 21:28 |
| m4xx | i see them listed in lspci | 21:29 |
| m4xx | they are 82575L if it makes a difference | 21:29 |
| JanC | m4xx: what kernel are you using? | 21:36 |
| m4xx | not sure, what ever the default is for 14.04 64 | 21:36 |
| m4xx | uname -a shows 4.4.0-59-generic | 21:37 |
| 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:38 |
| 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:40 |
| JanC | those are often/usually on-board | 21:42 |
| 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:43 |
| 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:45 |
| m4xx | in /etc/network had eth0 as the primary network interface, i change it to enp6s0 and still no network | 21:57 |
| m4xx_ | JanC: any ideas? | 22:05 |
| 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:06 |
| 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:07 |
| 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:08 |
| m4xx_ | my /etc/network/interfaces: auto enp6s0<newline>iface enp6s0 inet dhcp | 22:09 |
| m4xx_ | ifquery --list --allow auto only show's l0 | 22:09 |
| JanC | I would add enp7s0 too in there | 22:10 |
| 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:11 |
| 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:13 |
| m4xx_ | they also don't want to auto | 22:14 |
| 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:30 |
| 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:35 |
| 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:36 |
| 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:37 |
| 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:38 |
| 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:39 |
| 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:40 |
| 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:41 |
| tomreyn | it's a different system then, NAT or transparent proxy. | 22:42 |
| 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:43 |
| 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:44 |
| ikonia | localhost | 22:45 |
| ikonia | as it's connecting to/from 127.0.0.1 | 22:45 |
| ironhalik | what the | 22:45 |
| ironhalik | hmm, just ran the nmap from one of the servers against another server and the output is as expected | 22:47 |
| 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:48 |
| 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:49 |
| ironhalik | yeah, something is not right | 22:50 |
| 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:51 |
| ironhalik | home mac via backup gsm connection -> xenial server shows a crapton of open ports :) | 22:52 |
| ironhalik | looks like something is wrong with macOS nmap port? | 22:53 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!