[00:05] <MrMurdok> For load balanced web servers can you set the PTR records the same for each?  Also, does this apply for virtual IPs?
[00:06] <sarnold> what is a virtual ip?
[00:07] <Patrickdk> one that starts with 256?
[00:07] <MrMurdok> ok have a good day
[00:07] <Patrickdk> not sure why they need a ptr at all
[00:07] <Patrickdk> and now we never will know
[00:08] <sarnold> man that's gonna drive me crazy :)
[00:30] <kemmler> If I have a .deb that someone else created and is hosting on a custom repo, can I backport that without the .dsc or source files or am I going to need to recreate the package for the release I need?
[00:34] <sarnold> it might work, but be careful of installing packages from unknown sources, they get to run pre and post install scripts as root.
[00:36] <kemmler> Well I intend to go over everything very carefully before deploying. I'm just unsure about how to go about it because the toolchain is wrong so it simply won't install, i'll need to rebuild, and backportpackage seems to only want to use official repos
[07:30] <tmontney> I'm having a problem.
[07:31] <tmontney> I installed Ubuntu Server 14.04 from a flash drive, but it won't boot to the server without my flash drive.
[07:31] <tmontney> It's as if I installed the server to the flash drive (from the flash drive), but I know I didn't.
[07:31] <tmontney> Without my flash drive, all I get is a blinking underscore.
[07:32] <tmontney> I've installed Ubuntu before with a flash drive, but never had this issue.
[07:47] <bearface> tmontney: grub was probably installed to the flash drive
[07:48] <tmontney> hm
[07:48] <tmontney> how would I reinstall it?
[07:52] <bearface> 'sudo grub-install /dev/sdX'  X being the correct disk.. you can do this when booted (using the usb stick to boot into the system)
[07:53] <tmontney> Bah, now I have another problem before I can get to that.
[07:54] <tmontney> Installed NFS, DHCP, and TFTP then restarted the server.
[07:54] <tmontney> "Waiting for network configuration" is what I'm getting.
[07:55] <tmontney> I know the issue is Interfaces related, but I can't get to edit it.
[07:56] <tmontney> never mind it finally booted.
[08:07] <tmontney> hm didn't see to wrok.
[08:08] <tmontney> I have sda1 as EXT4 and sda5 as SWAP
[08:08] <tmontney> I installed grub to SDA1
[08:08] <tmontney> but got "File system ext2 doesn't support embedding"
[08:08] <tmontney> and  "embedding is not possible grub can only be installed in this setup by using blocklists"
[08:23] <lordievader> Good morning.
[08:29] <tmontney> Still night time for me.
[08:31] <lordievader> Installed grub to sda1? As in the partition rather than the disk?
[08:33] <lordievader> tmontney: ^
[08:38] <tmontney> It seems grub was installed to sdb
[08:38] <tmontney> my flash drive
[08:39] <tmontney> If my flash drive is unplugged, grub doesn't appear and nothing happens.
[08:39] <OpenTokix> tmontney: boot on a livecd, and "repair" your ubuntu
[08:40] <lordievader> tmontney: Don't install it to a partition, install it to the disk.
[08:40] <tmontney> Right, I wasn't intending to do that. I usually install Ubuntu from a flash drive.
[08:40] <tmontney> For whatever reason it installed incorrectly.
[08:41] <tmontney> Alright I'll make a new livecd
[08:43] <tmontney> Ugh, I'm just having problem after problem. Normally things go pretty smoothly.
[08:43] <tmontney> I have two NICs, and they show up with ifconfig -a
[08:44] <tmontney> but they're both down despite a link light
[08:44] <tmontney> originally my PCI NIC was named p5p1, but I found a way to bring back the eth naming convention
[08:45] <OpenTokix> tmontney: the p5p1 naming in persistent, ethX is not
[08:45] <lordievader> ^ that, bios naming is actually quite nice.
[08:45] <lordievader> No longer having to mess with udev rules to get the right name.
[08:45] <OpenTokix> tmontney: Thats why they changed it - quite annoying, but unless  you have legacy scripts that use ethX naming, get used to it
[08:45] <OpenTokix> lordievader: yes
[08:46] <OpenTokix> lordievader: but when you have buggy scripts, it is quite annoying.
[08:46] <OpenTokix> lordievader: I have a script that takes "First interface from ifconfig" ;)
[08:46] <lordievader> Yeah, most things here still run with eth naming conventions.
[08:46] <OpenTokix> lordievader: and for the pX naming, lo is the first - hehe
[08:47] <tmontney> Well I already changed it thinking it'd solve my issue lol.
[08:47] <tmontney> regardless neither one of my NICs think they're plugged in
[08:47] <tmontney> no matter if they're auto or static
[08:48] <OpenTokix> And you have firmware installed?
[08:48] <tmontney> firmware?
[08:48] <tmontney> did you mean software/drivers/packages?
[08:49] <lordievader> tmontney: Don't they detect the cable or are they simply down?
[08:49] <tmontney> my link light is on
[08:49] <tmontney> ifconfig only shows lo
[08:49] <tmontney> ifconfig -a shows eth0 eth1 and lo
[08:50] <lordievader> tmontney: What does 'ip link' say?
[08:50] <lordievader> !paste
[08:54] <tmontney> eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether (MAC ADDRESS OMITTED) brd ff:ff:ff:ff:ff:ff
[08:54] <tmontney> eth1: <BROADCAST, MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether (MAC ADDRESS OMITTED) brd ff:ff:ff:ff:ff:ff
[08:54] <lordievader> Meh, they are just down. 'sudo ip l s ethX up'
[08:54] <tmontney> Aw, didn't do it right sorry. http://paste.ubuntu.com/10759672/
[08:55] <lordievader> Probably weren't configured to be brought up.
[08:55] <tmontney> Odd.
[08:56] <tmontney> I've installed Ubuntu Server quite a few times now and I haven't had that happen.
[08:56] <tmontney> Although I never had multiple NICs.
[08:56] <tmontney> Thanks.
[08:58] <lordievader> tmontney: Check /etc/network/interfaces
[08:58] <tmontney> Oh I've been playing with that.
[08:59] <tmontney> I'm trying to test my NFS server.
[09:00] <tmontney> every restart they're set to down again
[09:01] <lordievader> Are they configured to start?
[09:02] <tmontney> don't know
[09:03] <tmontney> that was brilliant of me
[09:04] <tmontney> I commented out auto eth1
[09:04] <tmontney> thinking it referred to DHCP
[09:05] <OpenTokix> =)
[09:05] <lordievader> There you go ;)
[09:20] <YamakasY> which locales do we need on a server ?
[09:21] <OpenTokix> YamakasY: the once you use
[09:22] <YamakasY> so only US actually ?
[09:22] <OpenTokix> YamakasY: I have en_US, en_US.UTF-8, sv_SE and sv_SE.UTF-8 on mine, since I am swedish
[09:22] <OpenTokix> en_US and en_US.UTF-8 should be sufficient
[09:22] <YamakasY> yap, I need NL than
[09:22] <YamakasY> OpenTokix: swedish woman are nice :D
[09:23] <lordievader> en_US.UTF-8 suffices in most cases.
[09:23] <OpenTokix> YamakasY: how is that relevant at all?
[09:27] <YamakasY> OpenTokix: you need to speak the right locale for it :)
[09:27] <YamakasY> lordievader: yap
[09:27] <YamakasY> but I see when I reconfigure I don't get any php5-fpm errors in puppet again
[09:27] <YamakasY> weird
[09:35] <tmontney> Figured it out.
[09:35] <tmontney> Somewhere I found iface p5p1 inet manual was the correct syntax.
[09:35] <tmontney> Just realized it's static not manual
[09:35] <OpenTokix> manual is another setting
[09:36] <tmontney> which is why I was getting an APIPA ipv6 address
[10:13] <Quoexl> anyone alive?
[10:55] <OpenTokix> Yes
[10:55] <OpenTokix> I might also be OpenTokix from 6th sense, and then you are dead too.
[11:06] <rbasak> strikov: are we ready to release Juju to Vivid in bug 1416051?
[11:08] <rbasak> kickinz1: free to talk about Docker?
[11:09] <kickinz1> rbasak, yes
[11:09] <rbasak> kickinz1: please can you make the two corrections doko asked for last week?
[11:10] <rbasak> kickinz1: IIRC, one was the build-dep for powerpc(?) and the other was my mistake in the selection of gccgo in debian/rules.
[11:10] <strikov> rbasak: I think so. Curtis carried out all the necessary testing procedures. I'l' discuss it with pitty on #ubuntu-devel now. He is the right person for this, right?
[11:11] <rbasak> strikov: yes. Also you can remove the block-proposed tag in the bug. That tag and the dep8 test failure in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html are the two things blocking it from Vivid right now I think.
[11:11] <kickinz1> rbasak, OK, I'll do (was re-reading backlog)
[11:27] <YamakasY> how do I test uattended auto upgrade ?
[11:27] <OpenTokix> YamakasY: What do you want to test, if it works on your system?
[11:28] <YamakasY> OpenTokix: yap
[11:29] <OpenTokix> YamakasY: to make it 100%, you need to take a snapshot of your system, upgrade and verify
[11:29] <YamakasY> OpenTokix: upgrade how ? is that not triggered ?
[11:29]  * YamakasY doesn't get it
[11:38] <kickinz1> rbasak, sent you the new patch. Refreshed format-patch files.
[11:40] <rbasak> Thanks!
[11:45] <YamakasY> I need to check if my crondayly for apt is runned
[11:46] <OpenTokix> YamakasY: check your log?
[11:47] <YamakasY> OpenTokix: I can ru it manually ?
[11:47] <YamakasY> that apt ?
[11:48] <OpenTokix> YamakasY: yes, just take the command part from your cronline, and run it
[11:49] <YamakasY> I can just do /etc/cron.daily/apt ?
[11:49]  * YamakasY needs to get back to cron again after years :D
[11:50] <OpenTokix> YamakasY: no, the command inside the that script
[11:51] <YamakasY> ok
[11:52] <YamakasY> which part, that is the question... apt get update and so n just works OK
[11:56] <OpenTokix> YamakasY: I would safely assume it works
[11:58] <YamakasY> OpenTokix: I'm quite sure it doesn't as my kernels are not removed after an upgrade
[11:59] <OpenTokix> YamakasY: they never are
[11:59] <YamakasY> OpenTokix: and when I do an apt-upgrade I still get lots if packages that are installable... mhh I think only security upgrades are done
[11:59] <lordievader> YamakasY: apt-get autoremove might do that.
[12:00] <YamakasY> lordievader: it does indeed
[12:00] <YamakasY> but I want to have that cronned
[12:00] <lordievader> YamakasY: No apt-get upgrade doesn't have a lot of rights, take apt-get dist-upgrade if you want something with full permissions.
[12:00] <OpenTokix> YamakasY: Ithink there is some settings for unattended
[12:00] <YamakasY> lordievader: I'm using puppet @ that part... so I'm kinda bound to it for 300 servers
[12:00] <YamakasY> OpenTokix: I have that set on 1
[12:01] <OpenTokix> YamakasY: you dont want to remove kernels automatically
[12:01] <YamakasY> OpenTokix: I want to, really
[12:01] <OpenTokix> YamakasY: ok
[12:01] <YamakasY> and I want a Porsche 911 GT3 RS too!
[12:01] <OpenTokix> ok
[12:02] <YamakasY> maybe I can apt-get that
[12:04] <YamakasY> strange
[12:08] <YamakasY> nah weird
[12:11] <lordievader> ?
[12:13] <YamakasY> I just want my server to have latest packages
[12:14] <YamakasY> on cron based
[12:16] <lordievader> YamakasY: So add that to cron?
[12:18] <OpenTokix> YamakasY: http://pastebin.com/WwdWUcGc <-- There is your script
[12:18] <OpenTokix> YamakasY: it will also break your servers down the line, but have fun =)
[12:20] <YamakasY> OpenTokix: erm, why would it ?
[12:20] <lordievader> Because it says yes to everything.
[12:21] <lordievader> In these cases you want cron to mail you the output. So you can see if apt/dpkg has broken stuff.
[12:23] <YamakasY> lordievader: oh that
[12:23] <YamakasY> I would like to hold my own configs
[12:23] <OpenTokix> YamakasY: it does
[12:23] <OpenTokix> force-confold
[12:40] <strikov> rbasak: regarding slapd bug: https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/1103353
[12:40] <strikov> rbasak: i have debdiffs for both precise and trusty
[12:40] <strikov> rbasak: i did a research on CVE attached to the bug and came to conclusion that it was attached incorrectly
[12:41] <strikov> rbasak: this CVE is about a different thing and I have no idea why it was attached
[12:44] <rbasak> strikov: agreed and removed.
[12:45] <YamakasY> OpenTokix: thanks tho
[12:45] <YamakasY> and lordievader
[13:59] <joners> would anyone be able to give me a hand securing a folder in apache on 14.04?
[14:00] <joners> ive setup a squid proxy and configured sarg to generate reports every hour and id like to restrict access to the squid reports page using a simple username and password
[14:04] <OpenTokix> joners: Beck.Sjukhusmorden.2015.SWEDiSH.720p.HDTV.x264-xD2V/Beck.Sjukhusmorden.2015.SWEDiSH.720p.HDTV.x264-xD2V.srt
[14:04] <OpenTokix> ups =)
[14:04] <OpenTokix> joners: https://wiki.apache.org/httpd/PasswordBasicAuth
[14:04] <OpenTokix> wrong paste =)
[14:05] <joners> thanks for the link, tried that one but afraid im not getting anywhere with it :/
[14:05] <joners> seems there were some changes in ubuntu's apache implimentation
[14:05] <OpenTokix> joners: ok, what is your problem?
[14:05] <OpenTokix> joners: I doubt it
[14:05] <OpenTokix> joners: is your auth modules enabled?
[14:05] <joners> yes it appears to be
[14:05] <OpenTokix> joners: what does you error logs say?
[14:06] <joners> afraid im a complete noob when it comes to apache
[14:06] <joners> two seconds ill see if i can get a paste of them
[14:06] <OpenTokix> joners: ok, I am not - so, what does you error logs say?
[14:13] <joners> sorry for the delay, there are only a couple of errors in there. Most are saying "AH01615: need AuthName: /squid-reports/"
[14:13] <joners> the squid-reports directory is what im trying to secure
[14:15] <joners> Would it be worth me noting what ive done in order?
[14:16] <OpenTokix> joners: Can you pastebin your configuration where you have the authblock?
[14:16] <OpenTokix> joners: And you have created the user, and restarted apache?
[14:16] <joners> yes, created the user as per the guide in the link you sent over https://wiki.apache.org/httpd/PasswordBasicAuth
[14:17] <joners> created the htpasswd directory and password file, added a user in there which i can see.
[14:20] <joners> this was the default apache2 config file
[14:20] <joners> http://paste.ubuntu.com/10762658/
[14:21] <OpenTokix> and the site?
[14:21] <joners> just getting that now
[14:22] <joners> this would be the default configuration file in the sites-enabled directory right?
[14:23] <OpenTokix> might be, if you have added your block there
[14:23] <joners> i havent added anything there yet, this is the bit im trying to do
[14:27] <OpenTokix> joners: you can add it for the entire / if you want to
[14:32] <joners>  http://paste.ubuntu.com/10762760/
[14:32] <joners> sorry about the wait!
[14:34] <joners> The error i get when I restart Apache is "Syntax error on line 216 of /etc/apache2/apache2.conf: Syntax error on line 41 of /etc/apache2/sites-enabled/000-default.conf: </Directory> directive missing closing '>'" which points directly to the line ive edited.
[14:34] <joners> I cant see any missing '>' though
[14:39] <lordievader> joners: Does line 41 correspond with line 41 of your paste?
[14:39] <joners> yes
[14:40] <lordievader> Ah yes, on line 41 change </Directory> to <Directory>
[14:40] <joners> ok ill give that a shot now
[14:42] <joners> success! god dam typos!
[14:42] <joners> thank you for your help. :)
[14:57] <mgagne> hallyn: can I get an update on bug #1425619 ?
[15:06] <hallyn> yes it's in comment #6
[15:07] <hallyn> in another week or so we'll drop the other pending SRU and then we can push the one for bug 1425619
[15:20] <hallyn> yup
[15:20] <hallyn> wrong chan :)
[17:47] <hallyn> stgraber: oh.  hm.  Now so long as a container is running systemd, we know it must have lxcfs (or cgroup mounts), so libvirt can just not use cgmanager in that case right?
[17:48] <hallyn> So really, in vivid's cgmanager we can/should just drop the cgmanager usage?
[17:48] <stgraber> I'm failing to understand the question
[17:49] <hallyn> we have a custom patch in libvirt to use cgmanager for cgroup stuff, so that it can run in containers
[17:49] <hallyn> i'm saying that in vivid we can drop that patch
[17:49] <stgraber> not sure you can, lxcfs doesn't apply to the host, just to the containers
[17:50] <stgraber> so you still won't have /sys/fs/cgroup/<controller> on the host
[17:50] <hallyn> we won't?
[17:50] <hallyn> doesn't systemd mount those?
[17:50] <stgraber> oh yeah, nevermind
[17:50] <hallyn> and actually i think libvirtd talks to systemd when it can for cgroup stuff
[17:51] <stgraber> so yeah, if the only use case for that patch was to be able to run libvirt inside a container, then the patch can be dropped thanks to lxcfs
[17:51] <hallyn> now if someone installs upstart in a vivid container they may have trouble,
[17:51] <hallyn> that was the only reason, yeah - for adt i think :)
[17:51] <stgraber> if it's not too much trouble, I'd probably keep it around for 15.04 and drop in 15.10 or so (certainly for 16.04)
[17:51] <hallyn> cool - i *would* update it, but it would reuqire quite a few updates and doesn't seem worth the fragility
[17:52] <stgraber> so that if someone has to revert to usptream somehow it'll still work. By 15.10 we should be so dependent on systemd for the various jobs that reverting to usptart likely won't be much of an option for users
[17:52] <hallyn> the troubles are:  (1) having to deal with comounted containers, (2) having to deal with libvirt being confined to a non-/ cgroup by systemd,
[17:52] <hallyn> but juju folks might have trouble i guess
[17:53] <stgraber> hmm, I guess if someone was to deploy a compute node inside a lxc container with juju, they'd run into that problem
[17:53] <hallyn> i also considered having libvirt not use cgmanager when pid 1 is systemd, but then if there are regressions in the cgmanager code we'd have trouble finding them
[18:04] <Phibs> anyone know where icehouse went? http://ubuntu-cloud.archive.canonical.com/ubuntu/dists/
[18:04] <Phibs> certainly supported on 14.0.4
[18:04] <Phibs> but totally missing/gone
[18:08] <sarnold> Odd_Bloke,bigjools, ^^^ see Phibs's question ..
[21:10] <beanbag> so
[21:11] <beanbag> what all do I need to do to add a compiled scsi module to a existing system that can't boot because the installer didn't add the module
[21:11] <beanbag> I already went into the directory on the hard drive and added the module to lib/modules
[21:11] <beanbag> did chroot and ran depmod -a
[21:11] <beanbag> then did mkinitramfs
[21:46] <beanbag> ugh
[21:46] <beanbag> I can't figure out this fucking thing