[01:44] <Javezim> Hey all, how do you upgrade from samba 4.1.6 to 4.1.18+ on ubuntu 14.04
[01:49] <nacc> Javezim: you don't, at least not in a supported way
[01:50] <Javezim> nacc: Hmm well apparently there are a few bug fixes in the latest version that we are seeing
[01:50] <Javezim> so is there anyway to do this?
[01:52] <sarnold> download tarball from samba.org, check signatures, build, install into /usr/local/, remove ubuntu-provided samba packages, integrate the ones you build..
[01:55] <teward> though I would expect it to have some quirks, since at that point you sacrifice the support of security updates (unless you recompile each version, etc.)
[01:55] <teward> and some headaches :P
[01:55] <Javezim> Yeah that sounds like way to much of a pain
[01:56] <Javezim> Well maybe someone can help with the actual issue we are having
[01:57] <Javezim> Samba keeps crashing when read/writing a file
[01:57] <sarnold> if you can isolate the fixes you need you could prepare a debdiff for sponsoring..
[01:57] <Javezim> Output from log level = 2 is here - pasted.co/86397482
[01:58] <teward> permit me to yell at you for not using the Ubuntu pastebin, if only because that pastebin attempted to launch a suspicious popup (my Snort network monitoring detected the weirdness in the popup, plus my popup blocker kicked in)
[01:58] <Javezim> This error constantly occurs when reading/writing a file. We use Samba with Gluster and can't figure why this is happening on one of our setups but not another
[02:00] <Javezim> paste.ubuntu.com/15564525
[06:18] <newbsduser> hello, iam looking for a test utility for generating accounting requests for freeradius server, i tried radtest but it generates authentication requests... i also asked it in freeradius channel but i wanted to ask it here, too
[08:31] <lordievader> Good morning.
[09:17] <ZoderUck> hey
[09:17] <ZoderUck> how to ensure all *.php files are handled by my fastcgi php  and not redirected to mod_mono,  mod_mono is required for  mvc app, that works.
[09:21] <ndf> sounds like a question for #php ;P
[09:27] <ZoderUck> aha and in #php they redirect me to #mvc ?
[11:24] <stephank> I'm trying to automate setup of EC2 instances (testing with xenial) that handle a lot of connections, and I'm running into conntrack limits ("table full, dropping packet"). I can raise the limit, but is there a way to disable connection tracking completely?
[11:33] <stephank> Think I found a way that'll do. I was going to roundabout way of trying to remove LXC from cloud-init, but it executes too late I think. LXC is the only thing loading the kernel modules.
[11:33] <stephank> But I instead found this, and it seems to leave the conntrack table empty now: http://serverfault.com/a/234572/40783
[12:44] <pmatulis> morning
[12:46] <RoyK> hm... anyone remember what SAS' counterpart is for SATA's S.M.A.R.T. ? smartctl doesn't list much for SAS drives
[12:46] <Sling> RoyK: that should 'just work'
[12:46] <Sling> iirc
[12:46] <RoyK> Sling: it doesn't
[12:47] <RoyK> Sling: sata disk on a sas controller - fine - but SAS drives don't have S.M.A.R.T.
[12:48] <Sling> sas/scsi even tape devices support smart commands
[12:48] <Sling> or at least, smartctl can pull info from them
[12:48] <RoyK> Sling: http://paste.debian.net/422987/
[12:49] <RoyK> so *some* info, but not everything I want
[12:50] <RoyK> or perhaps I'm just confused - completely different format (and I want this into munin)
[12:50] <Sling> it's also possible smart isn't enabled for the device
[12:50] <Sling> but supported
[12:51] <RoyK> see the paste - says it's enabled
[12:51] <Sling> ah sorry can't open the paste right now
[12:53] <patdk-wk> sas has smart
[12:53] <patdk-wk> it's just different :)
[12:54] <patdk-wk> that is normal expected results for smart from scsi/sas
[12:55] <patdk-wk> Elements in grown defect list: 0
[12:58] <RoyK> let's see.... do echo -n "$i: "; smartctl -a /dev/$i | grep 'Elements in grown defect list' ; done # ;)
[12:58] <RoyK> zero...
[13:03] <patdk-wk> it was the same for my scsi disks and fc disks back in 2000
[13:03] <patdk-wk> nothing has change
[13:03] <patdk-wk> only smart was added to ide
[14:14] <teward> jgrimm: ping, if you're not busy
[14:16] <jgrimm> teward, howdy
[14:17] <teward> jgrimm: did you get the email I sent yesterday, or did my Snort firewall nom the message before it was sent?
[14:17] <teward> s/firewall/IDS/
[14:17] <jgrimm> teward i did, i have had a chance to chat with rbasak yet as he was out on pto earlier this week
[14:18] <teward> ok
[14:18] <teward> you did ask re: that in the server team meeting, so I sent to you and rbasak so you'd both be able to discuss and get back to me :P
[14:18] <rbasak> Sorry teward, I've only been back today
[14:18] <teward> rbasak: no problem, you didn't miss too much :0
[14:18] <teward> :)  *
[14:19] <teward> rbasak: review the email I sent to you and jgrimm, though.  further discussion on that issue may have to be off-channel
[14:20] <jgrimm> teward, ack.
[14:21]  * teward goes back to poking his sbuild schroots to try and make them work again
[14:21] <rbasak> teward: reply sent
[14:23] <teward> hasn't arrived yet, i'll look when it gets here.  Aaaand, thunderbird just blew up >.>
[14:31] <teward> rbasak: any chance you can resend?  Looks like something somewhere ate the message
[14:31] <teward> (or it never sent out)
[14:35] <rbasak> teward: sorry, my fault. gpg agent issues. I sent unsigned.
[14:36] <teward> rbasak: no problem :)
[14:36] <teward> got it
[14:36] <teward> (i'm having gpg-agent issues myself, but it's an issue with my Thunderbird blowing up)_
[14:37] <rbasak> The default agent config seems to break when I'm using a screen from somewhere else.
[14:37] <teward> indeed.
[14:37] <rbasak> Seems to expect some sort of desktop session or DISPLAY connection or something I don't necessarily always have.
[14:37] <rbasak> Which is wrong IMHO. I have a uid. That should be enough to reach my agent.
[14:38] <jgrimm> teward, +1 on rbasak's response to you
[14:38] <jgrimm> wrt nginx
[14:39] <teward> jgrimm: rbasak: thank you both!  I thought it'd be a good idea to loop you both in on it!
[14:40] <teward> jgrimm: rbasak: the only pending issue is 1.9.13, as it needs reviewed for a freeze exception
[14:40] <teward> probably going to poke -release at some point today to see if they can look at it before next thursday, but lets hope that lands
[14:41] <jgrimm> thanks teward
[14:41] <rbasak> teward: thanks. Your FFe request seems comprehensive.
[14:42] <teward> rbasak: indeed.  I kept the same level of thoroughness as the last ;)
[14:43] <jcastro> rbasak: heya, welcome back, I see you're working on the FFe for juju-core
[14:44] <rbasak> jcastro: o/
[14:44] <rbasak> jcastro: it's not really in my hands right now.
[14:45] <jcastro> well, our team specifically needs help with charm-tools
[14:46] <jcastro> but we're unfamiliar with the distro process and were shepherded to "ask someone on -server, they have smart people, you guys make server tools."
[14:47] <teward> heheh
[14:47] <jcastro> https://bugs.launchpad.net/ubuntu/+source/charm-tools/+bug/1546776
[14:47] <jcastro> it's more of a "what do we do now?" question more than anything else
[14:50] <frickler> jamespage: do you have packages ready for ceph 10.1.0 already? I just tested upgrading from 10.0.2 to 10.0.5 and that didn't work too well, sadly
[14:50] <jamespage> frickler, not archive ready yet but you can try ppa:openstack-ubunut-testing/ceph-sru
[14:51] <jamespage> ppa:openstack-ubuntu-testing/ceph-sru
[14:51] <jamespage> rather
[14:52] <jamespage> frickler, amd64 is still building right now
[14:52] <jamespage> frickler, I've been debugging some i386 build failures but with a 3 hour build loop it takes some time...
[14:53] <jamespage> jcastro, we get things uploaded....
[14:53] <jamespage> pitti +1'ed
[15:01] <frickler> jamespage: great, thx
[15:04] <teward> rbasak: insight please - FFe bug status == confirmed means what?
[15:05] <rbasak> teward: nothing really. Just that someone else is affected (ie. wants it)
[15:05] <teward> ok
[15:05] <teward> so I should prod -release then :)
[15:24] <jamespage> teward, once a member of the release team comments with a +1 and marks it triaged, its approved
[15:24] <teward> jamespage: ack, thanks, i'll keep that in mind going forward :)
[15:24] <teward> (this should be documented somewhere!  :P)
[15:26] <acmehendel> google thinks that they can make a driverless car, but in reality they cant make a driverless car that copes with regular city traffic and drivers
[15:26] <acmehendel> these billionairs are a bunch of control freak psychopaths
[15:27] <acmehendel> their algorithm sucks and it will always suck
[15:27] <acmehendel> algorithms
[15:29] <pmatulis> acmehendel: thank you for the diatribe
[15:29] <acmehendel> youre welcoime
[15:39] <cagmz> Anyone know why UTF charcters aren't showing up in on Windows using Tera Term (from my Ubuntu box)? I have set send/recieve to UTF-8
[15:42] <thebwt> cagmz: are you getting the empty box? could be the glyphs aren't tehre.
[15:42] <thebwt> there*
[15:43] <cagmz> for the infinity character, I get '8', and for an arrow, I get '?'
[15:43] <cagmz> however, using Bitvssh Tunnelier, both characters show up
[22:16] <YamakasY> erm is there some lsb release done ?
[22:24] <halvors> Hi. How to change the permission of a folder from drw-r----- to -rw-r-----
[22:24] <halvors> ?
[22:25] <sarnold> halvors: what does that 'd' mean?
[22:26] <RoyK> halvors: øh - d is dir, man ;)
[22:27] <halvors> oh.
[22:27] <halvors> Cause my problem is that rsyslog is unable to write to that directory somehow...
[22:28] <RoyK> trying to tell syslog to log to a directory as opposed to a file? ;)
[22:29] <halvors> No that's not it.
[22:29] <halvors> I have this in my rsyslog configuration: $template DynFile, "/home/hoursgaming/syslog/%$DAY%.%$MONTH%.%$YEAR%/%HOSTNAME%.log"
[22:29] <halvors> *.* -?DynFile
[22:30] <halvors> But the file is somehow never created.
[22:37] <halvors> Anyone knows why that might be?
[22:37] <halvors> How can i check if rsyslog have problems writing the file?
[22:38] <sarnold> most of those things that look like variables are using %$..%
[22:38] <sarnold> but hostname does not
[22:41] <halvors> The problem seems to be that i'm unable to write to folders other than /var/log/syslog
[22:41] <halvors> /var/log i mean.
[22:44] <sarnold> is your syslog daemon confined with apparmor? check dmesg or your auditd logs for DENIED lines
[23:03] <patdk-lap> I hate writing to /var/log
[23:03] <patdk-lap> it causes so many unneeded iops
[23:06] <sarnold> do you use a loghost instead?
[23:06] <patdk-lap> ya
[23:07] <sarnold> let the loghost deal with the iops :D