[08:01] <Lurchy> morning everyone
[08:44] <diytto> I am looking forward to finally getting back to working on my server tomorrow
[09:03] <rbasak> Daviey: thanks!
[09:15] <Daviey> rbasak: NP, did you get sent the password?
[09:17] <rbasak> Daviey: no, I don't see anything.
[09:51] <rbasak> Daviey: looks like I'm a list moderator now, but no password :)
[09:51] <rbasak> Daviey: thank you for your help. I'll poke IS if don't hear from them.
[09:52] <Daviey> rbasak: I *think* IS can just reset it.. I don't have my gpg handy right now - i'll send it to you later today.
[09:53] <rbasak> OK, thanks. No worries if not. I'm sure IS can reset it :)
[10:11] <remmas-sidahmed> Hello
[10:48] <lordievader> Good afternoon.
[11:31] <RoyK> afternoon
[11:31] <lordievader> Hey RoyK, how are you doing?
[11:32] <RoyK> fine, thanks
[14:03] <danofsatx> greetings. I'm running a local Ubuntu mirror, using apt-mirror to set it up. When apt-mirror runs, I get a stream of errors where the script can't find the Packages.gz file for the repositories, however the files exist and are reachable.
[14:03] <danofsatx> for example, here's the output from this morning's run: http://fpaste.org/232136/34376109/
[14:03] <danofsatx> I can run wget from the command line on that server, and get every file that apt-mirror can't find. Where do I start troubleshooting it?
[14:05] <TJ-> danofsatx: There's a double "//" in the path - long shot but that might be throwing out the URL handler
[14:05] <danofsatx> wget works with that exact url, and that's the url returned by the mirror.list
[14:10] <danofsatx> actually, I misspoke. The URL isn't fed from mirror.list. The lines in mirror.list are (what I assume to be) a standard apt mirror.list file with space delimeters
[14:10] <TJ-> danofsatx: which release of Ubuntu is this on?
[14:12] <danofsatx> actaully, the apt-mirror script isn't being run from an ubuntu system.
[14:14] <TJ-> danofsatx: The clue is in the "Psh" prefix of the error message.
[14:14] <danofsatx> hmm....ok, I was wondering about that. What does that mean?
[14:17] <TJ-> It's the Perl Shell being used to load the *local* copy of the file telling you there is no local copy.
[14:18] <danofsatx> oh, ok. Is this an actual error then, or just a warning?
[14:20] <TJ-> If the local copy isn't there it means an earlier step to fetch that file hasn't happened
[14:21] <TJ-> danofsatx: do you see the message "Downloading ... files using .... threads"  ?
[14:21] <danofsatx> ok, that makes sense. the first couple I've looked at in fact don't exist.
[14:22] <danofsatx> yes, they start after all those errors.
[14:22] <TJ-> danofsatx: If you read the Perl script you can get a feel for what it does when and what to expect to see in terms of progress messages
[14:23] <TJ-> danofsatx: Hmmm. maybe those errors are to be expected on a first run? Then it fetches the missing files maybe?
[14:24] <TJ-> danofsatx: does the process have permissions to the base_path ?
[14:24] <danofsatx> this isn't a first run - it runs once a week, and I get the same output every time.
[14:24] <TJ-> danofsatx: forget what I said about download order - I can see it does downloads before processing the files
[14:26] <TJ-> danofsatx: if you look at the top of the script (around line 100) you can see the default values of the config_variables, which will be overridden by values you have set in mirror.list
[14:26] <danofsatx> it looks like the missing directory, in all cases, is the debian-installer/ directory.'
[14:28] <TJ-> danofsatx: did the script report that URL as having been downloaded?
[14:29] <danofsatx> hang on, let me dig some more through the output....
[14:32] <danofsatx> no, debian-installer directory is not downloaded.
[14:33]  * danofsatx is now suspecting a mirror.list misconfiguration
[14:34] <TJ-> danofsatx: assuming the default config check the logs with: "grep debian-installer /var/spool/apt-mirror/var/*"
[14:35] <danofsatx> hmmm....there are a few.
[14:36] <danofsatx> on second though, there is one - archive.ubuntu.com/ubuntu/pool/main/d/debian-installer/debian-installer_20101020ubuntu318_amd64.deb
[14:36] <danofsatx> the rest of them are libdebian-installer
[14:36] <TJ-> danofsatx: I see this: http://paste.ubuntu.com/11719719/
[14:37] <danofsatx> you have the same thing I do, then.
[14:38] <danofsatx> What it is looking for is debian-installer under the main/ multiverse/ or universe/ directories
[14:41] <danofsatx> for example, here: http://archive.ubuntu.com/ubuntu//dists/trusty/restricted/
[14:46] <TJ-> danofsatx: I suspect you need to modify the config and add an explicit pocket for debian-installer, of the form "deb http://archive.ubuntu.com/ubuntu trusty main/debian-installer restricted/debian-installer universe/debian-installer multiverse/debian-installer"
[14:46] <danofsatx> that's where I was leaning, also, but I wasn't sure of the format.
[14:47] <danofsatx> I don't really need the debian-installer, though, I think. My users are using Ubuntu and Mint.
[15:11] <kevinde> Does Bind gets used on enterprise servers?
[15:14] <patdk-lap> sadly, yes :(
[15:18] <xperia> Hi all. I have installed the newest Bind 10 version on my ubuntu server and i am getting now allways the problem with apt-get as it reports that the bind9 package in the repos and the new installed bind10 package collide. i have tryed to do apt-get -f install but it does not help. how can i fix my ubuntu server apt service so i am able again to update the distro ?
[15:21] <TJ-> xperia: See https://help.ubuntu.com/community/PinningHowto
[16:04] <zul> jamespage: ping...im adding a patch to the nova branch for liberty to make configdrive work for lxd, its a 6 liner
[16:04] <jamespage> zul: ack - sure
[16:04] <jamespage> upstreamable?
[16:05] <zul> jamespage: yeah but they might not take it
[16:05] <zul> *shudder* containers *shudder*
[18:01] <Pici> 6/70
[18:14] <marlinc> What would be the recommended way to automatically run 'apt-get update' on a server. We use Zabbix to monitor updates using /usr/lib/update-notifier/apt-check but as expected it doesn't actually go about and get new package lists
[18:17] <sarnold> marlinc: the unattended-upgrades package is easy to install, something like landscape might give better reporting if you've got a lot of machines, but that's commercial..
[18:17] <marlinc> The thing is, we don't want automatic installing of updates, just the checking for updates
[18:18] <sarnold> iirc unattended updates can be configured to check, or check and download, or check, download, and install.
[18:18] <ogra_> apt-get aupdate cant really harm your system ... why not just use a good old cronjob
[18:18] <ogra_> let it run once a day and be done ...
[18:19] <sarnold> heh, indeed, simplicity :)
[18:19] <marlinc> The thing is that I do know that apt has 'APT::Periodic::Update-Package-Lists'
[18:19] <bekks> And run apt-get -s install ... to see wether the updates can be installed.
[18:20] <marlinc> But I'm not sure if it works by default or that its something being added by unattended-upgrades. What runs apt so that it can do those automatic updates
[19:24] <teward> sarnold: ping - does the security team really have any opinion as to what we do with nginx, other than your take on it?
[19:24] <teward> (and by 'we' i mean the server team)
[19:25] <sarnold> teward: I don't think the others have looked at it yet
[19:26] <sarnold> teward: between our backlog of security fixes and new features needed for snappy, we're feeling a bit overworked lately, so I haven't bothered any of them about it
[19:28] <teward> sarnold: no problem.
[19:28] <teward> sarnold: i have a feeling that closer to LTS it'll be a bigger issue
[19:28] <teward> sarnold: i have a feeling that closer to LTS it'll be a bigger issue
[19:28] <teward> bah
[19:28] <teward> was merely curious*
[19:28]  * teward kicks his laptop from here to /dev/null and back
[19:28] <sarnold> teward: it could be, but thankfully it's just one package, and upstream folks seem above average. :) hehe.
[19:29] <teward> sarnold: indeed.  we also have someone at nginx willing to assist with security backports too which makes life a little more easier xD
[19:29] <sarnold> teward: nice!
[19:42] <trippeh> PSA: Intel 750 NVMe SSD's are ridiculously fast.
[19:43] <sarnold> trippeh: how does it show up to the OS? /dev/sd*? or something else?
[19:44] <trippeh> sarnold: /dev/nvme0n1
[19:44] <sarnold> trippeh: can you use those for zfs? :)
[19:45] <trippeh> and like 8 "irq"'s
[19:45] <trippeh> hehe, it does behave like a block device
[19:45] <trippeh> so it should...
[19:46] <trippeh> unless zfs is beeing weird
[20:44] <b4tm4n> any good recommendations or guides on using ubuntu server as a router
[20:46] <genii> b4tm4n: https://help.ubuntu.com/community/Router
[20:47] <b4tm4n> exactly what i was reading - just making sure there wasn't somethign else
[20:47] <genii> b4tm4n: Pretty much everything that is already in the ubuntu server documentation applies as is
[20:48] <b4tm4n> would you recommend shorewall?
[20:51] <genii> I haven't used it so I can't offer an opinion about it