[01:21] <ezethnesthrown> I created a simple Samba Server. From my Windows client I can access the server via " \\SERVER_IP " but not " \\SERVER_MACHINE_NAME ". I need to enter a credential. Is this because of my server or my client?
[03:30] <ezethnesthrown> Does a user need a group that contains only itself? (Primary group)
[03:31] <sarnold> no
[03:31] <sarnold> the user must have a primary group but it could be a group of any sort
[03:32] <sarnold> the use of per-user single-user groups was because far too many people didn't understand how permissions worked and would use e.g. 775 or 664 and never notice that they shared their primary group with a few thousand other users on the system..
[03:33] <ezethnesthrown> sarnold: If I were to make a user then I should set it's group too then?
[03:33] <sarnold> ezethnesthrown: that's the safest approach, yes
[03:33] <ezethnesthrown> Thank you
[03:53] <ezethnesthrown> How do I 'smbpasswd' a group?
[06:15] <lordievader> Good morning
[13:49] <EmilienM> coreycb, jamespage: all ubuntu jobs are broken for us
[13:49] <EmilienM> http://logs.openstack.org/80/460080/25/check/gate-puppet-openstack-integration-4-scenario001-tempest-ubuntu-xenial/677b5d5/logs/neutron/neutron-server.txt.gz#_2017-05-12_11_20_58_737
[13:57] <CarlenWhite> Is it me, or is anyone else having bad luck with Xenial's package system?
[13:57] <CarlenWhite> Either way, I'm pretty sure my system's sources.list is FUBAR
[14:08] <zul> EmilienM: just had a peak and it looks like it cant connect to the database
[14:09] <EmilienM> zul: it sounds like apache fails to start correctly. everything was working on Wednesday, are you aware about changes in OpenStack packages?
[14:09] <zul> EmilienM: hah no
[14:10] <mwhahaha> http://logs.openstack.org/91/464191/1/check/gate-puppet-openstack-integration-4-scenario001-tempest-ubuntu-xenial/fbe28d8/logs/puppet.txt.gz#_2017-05-12_13_03_36
[14:11] <mwhahaha> i'm not sure that db error is the right one
[14:11] <EmilienM> zul: yes
[14:11] <EmilienM> zul: https://www.diffchecker.com/fU8PV39r
[14:11] <EmilienM> a lot of upgrades
[14:12] <zul> EmilienM: thats to be expected though with artsy just opening....but i havent been pyaing attention
[14:13] <zul> EmilienM: just commenting from the peanut gallery
[14:16] <CarlenWhite> Sorted out my problem: https://askubuntu.com/questions/705895
[14:17] <CarlenWhite> My system was attempting to pull binaries that it couldn't support.
[14:23] <CarlenWhite> Well, it was trying to. But it didn't know where to get the binaries.
[14:24] <caribou> nacc: I'm going to take ownership back for LP: #1676884 if you don't mind
[14:24] <caribou> nacc: I got a pretty good idea of what the problem is
[14:30] <CarlenWhite> Is it a good idea to crontab `apt update; apt upgrade`?
[14:38] <mdeslaur> CarlenWhite: you should install and configure unattended-upgrades instead
[14:39] <mdeslaur> CarlenWhite: ie https://help.ubuntu.com/lts/serverguide/automatic-updates.html
[14:39] <nacc> caribou: +1 -- i'll follow along (so if you can subscribe me tht'd be great) -- manjo basically subscribed me toa ll of them
[14:39] <nacc> *assigned me
[14:55] <caribou> nacc: done!
[15:02] <caribou> nacc: on that topic, any reason why there is ppc64EL and ppc64LE (which is the root cause of this bug) ?
[15:06] <manjo> caribou, nacc ack
[15:07] <nacc> caribou: different distributions made different choices afaict
[15:07] <nacc> caribou: RH/SUSE vs. Debian
[15:07] <nacc> caribou: i believe for debian because of armel and maybe what is debian's manual, not sure
[15:07] <caribou> nacc: ah, ok
[15:07] <caribou> nacc: I can always filter on bothy
[15:07] <caribou> both
[15:08] <nacc> caribou: yeah, i would
[15:08] <nacc> caribou: there were lots of bugs do that a while ago :)
[15:15] <aaronr> nacc: if you get a few moments can you check if these look okay? (It's the nagios security patch I was working on the other day, repackaged for the other releases) Trusty: http://paste.ubuntu.com/24561043/ | Yakkety: http://paste.ubuntu.com/24561066/ | Zesty: http://paste.ubuntu.com/24561097/
[15:16] <nacc> aaronr: on the phone, but will review right when i'm done
[15:16] <aaronr> thanks! no rush. just drop me a mention here if they're okay and I'll attach them to the bug :)
[15:24] <nacc> aaronr: ack, thanks
[15:58] <nacc> aaronr: overall looks good, i think a few versions are a bit off
[15:58] <nacc> aaronr: trusty looks fine
[15:58] <nacc> aaronr: yakkety looks fine
[15:59] <nacc> aaronr: but zesty is incorrect
[15:59] <nacc> aaronr: for two reasons, 1) you want to follow https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging and 2) 3.5.1.dfsg-2.1ubuntu6 already exists in artful
[16:16] <nacc> aaronr: i think you want 3.5.1.dfsg-2.1ubuntu5.1
[16:17] <aaronr> ah right okay! I thought that looked weird when it gave me 1ubuntu6 :)
[16:19] <nacc> aaronr: yeah, that's what i was mentioning (late) before, that `dch -i` doesn't know about the SRU pattern (as it doesn't know about released vs. in-development releases)
[16:21] <aaronr> yeah that makes sense, I suppose it just increments whatever it sees
[16:22] <nacc> aaronr: right
[16:24] <aaronr> so if i just `dch --edit`, edit the version number, and recompile, and redo the debdiff is that sufficient to fix it?
[16:25] <nacc> aaronr: yeah
[16:25] <aaronr> great, here's that update then: http://paste.ubuntu.com/24561545/
[16:26] <nacc> aaronr: looks good
[16:26] <aaronr> great
[16:26] <aaronr> i'll get these added to the bug
[16:30] <aaronr> nacc: was it ubuntu-sponsors i'm supposed to subscribe to this bug now?
[16:33] <nacc> aaronr: yep!
[17:02] <aaronr> nacc: okay that's all done now
[17:10] <DK2> raid5 mdraid on 4x 6TB drives on a E5 2407 seems to be too much haha
[17:10] <DK2> load of 6 on a freshly installed ubuntu
[17:12] <bindi> y u no zfs
[17:51] <toyowheelin> can someone point me in the right direction to get assistance with echoping
[17:53] <dmeijboom> What is it exactly you need assistance with?
[17:57] <toyowheelin> it is throwing a strange error and Google is not being helpful in telling me what it means
[17:58] <toyowheelin> I am trying to setup a new test in smokeping
[17:58] <toyowheelin> but it seems that the echoping command for it is failing
[17:59] <dmeijboom> What error?
[17:59] <toyowheelin> HTTP error "H"
[18:00] <toyowheelin> root@WP-SEA-vnetmon:/var/log# /usr/bin/echoping -P 0xa0 -p 6 -w 1 -t 20 -4 -C -h / -A -a -R -n 5 online2.khamsoft.com:443
[18:00] <toyowheelin> HTTP error "H"
[18:00] <toyowheelin> thats all of it
[18:03] <dmeijboom> Then you're server is not working properly. I've looked at the source code of echoping and it throws that error if a wrong http status code is returned.
[18:03] <toyowheelin> fantastic
[18:03] <dmeijboom> The first line of the http response should look like this: "HTTP/1.x 200 OK" or something like that
[18:04] <toyowheelin> hmm I wonder if echoping is sending a weird useragent or something
[18:04] <dmeijboom> However the fact that it prints "H" as the error is kinda strange.
[18:04] <toyowheelin> doubt its possible to change the string it sends
[18:05] <dmeijboom> It's not. It sends "Echoping" as the user agent.
[18:05] <toyowheelin> hmm alright
[18:06] <dmeijboom> Maybe echoping doesn't support SSL? That could be the reason of the strange error string
[18:07] <toyowheelin> -C tells it to use ssl
[18:07] <oerheks> toyowheelin, see the manual, "-6 Use only IPv6 " as you have used "6"
[18:08] <oerheks> http://www.ubuntugeek.com/echoping-small-test-tool-for-tcp-servers.html
[18:08] <toyowheelin> -p 6
[18:08] <oerheks> ... and you used -4 too, whqat is the use of '6' ???
[18:09] <toyowheelin> socket priority
[18:09] <oerheks> oh, my bad, i see it now
[18:17] <toyowheelin> hmm I think I see the issue
[18:17] <toyowheelin> had to use openssl s_client to figure it out
[18:17] <toyowheelin> haha
[18:22] <tomreyn> use curl / ab to test HTTPS
[18:23] <toyowheelin> tomreyn: this is part of a bigger solution
[18:23] <toyowheelin> smokeping is calling echoping to draw graphs
[18:23] <tomreyn> i see
[18:24] <toyowheelin> monitoring one of our vendors servers for SLA reasons
[18:25] <tomreyn> i know smokeping for network link / route monitoring, not so much as an application omintoring tool
[18:27] <tomreyn> maybe you're rather looking for something like nagios, cacti, zabbix ...
[18:27] <toyowheelin> yeah I might setup another monitoring service as well
[23:05] <yotux> looking to build a new home server anyone offer some insights on hardware?
[23:06] <tomreyn> /j ##hardware
[23:06] <cncr04s> i got a Dell Poweredge-C2100, works nice
[23:08] <yotux> I have an old opti desktop was free, kvm is not supported on the intel E4500
[23:11] <ikonia> doesn't it really depend on your requirements
[23:11] <ikonia> as raspberry pi would be fine for a large many people for example
[23:11] <nacc> yeah "new home server" doesn't actually describe anything
[23:12] <yotux> nacc: sorry worried mostly about the kvm image hosting and running
[23:12] <nacc> yotux: well, then you need new enough hardware to run kvm :)
[23:12] <sarnold> i'm quite happy with my supermicro but i'm glad I don't have to live in the same room with it
[23:13] <nacc> heh
[23:13] <sarnold> i mean yeah you can hear it through the whole house
[23:13] <sarnold> but it's worse in that room :)
[23:13] <yotux> nacc: correct I do,  my current box doesn't support it :(
[23:13] <nacc> yotux: i mean, i think all modern intel and amd do now?
[23:13] <yotux> does one handle the load better than the other?
[23:14] <sarnold> xeons are king of the datacenter for a reason
[23:14] <sarnold> but maybe you don't need that
[23:15] <sarnold> amd's rhyzons or whatefver they're called look alright but they feel limited in pcie lanes compared to the xeons
[23:15] <tomreyn> and IF you need it, wait for naples and save a lot.
[23:15] <ikonia> yotux: what sort of load
[23:16] <ikonia> yotux: you could get a high end xeon - but then you'd end up with a monster power bill for example
[23:16] <ikonia> it's all about requirements
[23:18] <sarnold> cncr04s: oh yeah I looked at those for a while; I efventually got suckered by the 'newer chips run faster on less power' hehe