[02:27] <jrwren_> mgw: yes
[02:30] <mgw> jrwren_: are there docs somewhere on that? Do I just put multiple *.upstart scripts in debian dir?
[02:37] <jrwren_> debian packaging docs are pretty good
[02:44] <mgw> jrwren_: I'm looking at the man page for dh_installinit
[02:44] <mgw> It looks to me like you'd do an override and then call it multiple times in the override
[02:52] <jrwren_> sounds good. I don't knwo off hand
[04:16] <sheptard> so does anyone have an idea as to why when I have 2 hosts use jumbo frames I get NFS server timeouts?
[04:16] <sheptard> 2 hosts being server, client
[04:17] <sheptard> everything else network related seems fine, I was able to move ~40TB of data without incident via zfs send over the network
[04:18] <sheptard> both are running 13.10, 3.11.0-14-generic kernels
[05:23] <pmatulis> sheptard: because your network cannot handle jumbo frames?
[05:30] <sheptard> lol
[05:30] <sheptard> derp
[05:30] <sheptard> pmatulis: jumbo frames was turned off in the switch
[05:31] <pmatulis> sheptard: bingo
[05:35] <sheptard> pmatulis: tyvm
[05:35] <pmatulis> sheptard: yw, merry xmas
[06:02] <Smedles> wondering if anyone can help me diagnose an issue I periodically experience with my Ubuntu Server running 13.10...
[06:02] <Smedles> every few weeks I experience issues where machine on the local LAN cannot connect to the server using it's internal LAN address - no matter which port - whether it be ssh, samba, webmin, http, etc
[06:02] <Smedles> around the same time, server connections over the internet momentarily drop out (so quasselcore connection drops out)
[06:02] <Smedles> sometimes these just go away, others I need to reboot the server then everything is good.
[06:02] <Smedles> Any ideas?
[08:36] <XATRIX> I think networking script is broken
[08:36] <XATRIX> Hi
[08:36] <XATRIX> xatrix@vox1-ua:~$ sudo service networking restart
[08:36] <XATRIX> stop: Unknown instance:
[08:36] <XATRIX> networking stop/waiting
[08:36] <XATRIX> No way to fix it
[10:33] <Ontani> Hi i'm trying to make an vpn connection but constantly getting: Couldn't set tty to PPP discipline: Invalid argument, i'm using the following config: http://paste.ubuntu.com/6633520/
[10:36] <Ontani> http://paste.ubuntu.com/6633542/ my output while connecting
[11:54] <Skinner> any recommended honeypot software to deploy on 12.04?
[12:33] <bigie> hi guys..
[12:34] <bigie> is there any app on ubuntu can centralized user authentication ?
[12:40] <jpds> Why do they never stay for more than 5 minutes.
[12:40] <jpds> Skinner> honeyd would of been your answer, bigie> LDAP and Kerberos exist for a reason.
[12:42] <cfhowlett> jpds, OCD make the best sysadmins ...
[12:46] <jpds> bigie> LDAP and Kerberos exist for a reason
[12:47] <bigie> can you give me good step by step to do it? I'm new user in ubuntu :)
[12:49] <jpds> bigie: It's not trivial to set up.
[12:49] <jpds> bigie: https://help.ubuntu.com/12.04/serverguide/network-authentication.html
[12:51] <bigie> jpds : thank's i'll give a try :)
[14:15] <mrrothhcloud___> Any open source Dropbox like package that will allow me to roll my own private cloud
[14:16] <thebwt> that.. marginally makes sense.
[14:16] <thebwt> you mean private cloud-liek storage?
[14:17] <thebwt> cloud-like?
[14:17] <mrrothhcloud___> Yea
[14:17] <mrrothhcloud___> And access my files anywhere like Dropbox
[14:18] <thebwt> hmm not sure of any prepackaged solutions.. except like straight up ftp
[14:18] <thebwt> is that undesirable?
[14:18] <thebwt> sftp is super easy and can by mounted by various applications
[14:20] <mrrothhcloud___> Oh how about owncloud
[14:21] <thebwt> looks liek that works for a web interface
[14:23] <mrrothhcloud___> Lame
[14:23] <mrrothhcloud___> What mobile os do you use thebwt
[14:26] <rbasak> mrrothhcloud___: owncloud as you've found. Also look into git-annex.
[14:26] <mrrothhcloud___> Thanks
[17:12] <vedic> I am running 3 servers on aws. Among these 3, one (the main) is accessible by the users over https connection. Remaining 2 I want to connect to the main via VPN. Is it possible?
[17:13] <vedic> users <--https--> Main <--VPN--> Database server and Main <--VPN--> Data processing Server
[17:20] <pmatulis> vedic: try openvpn
[17:21] <vedic> pmatulis: Using openvpn, is that possible to have that sort of topology?
[17:22] <pmatulis> vedic: sure, why not?
[17:22] <vedic> pmatulis: Instead of establishing https connection for every database transaction I think vpn is much cheaper in that case
[17:22] <vedic> ok
[17:22] <vedic> Thanks
[17:23] <pmatulis> vedic: a tunnel between 'main' & 'db' and a tunnel between 'main' & 'processing'
[17:23] <vedic> pmatulis: yea
[17:23] <pmatulis> vedic: if 'db' and 'processing' are on the same lan you can prolly do it with a single tunnel
[17:24] <vedic> pmatulis: how?
[17:24] <pmatulis> vedic: but since these are cloud instances i think 2 tunnels is the way to go
[17:24] <vedic> pmatulis: yea, I was thinking the same
[17:25] <pmatulis> vedic: are these servers and tunnels long term?
[17:26] <pmatulis> vedic: if not, you may consider SSH-based VPNs
[17:26] <vedic> pmatulis: yea, all 3 servers and tunnels needs to run 24x7
[17:26] <pmatulis> vedic: ok
[17:29] <jpds> vedic: openvpn/strongswan ipsec, they'd both work.
[17:33] <vedic> jpds: Thanks. Didn't know about strongswan
[17:33] <jpds> vedic: Otherwise, you can consider https://aws.amazon.com/vpc/ as an option.
[17:36] <vedic> jpds: Wow. vpc seems the option I am looking for
[17:38] <jpds> It does kind of tie you into Amazon though, but those are the three I would consider.
[17:41] <jpds> And if you're paranoid as I am, you need to consider how your bits are flowing over the VPC.
[18:21] <vedic> jpds: Didn't get what you mean by 'how your bits are flowing over the vpc'
[18:27] <jpds> vedic: How do you know how Amazon are handling the packets going through the network?
[18:28] <jpds> vedic: If there's any encryption, etc.
[18:28] <vedic> jpds: Does that matter when tunnel is set between two end points.
[18:29] <vedic> jpds: For VPC, I think they will be taking least path. Thought its assumption as I haven't read what aws does for VPC
[18:32] <jpds> vedic: Is the tunnel encrypted? That's the thing.
[18:34] <vedic> jpds: Hmm... that has point. If its not encrypted, its useless for me. I won't even opt for this. You never know if internally they change the routing mechanism