[01:39] *** himuraken_ has quit IRC (Ping timeout: 260 seconds)
[01:39] *** lazard has quit IRC (Ping timeout: 240 seconds)
[01:39] *** _mnathani_ has joined #arpnetworks
[01:39] *** lazard` has joined #arpnetworks
[01:40] *** whitefang has quit IRC (Read error: Connection reset by peer)
[01:40] *** lazard` has quit IRC (*.net *.split)
[01:40] *** whitefang has joined #arpnetworks
[01:40] *** mnathani has quit IRC (Remote host closed the connection)
[01:40] *** mikeputn1m has quit IRC (*.net *.split)
[01:40] *** brycec has quit IRC (*.net *.split)
[01:40] *** teneightypea has quit IRC (*.net *.split)
[01:44] *** _mnathani_ has quit IRC (Read error: Connection reset by peer)
[01:44] *** mnathani has joined #arpnetworks
[01:44] *** lazard` has joined #arpnetworks
[01:44] *** mikeputn1m has joined #arpnetworks
[01:44] *** brycec has joined #arpnetworks
[01:44] *** teneightypea has joined #arpnetworks
[01:47] *** himuraken_ has joined #arpnetworks
[01:57] *** lazard` has quit IRC (*.net *.split)
[01:57] *** lazard` has joined #arpnetworks
[02:48] *** dne has joined #arpnetworks
[04:51] *** toorop_ has quit IRC (Ping timeout: 260 seconds)
[04:51] *** toorop has joined #arpnetworks
[04:51] *** toorop has quit IRC (Changing host)
[04:51] *** toorop has joined #arpnetworks
[05:07] *** dominicl has joined #arpnetworks
[05:07] <dominicl> Hi.
[05:07] <dominicl> How can I contact the Sales guys?
[05:08] <ant> dominicl: i would try sales@arpnetworks.com
[05:09] *** dj_goku has quit IRC (Ping timeout: 256 seconds)
[05:46] *** cullum_ has quit IRC (Quit: ZNC - http://znc.in)
[05:47] *** cullum has joined #arpnetworks
[05:49] *** staticsafe has quit IRC (Quit: WeeChat 0.4.0)
[05:49] *** staticsafe has joined #arpnetworks
[05:49] *** staticsafe has quit IRC (Client Quit)
[05:50] *** staticsafe has joined #arpnetworks
[05:52] *** staticsafe has quit IRC (Client Quit)
[05:52] *** staticsafe has joined #arpnetworks
[05:56] *** vin\ has joined #arpnetworks
[05:56] <vin\> any Tech Support here?
[05:56] <vin\> I need my account be upgraded
[05:58] <staticsafe> vin\: send an e-mail to support@
[05:59] <dominicl> are there any staff here at all?
[05:59] <dominicl> it seems arpnetworks is a one man team too..is that true?
[05:59] <staticsafe> it is
[05:59] <staticsafe> the topic says so even
[06:01] <dominicl> ah ok, so support is slow sometimes?
[06:02] <staticsafe> indeed, also up_the_irons is in PST timezone so mind that
[06:02] <dominicl> hm, wondering whether to sign up or not
[06:03] <staticsafe> i haven't had to contact support yet for any reason ;)
[06:03] <dominicl> ah right
[06:13] <jpalmer> I contacted support once,  to add more VPS's :)
[06:13] <dominicl> nice
[06:14] <jpalmer> dominicl: IMO:   if you are good with admin,   the support thing isn't much of an issue.    if you occasionally goof up and need "hands on"  then..  ARP may not be the best choice for ya.
[06:14] <jpalmer> just my opinion of course.
[06:14] * staticsafe agrees
[06:36] <vin\> hmm thats why its called unmanaged service
[06:42] <GluffiS> pretty stable, 6:42AM  up 647 days
[06:42] *** dzup has joined #arpnetworks
[06:45] *** vin\ has quit IRC (Quit: Killed by gemini (Requested by panasync))
[07:19] *** heavysixer has joined #arpnetworks
[07:19] *** ChanServ sets mode: +o heavysixer
[07:35] *** mikeputn1m has quit IRC (Quit: leaving)
[07:35] *** mikeputnam has joined #arpnetworks
[08:47] *** dne has quit IRC (Ping timeout: 246 seconds)
[08:47] *** dne has joined #arpnetworks
[08:50] *** dne has quit IRC (Client Quit)
[09:00] *** E1ven has joined #arpnetworks
[09:43] *** easymac has joined #arpnetworks
[09:43] *** easymac has quit IRC (Changing host)
[09:43] *** easymac has joined #arpnetworks
[10:06] *** heavysixer has quit IRC (Quit: heavysixer)
[10:08] *** DaCa_ has quit IRC (Ping timeout: 256 seconds)
[10:09] *** DaCa has joined #arpnetworks
[10:17] *** heavysixer has joined #arpnetworks
[10:17] *** ChanServ sets mode: +o heavysixer
[10:26] *** Guest85322 is now known as pjs
[11:28] *** dr_jkl_ is now known as dr_jkl
[11:29] *** heavysixer has quit IRC (Quit: heavysixer)
[12:06] *** lazard` is now known as lazard
[12:06] *** lazard has quit IRC (Changing host)
[12:06] *** lazard has joined #arpnetworks
[12:14] *** dne has joined #arpnetworks
[12:21] *** doomviki1g is now known as doomviking
[12:50] *** toorop has quit IRC (Ping timeout: 264 seconds)
[12:50] *** toorop has joined #arpnetworks
[12:56] *** toorop has quit IRC (Ping timeout: 255 seconds)
[13:07] *** heavysixer has joined #arpnetworks
[13:07] *** ChanServ sets mode: +o heavysixer
[13:14] *** toorop has joined #arpnetworks
[13:42] *** HighJinx has quit IRC ()
[13:47] *** heavysixer has quit IRC (Quit: heavysixer)
[13:51] *** dominicl has quit IRC (Ping timeout: 252 seconds)
[13:53] *** twobitha1ker is now known as twobithacker
[14:10] *** heavysixer has joined #arpnetworks
[14:10] *** ChanServ sets mode: +o heavysixer
[14:13] *** HighJinx has joined #arpnetworks
[14:16] *** HighJinx has quit IRC (Remote host closed the connection)
[14:17] *** HighJinx has joined #arpnetworks
[14:29] *** heavysixer has quit IRC (Quit: heavysixer)
[14:29] *** heavysixer has joined #arpnetworks
[14:29] *** ChanServ sets mode: +o heavysixer
[14:50] *** heavysixer has quit IRC (Quit: heavysixer)
[14:55] *** heavysixer has joined #arpnetworks
[14:55] *** ChanServ sets mode: +o heavysixer
[14:58] *** Ehtyar has joined #arpnetworks
[15:41] *** GluffiS has quit IRC (Read error: Operation timed out)
[15:41] *** GluffiS has joined #arpnetworks
[15:41] *** dne has left "WeeChat 0.3.8"
[15:45] *** heavysixer has quit IRC (Quit: heavysixer)
[16:25] *** dzup has quit IRC (Ping timeout: 245 seconds)
[16:32] *** heavysixer has joined #arpnetworks
[16:32] *** ChanServ sets mode: +o heavysixer
[16:41] *** HighJinx has quit IRC ()
[16:44] *** heavysixer has quit IRC (Quit: heavysixer)
[17:10] *** heavysixer has joined #arpnetworks
[17:10] *** ChanServ sets mode: +o heavysixer
[17:31] *** HighJinx has joined #arpnetworks
[18:25] *** bGeorge has joined #arpnetworks
[18:32] *** heavysixer has quit IRC (Quit: heavysixer)
[18:40] *** hive-mind has quit IRC (Ping timeout: 260 seconds)
[18:42] *** hive-mind has joined #arpnetworks
[18:44] *** mnathani has quit IRC ()
[18:44] *** mnathani has joined #arpnetworks
[19:21] * brycec waits for up_the_irons to reappear
[19:21] <brycec> he's been gone awhile...
[19:22] <milki> dun dun DUUUN
[19:22] <mercutio> i'm still wondering when ntt link will come up
[19:22] * brycec just imagines milki as "Belt" from The Croods
[19:38] * brycec waits impatiently for Garry to reappear
[21:16] *** up_the_irons has joined #arpnetworks
[21:16] *** ChanServ sets mode: +o up_the_irons
[21:17] <up_the_irons> jeez, i was netsplit for an entire day; had to reset weechat
[21:22] <staticsafe> :P
[21:26] <brycec> ohai up_the_irons
[21:26] <brycec> welcome back!
[21:26] <up_the_irons> mike-burns is still in the vortex...
[21:26] <brycec> tsk tsk
[21:26] <up_the_irons> he was the last remaining nick in the split channel
[21:27] <brycec> oh there was an entirely separate channel created in the split?
[21:27] <brycec> Pretty intense... usually the netsplit server will either rejoin or kick everyone
[21:27] <brycec> Must've been pretty bad to have a split-brain come up
[21:28] <staticsafe> certain servers were isolated from the network
[21:28] <staticsafe> Freenode was getting DDoSed yesterday
[21:28] <brycec> yep, but they usually figure out they're disconnected and boot everyone to force 'em back to a live server
[21:28] <up_the_irons> yeah the channel never rejoined
[21:29] <brycec> Well you're back, and responding to tickets *nudge nudge* so that's all that matters
[21:29] <brycec> :D
[21:30] * brycec just wants to try out the gbe link
[21:30] <up_the_irons> brycec: i actually *am* replying to yours at the moment...
[21:30] <brycec> yay!
[21:30] <up_the_irons> brycec: can u give your vps a hard reboot now?
[21:30] <brycec> yep, gimme two shakes to pull up vnc...
[21:31] <brycec> (vnc to enter the encryption key)
[21:32] <up_the_irons> k
[21:34] <brycec> going down...
[21:34] <brycec> powered off...
[21:35] <brycec> booting...
[21:35] <brycec> bios...
[21:35] <up_the_irons> neat
[21:35] * brycec wonders what's taking the bios so long...
[21:35] <brycec> grub...
[21:35] <brycec> decrypted...
[21:35] <brycec> booting...
[21:36] <brycec> oooh eth1
[21:37] <up_the_irons> haha
[21:38] <brycec> it's very quiet on eth1...
[21:38] <mercutio> up_the_irons: how's the ntt circuit coming along?
[21:38] * mercutio has had bad routing for a while now :(
[21:39] <up_the_irons> mercutio: in provisioning stage
[21:39] <up_the_irons> brycec: should be extremely quiet
[21:39] <up_the_irons> i think only 1 other person has a direct link
[21:39] <up_the_irons> brycec: i just sent the ticket reply
[21:40] * brycec just received the reply
[21:40] * up_the_irons \m/
[21:40] <brycec> Thanks up_the_irons !
[21:40] <brycec> fwiw NFS has generally been rock solid for me. I swear by it.
[21:40] <up_the_irons> brycec: np, does it work? :)
[21:40] <up_the_irons> brycec: which version of NFS?
[21:40] <mercutio> brycec: with linux?
[21:40] <up_the_irons> and on which platform?
[21:41] <up_the_irons> linux/freebsd/...
[21:41] <mercutio> most people swear at it.
[21:41] <up_the_irons> hahhhahahahah
[21:41] <brycec> up_the_irons: nfsv3 (v4 was a nightmare..) on linux, freebsd, and osx
[21:41] <mercutio> stale nfs handles
[21:41] <brycec> (though osx has some weirdness...)
[21:41] <up_the_irons> ok, i'll note the v3
[21:41] <mercutio> About 479,000 results (0.24 seconds)
[21:41] <up_the_irons> i think the last i tried was v4
[21:41] <brycec> v4 has bells and whistles... but is really complicated compared to v3
[21:42] <up_the_irons> i c
[21:42] <mercutio> that said most of my linux nfs problems were years ago
[21:42] <brycec> And v4 wasn't supported by the centos 5.x install environment, so I had to roll bacjk
[21:42] <mercutio> and mostly to do with reboots..
[21:42] * brycec does craploads of netinstalls
[21:42] <mercutio> i used to use nfs mounted /
[21:43] <brycec> I still do
[21:43] <brycec> my testbench is 100% netboot (because fuck drives)
[21:43] <mercutio> cool
[21:43] <up_the_irons> lol
[21:43] <mercutio> i used to do remote X too
[21:44] <brycec> heh, X... what a b/w whore.
[21:44] <mercutio> thin clients kind of fell out of
[21:44] <brycec> I recently used NX (NoMachine) and that is very, very slick
[21:44] <mercutio> i've lost the word
[21:44] <brycec> fashion?
[21:44] <brycec> use?
[21:44] <mercutio> yeh that'll do
[21:44] <mercutio> i just used it on lan
[21:44] <mercutio> I tried over DSL
[21:44] <mercutio> it's pretty bad.
[21:44] <mercutio> actually xterm is ok
[21:44] <brycec> heh yeah... if it's a small window
[21:44] <mercutio> gtk applications are terrible
[21:45] <mercutio> gnome-terminal is probably terrible
[21:45] <up_the_irons> brycec: let me know if you have ping6 that link local address i gave ya
[21:45] <brycec> up_the_irons: From fe80::5054:ff:fe2b:8374 icmp_seq=1 Destination unreachable: Address unreachable
[21:45] <mercutio> on that note, has anyone had much luck running X on windows?
[21:45] * brycec had to look up and find that he needed -I eth1 for LL
[21:46] <up_the_irons> brycec: yep, i missed up..  another hard reboot plz :)
[21:46] <brycec> boooo okay
[21:47] <up_the_irons> brycec: for the ping, you just qualify the v6 address with the interface, like:
[21:47] <up_the_irons> ping6 fe80::5054:ff:fe89:c122%vlan71
[21:47] <brycec> going down....
[21:47] <up_the_irons> in that case, the int name is vlan71, but you would do like "%eth1"
[21:47] <brycec> Yeah % should work too
[21:48] <brycec> going up...
[21:48] <brycec> I appreciate that the BIOS gives me a fighting chance to hit F12.... but sometimes it's annoying
[21:48] <up_the_irons> i set it for 15 seconds...  i didn't want to make it too long, cuz then all boot times are higher
[21:49] <brycec> heh
[21:50] <brycec> up_the_irons: no-go still
[21:50] <brycec> So just to be clear - this vlan is shared among other hosts (potentially),r ight?
[21:50] <brycec> (ie. I should firewall it accordingly)
[21:50] <up_the_irons> brycec: yes, firewall it if need be
[21:51] <up_the_irons> brycec: what's your link-local side addr?
[21:51] <brycec> 21:45:13 < brycec> up_the_irons: From fe80::5054:ff:fe2b:8374 icmp_seq=1 Destination unreachable: Address unreachable
[21:51] <brycec> fe80::5054:ff:fe2b:8374
[21:51] * brycec tcpdumps...
[21:53] * up_the_irons ponders...
[21:53] <brycec> (and no, I don't have any firewalling active)
[21:53] <brycec> (yet)
[21:57] <up_the_irons> OH
[21:57] <up_the_irons> i know
[21:58] <brycec> ifconfig vlan71 up
[21:58] <brycec> :p
[21:59] <up_the_irons> brycec: try now :)
[21:59] <brycec> hey, you're pinging
[21:59] <up_the_irons> woo
[21:59] <up_the_irons> 64 bytes from fe80::5054:ff:fe2b:8374: icmp_seq=410 ttl=64 time=0.595 ms
[21:59] <up_the_irons> 64 bytes from fe80::5054:ff:fe2b:8374: icmp_seq=411 ttl=64 time=0.625 ms
[21:59] <up_the_irons> 64 bytes from fe80::5054:ff:fe2b:8374: icmp_seq=412 ttl=64 time=0.583 ms
[22:01] <brycec> woo fast!
[22:01] <brycec> I was about to complain that I was still seeing 100mbps speeds, but I decided to retry with a ramdisk as the destination instead
[22:01] <brycec> damnit... cache
[22:01] <brycec> sent 244559550 bytes  received 31 bytes  12541516.97 bytes/sec
[22:01] <brycec> still 100mbps
[22:01] <brycec> (to a tee)
[22:01] <brycec> fuck
[22:01] <brycec> ignore me...
[22:02] * brycec was still on the old public iface
[22:02] <up_the_irons> lol
[22:03] <up_the_irons> i have our ISO volumes replicated over that link, so i know it is f'in fast :)
[22:05] <brycec> heh
[22:05] <brycec> sshfs is being a little bitch with the whole %eth1 bit
[22:05] <up_the_irons> hah
[22:06] <brycec> hush you, mr "let's be progressive here" :p
[22:06] <brycec> "If host is a numeric IPv6 address, it needs to be enclosed in square brackets."
[22:06] <brycec> -.-
[22:06] <brycec> rtfm ftw
[22:07] <brycec> okay okay okay, real performance now...
[22:07] <up_the_irons> LOL
[22:08] <brycec> copying from the backup server to a ramdisk, just over 100mbps
[22:08] <brycec> sent 244559550 bytes  received 31 bytes  13219436.81 bytes/sec
[22:08] <up_the_irons> yeah, you get used to the square brackets if you do enough ipv6.  apache does the same thing.
[22:09] <brycec> copying to the backup server, sub-100mbps. sent 244559555 bytes  received 31 bytes  9228663.62 bytes/sec
[22:09] <up_the_irons> brycec: just do a straight scp of some huge file, you should see like 500 mbps (i haven't found a single stream go faster than that, it might be an mtu thing or w/e...)
[22:09] <brycec> this might be a dumb question, but can I set the mtu to 9000 on the iface?
[22:09] <up_the_irons> i think u can
[22:10] <brycec> i would be used to [], except all my ipv6 is config'd by slaac (or manually, which is sans-[]), using hostnames, or ssh (or ping6 or nmap) which don't mind it sans-[]
[22:10] <brycec> yep, mtu set to 9000 and ping still works...
[22:12] *** whitefang has quit IRC (Quit: Leaving)
[22:12] <brycec> avg speed still 100mbps. The first 111MB went at 40MB/s, then it stalled for 5 seconds, and it was never as quick
[22:13] <brycec> seems like I starved your cache or something
[22:13] <brycec> s/starved/exhausted/
[22:13] <brycec> (that was vps->backup)
[22:13] <brycec> s/vps/vps-ramdisk/
[22:14] <brycec> backup->vps-ramdisk was much, much quicker (probably still in the server's cache), 40MB/s
[22:14] <up_the_irons> brycec: 40MB/s =~ 320 Mbps
[22:14] <up_the_irons> brycec: i just up'd the mtu on both sides on my end, btw
[22:14] <up_the_irons> brycec: so give it another try
[22:15] <brycec> (oh yeah, both ends... heh)
[22:15] <brycec> hmm something broke
[22:15] <brycec> ssh is hanging mid-negotiation
[22:16] <brycec> (they connect, but die during handshaking and such)
[22:16] <up_the_irons> hmm.. ping still works
[22:16] <brycec> I've seen this before
[22:16] <brycec> when the MTU was too high
[22:16] <up_the_irons> o'rly?
[22:16] <brycec> packets started dropping over a certain size
[22:17] <brycec> probably the mtu
[22:17] <brycec> it's google'able
[22:17] <brycec> http://www.snailbook.com/faq/mtu-mismatch.auto.html
[22:18] <brycec> (tcpdump shows it constantly retrying)
[22:18] <brycec> (feel free to abuse ssh and try logging it)
[22:18] <up_the_irons> hmm.. i wonder if the taps and br's also need to be changes
[22:19] <up_the_irons> damn lots of changes
[22:19] <brycec> heh, could be
[22:19] <up_the_irons> brycec: give it another try, just to see if it doesn't stall (changed your tap mtu to 9000)
[22:19] <brycec> hangin'
[22:19] <up_the_irons> brycec: one more time
[22:19] <brycec> just went through
[22:19] <brycec> yep, connects now
[22:20] <nixbag> hurray!
[22:20] <up_the_irons> oh hey nixbag , how's missouri?
[22:20] <brycec> vps-ramdisk -> backup server 23.3MB/s (186mbps)
[22:21] <nixbag> up_the_irons: i'm back in LA now.
[22:21] <up_the_irons> i wonder if kvm networking is just hitting some cap
[22:21] <up_the_irons> nixbag: that was 2 weeks??
[22:21] <up_the_irons> man time flies
[22:21] <brycec> oh hell...
[22:21] <brycec> up_the_irons: my ssh has frozen, and vnc "Faield to connect to server"
[22:22] <brycec> (this happened as I started a backup->vps scp)
[22:22] <up_the_irons> brycec: hmm
[22:23] <brycec> (and needless to say, no response to pings)
[22:24] <up_the_irons> brycec: your vm appears stopped
[22:24] <up_the_irons> i guess it crashed :o
[22:24] <brycec> well I didn't stop it...
[22:24] <up_the_irons> i just started it for ya
[22:24] <up_the_irons> hmm.. musta died then
[22:24] <brycec> thx (I hit Boot too)
[22:24] <up_the_irons> haven't seen that very much, but then again we're experimenting with new stuff...
[22:25] <brycec> Let's try this again!
[22:27] <dr_jkl> ow. i think i have arthritis :/
[22:28] * brycec really ought to setup the console too
[22:31] <nixbag> up_the_irons: we cut the trip short because of incoming snow storms.
[22:32] <brycec> up_the_irons: I'm seeing 40MB/s both directions pretty consistently :D
[22:32] <brycec> that is nice and fast
[22:33] <up_the_irons> brycec: oh sweet
[22:34] <up_the_irons> brycec: i need to find a way to get those MTUs persistent on your tap / br cuz when you reboot the interface is created a-new
[22:34] <dr_jkl> openbsd  is fun.
[22:34] <brycec> oh goody... "Just don't reboot"
[22:35] * brycec had a lovely 130+ day uptime before this
[22:36] <up_the_irons> brycec: i made an adjustment, can u plz retest?
[22:36] <up_the_irons> brycec: pfff.. weak sauce
[22:36] <up_the_irons> $ ssh kvr06 uptime
[22:36] <up_the_irons>  21:56:59 up 1154 days, 18:50,  1 user,  load average: 1.16, 1.26, 1.83
[22:36] <up_the_irons> $
[22:36] <up_the_irons> i hope it doesn't now crash tonight...
[22:36] <brycec> up_the_irons: well I'm sorry I only recently signed up :P
[22:36] <nixbag> you jinxed it.
[22:36] <up_the_irons> brycec: lol
[22:37] <brycec> backup->vps(ramdisk) 46.6MB/s, vps(ramdisk)->backup 38.9MB/s
[22:38] <up_the_irons> so still good?
[22:38] <brycec> I'm happy
[22:38] <up_the_irons> cool, appears only the tap needs the 9000 mtu
[22:38] <up_the_irons> no need to mess with the bridge interfaces
[22:39] <brycec> Do I see an option in the portal to configure the mtu in the future? :D (or just set everyone to 9000... or just do it by hand/on request)
[22:39] <up_the_irons> i think it's simpler to just try 9000 everywhere
[22:39] <up_the_irons> if it's stable, then it's all good
[22:40] <brycec> might cause confusion with fresh installs that attempt 1500 by default
[22:40] <brycec> (don't get me wrong, i'd love 9000 everywhere)
[22:41] <up_the_irons> well, if the tap is 9000 on the host, but only 1500 on the VM side, that shouldn't mess with anything
[22:41] <up_the_irons> the mtu is 9216 on all my "backplace" traffic ports, but the front-end NICs are still 1500 (cuz i'm lazy and get enough speed anyway)
[22:45] <up_the_irons> brycec: can u test one more time?  (sorry, didn't think we'd get into all this mtu stuff now :)
[22:47] <brycec> up_the_irons: still good
[22:47] <brycec> backup->vps(ramdisk) 46.6MB/s, vps(ramdisk)->backup 38.9MB/s  (again)
[22:47] <up_the_irons> brycec: ok nice
[22:48] <up_the_irons> seems like the vlan on the backup server doesn't need the 9000 mtu either.  like, only "physical" interfaces
[22:48] <up_the_irons> gonna reboot the backup server to make sure the mtu sticks
[22:48] <brycec> noooo
[22:49] * brycec points to his active xfer
[22:49] * brycec watches things fail
[22:49] <up_the_irons> woops
[22:49] <brycec> sshfs does NOT like yuo right now, up_the_irons
[22:49] * up_the_irons apologizes to sshfs
[22:50] <brycec> in my testing and "real" use: (rx/tx)           max          391.09 Mbit/s  |   339.03 Mbit/s
[22:51] <brycec> looks like we're back up
[22:51] <up_the_irons> mtu stuck, yay
[22:51] <brycec> great
[22:51] <up_the_irons> btw, i added the backup space to your Portal profile, officially
[22:51] <up_the_irons> you'll see more options now
[22:51] <brycec> options where?
[22:51] <up_the_irons> in portal
[22:51] <brycec> oh cool!
[22:52] <up_the_irons> click "Backup Space"
[22:52] * brycec did
[22:52] <up_the_irons> i'll spoil the surprise: just let's you submit new ssh keys
[22:52] <brycec> I love that df tells me I can write out another 2.7TB... in a 20GB quota :p
[22:52] <brycec> *2.5
[22:52] <brycec> **2.6
[22:53] <brycec> up_the_irons: that's not all - also mentions the hostname
[22:53] <up_the_irons> brycec: is this over sshfs?
[22:53] <brycec> even though the hostname doesn't match the ipv4 address you gave out
[22:54] <brycec> up_the_irons: Yes
[22:54] <up_the_irons> cuz 'df' is not a binary within the chroot, so you can't see it while logged in
[22:54] <brycec> lol sorry for the confusion
[22:54] <brycec> yes, df against the sshfs mountpoint
[22:54] <up_the_irons> brycec: interesting.  dunno if there's anything i can do about that
[22:54] <brycec> probably not
[22:54] <brycec> unless you can fuck with sftp on the server
[22:54] <up_the_irons> yeah true
[23:02] <brycec> up_the_irons: Could I ask for a bump in my quota?
[23:04] * brycec replied to the ticket instead/too
[23:31] *** Ehtyar has quit IRC (Quit: +++ OK ATH OK)
[23:46] <toddf_> interesting, the openbsd implementation of virtio networking can only do a mtu of 2024 not 9000
[23:53] <up_the_irons> toddf_: whoa weird