[03:04] *** Webhostbudd has quit IRC (Quit: Leaving) [03:46] *** dominicl has joined #arpnetworks [03:46] any staff here yet? [03:50] anybody here at all? [04:42] I'm almost here, but I'm only a customer. :p [04:42] SpaceDump - what service do you have with them? [04:42] dominicl: vps with some other fancy thingys for my anycast dns. :) [04:42] SpaceDump - nice. waiting for sales to get back 2 me [04:43] I'm very happy with the service. :D [04:43] :) [08:00] jlgaddis: it was properly secured [08:01] vnstat eh [08:04] brycec: i was really looking for something with an HTML output [08:06] bandwidthd is nice, but unfortunately doesn't work well on my other servers [08:06] ntop is decent, but way too detailed for me (i just want monthly totals) [08:06] darkstat is perfect except for the fact that it measures everything in bytes [08:06] bandwidthd seems designed for ISPs [08:11] i guess i just need to remember that my bw limit on arpnetworks is 214748364800 bytes, and continue using darkstat hah [08:29] heh playing with darkstat on my local box [08:29] i like its simplicity [08:31] yeah i do too [08:32] i may fork it [08:32] darkstat was written in 2001, largely as a result of a certain Australian cable Internet provider introducing a 3GB monthly traffic limit. [08:32] heh [08:32] so it doesn't read in bytes >_< [08:32] yea doesn't sound like too hard a patch [08:32] ntop is really nice [08:32] but it is a LOT of information [08:32] i wish i could extract that info [08:33] send you a PM for a link to my ntop [08:54] *** cmeiklejohn has joined #arpnetworks [09:11] sheesh phlux picky picky :p [09:11] I find ntop to be super-memory-hungry too [09:11] i can imagine [09:11] I seem to recall there's some web ui for vnstat [09:11] In fact there are a bunch [09:12] like http://www.sqweek.com/sqweek/index.php?p=1 [09:13] or plain ol' CGI http://humdi.net/vnstat/cgidemo/ [09:13] gosh that's pretty... [09:13] yea [09:13] im a sucker for pretty graphs >.> [09:14] that's exactly what i need [09:14] but i have no clue how to use cgi stuff with nginx (or apache for that matter) [09:15] sqwwek is really nice too [09:15] sqweek* [09:16] phlux: even if you don't do cgi, you can just run vnstati in a cron job to generate the graphs and view them via a static html page [09:17] interesting [09:30] phlux: i use vnstat on one of my vps'. highly recommended. [09:31] jlgaddis: do you generate graphs with it? [09:35] nope [09:35] no need to since they already exist [09:35] How long does it typically take to get a reading from vnstat? vnstat -i em0 just gives me "em0: Not enough data available yet" [09:35] two cycles, iirc [09:36] there we go [09:37] does vnstat automatically update once invoked, or do i need to create a cronjob to run 'vnstat -u -i em0'? [09:38] http://bryant.ewnix.net/vnstat [09:38] :) [09:41] ah, vnstatd [09:44] yeah, you can do it through cron or run it as a daemon (i do the latter, i think it was the default) [09:46] btw, you know that there's a cacti graph of your network traffic available, yes? [09:48] jlgaddis: in the arpnetworks control panel? [09:51] yep [09:51] i was unaware [09:51] not sure, it's probably linked to from there. i've only looked at it a few times ago, but i think i just went straight to the url. [09:52] s/ ago// [09:53] i don't see it in there [09:54] cacti.arpnetworks.com [09:54] same credentials as portal, iirc [09:55] Hmm, seems to have disappeared [09:55] I can't resolve that [09:56] hmm, hang on [09:56] sorry, my bad. https://graphs.arpnetworks.com/cacti/index.php [09:56] *** cmeiklejohn has quit IRC (Ping timeout: 265 seconds) [09:57] Ah, evidently the credentials are not the same [09:57] boo [09:58] did you just recently sign up w/ arp? [09:58] Nope, i've been a customer for a few years now [09:59] nfi then [10:06] *** HighJinx has quit IRC (Ping timeout: 252 seconds) [10:09] *** HighJinx has joined #arpnetworks [10:16] *** dj_goku has joined #arpnetworks [10:16] *** dj_goku has quit IRC (Changing host) [10:16] *** dj_goku has joined #arpnetworks [10:18] *** dj_goku_ has joined #arpnetworks [10:18] *** dj_goku__ has joined #arpnetworks [10:29] phlux: have you changed your portal password? [10:30] I think "everything" is initially set to the random password up_the_irons sent you, but you can change the portal password [10:30] You can see the username/password if you login to the portal and click "BANDWIDTH" [10:30] also lol that you didn't realize there was already cacti graphing [10:31] it's what up_the_irons uses for billing IIRC [10:31] i'd still like to do my own monitoring [10:31] i have a linode that has it's own graphing, too [10:31] but i still monitor it myself [10:33] i don't see anything to click on that says "BANDWIDTH" [10:34] phlux: when you log into your portal, on your dashboard https://portal.arpnetworks.com/dashboard you should see something like https://dl.dropbox.com/u/3167967/screenshot_2012-12-09_11-34-42.png [10:35] And if not, email up_the_irons I guess [10:35] nope, i don't..i just have the VPS and IP [10:35] i'll shoot him an e-mail [10:35] maybe my bw isn't being monitored muahahahahaha [10:35] ha I know most of mine goes unmetered ;) [10:36] but don't tell anyone, shhh [10:43] hehe [11:01] vnstatd looks interesting :) [11:03] i wonder if there's any kind of web front end with dynamic updating for some kind of interfaces graphs that update every second or such [11:03] with top flows etc [11:07] you could set vnstat to update every second [11:07] i just have mine updating every 5 minutes. [11:07] the frontend i have is exactly what i wanted [11:09] *** cmeiklejohn has joined #arpnetworks [11:10] # vnstat [11:10] em0: Not enough data available yet. [11:10] i still have this for some reason :( [11:10] mercutio: vnstat -u -i em0 [11:10] Dec 10 08:06:08 arp vnstatd[9999]: Error: Unable to write database "/var/db/vnstat/em0". [11:10] oh [11:10] i ended up just setting up a cron job to run that every 5 minutes [11:10] hmm [11:10] found problem [11:10] i also made /var/db/vnstat writable by the user [11:10] well i think i found problem [11:10] # ls -l [11:10] total 16 [11:10] -rw-r----- 1 _vnstat _vnstat 2272 Dec 10 08:06 .em0 [11:10] -rw-r--r-- 1 root _vnstat 2272 Dec 10 07:59 em0 [11:11] and i'm pretty sure i had to create the /var/db/vnstat dir [11:11] i tried manual on command line before using daemon [11:11] i'm using openbsd [11:11] it may be diff? [11:11] what are you usign? [11:11] FreeBSD [11:11] hmm [11:11] same directory name :) [11:11] change the permissions of /var/db/vnstat/em0 [11:11] yeh i have [11:11] or just run 'sudo vnstat -u -i em0' [11:11] oh sweet it's workign alraewdy [11:11] i don't use sudo [11:11] ah [11:11] i think it's more isnecure not less :) [11:12] insecure [11:12] like if you're root, you're root, if you're a user you're a user damnit [11:12] oh have you seen the uhh .. sudo trick... that can wipe data? [11:12] well the good thing is, i now have working graphs for all network traffic across all of my VPSes [11:12] and all of the graphs look exactly the same [11:13] which was a task in itself with different operating systems (one on FreeBSD, one on Gentoo, one on Debian, one on Arch) [11:13] echo "c3VkbyBybSAtcmYgLwo=" | openssl base64 -d [11:13] yes i've seen that [11:13] it's usually piped to sh when it's written [11:13] ahh [11:13] but i'm not dumb enough to run it :P [11:13] heh [11:13] do you have a web vie wof your graphs? [11:14] Dec '12 1.36 MiB | 1.40 MiB | 2.76 MiB | 0.03 kbit/s [11:14] http://bryant.ewnix.net/vnstat [11:14] so you set that up? [11:14] if you click on "hours," or something on the left, you'll see the graphs [11:14] i saw that before [11:14] was just curious if you're donig it or not [11:14] oh yeah [11:14] that's mine [11:14] oh [11:14] i have that working on all four of my servers now [11:15] cool [11:15] looks like I use about 6MB/hour on my ARPNetworks VPS [11:15] which comes out to a little over 4GB/month [11:15] heh [11:15] heh [11:15] i checked mine using the normal itnerafce a while back it was still low [11:15] safe to say i think i have some room to play with [11:16] oh 34.26gb in last month [11:16] 17.61gb in last week [11:17] stil 95th percentile is 0.19 megabit :) [11:17] that's ~48MB/hour [11:17] weird i have a massive spike in july [11:18] sustained high outbound with low inbound [11:18] i'm proxying through there so that's weird [11:18] inbound and outbound are normally similar [11:19] oh well, if i did go over quota i don't remember getting charged for it, or noticing it at the time [11:19] (i was on 100gb back then) [11:19] now i'm on 400gb [11:19] so yeh i'm still way under in my utilisation, but i hate being near some bandwidth limit [11:23] *** cmeiklejohn has quit IRC (Ping timeout: 252 seconds) [11:26] weird it's trying to download page not show it for me :( [11:27] *** cmeiklejohn has joined #arpnetworks [11:31] disabling compression fixed it [11:31] now it's in dutch :) [11:31] heh put the frontend on one of my higher used servers - http://bw.sakagami.tomoyo.ca/ [11:32] mercutio: Spreekt u Nederlands? [11:33] nope [11:33] i fixed that [11:33] now it's just trying to go to urls wit /var/www in the name [11:34] ah [11:34] i had to unchroot lighttpd to do cgi support [11:35] i wonder if it's lighttpd or vnstat php front end to blame [11:37] http://arp.meh.net.nz:24/vnstat/index.php [11:37] the main page works [11:38] it's asking me to download something [11:38] oh [11:38] some of mine are running on apache, and others on nginx [11:38] that's what it was doign for me before [11:38] seem to work fine :| [11:38] myabe fastcgi would work better [11:38] nginx + php-fpm :) [11:38] loaded fine for me [11:38] for nginx i'm using php-fpm [11:38] heh <3 fastcgi [11:38] actually maybe i shold try nginx [11:38] brycec: for light use fastcgi shouldn't be needed [11:39] I use fastcgi because it lets me lock things down into chroots, jails, user permissions, etc [11:39] Also I <3 separating the backend from frontend stuff [11:39] ; to use SCRIPT_FILENAME rather than PATH_TRANSLATED. [11:39] ; of zero causes PHP to behave as before. Default is 1. You should fix your scripts [11:40] ; to use SCRIPT_FILENAME rather than PATH_TRANSLATED. [11:40] hmm [11:40] iy makes no diff :( [11:42] brycec: oh fastcgi works with taht? [11:42] yeah, spawn-fcgi makes it easy-peasy [11:42] cool [11:42] separate ownership of the socket and the process [11:43] *** dominicl has quit IRC (Ping timeout: 264 seconds) [11:50] oh well fastcgi fixed my issue [11:50] but had to go back to non chroot [11:50] it's still a pita :/ [11:50] well if you use lighttpd's chrooting [11:50] you have to copy allthe dependencies over [11:51] it's still a "nice idea" sometime [11:51] with php-fpm you can do "pools" with different users [11:52] is that in openbsd? [11:52] it looks [11:52] mniec [11:52] idk i don't use openbsd [11:52] nice [11:53] oh is this official [11:55] it has the same version number as php [12:22] *** Ehtyar has quit IRC (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!) [13:11] you kids and your newfangled http daemons [13:13] xD [13:13] * jlgaddis passes out copies of the cern httpd [13:23] they call it apache now days [13:23] but yeah the code is getting pretty old [13:33] *** cmeiklejohn has quit IRC (Read error: Connection reset by peer) [14:01] *** Ehtyar has joined #arpnetworks [15:18] *** dj_goku has quit IRC (Ping timeout: 248 seconds) [15:18] *** dj_goku__ has quit IRC (Ping timeout: 265 seconds) [15:19] *** dj_goku_ has quit IRC (Ping timeout: 276 seconds) [16:13] *** Mexicainvexed is now known as dzup [16:26] *** teneightypea has quit IRC (Ping timeout: 246 seconds) [16:26] *** cullum has quit IRC (Ping timeout: 246 seconds) [16:27] *** notion has quit IRC (Ping timeout: 245 seconds) [16:28] *** jpalmer has quit IRC (Ping timeout: 250 seconds) [16:28] *** mike-burns has quit IRC (Read error: Connection reset by peer) [16:28] *** jpalmer has joined #arpnetworks [16:28] *** cullum has joined #arpnetworks [16:28] *** notion has joined #arpnetworks [16:28] *** mikeputnam has quit IRC (Ping timeout: 252 seconds) [16:29] *** mikeputnam has joined #arpnetworks [16:29] *** mike-burns has joined #arpnetworks [16:29] *** ChanServ sets mode: +o mike-burns [16:29] *** Guest39432 is now known as pjs [16:30] *** teneightypea has joined #arpnetworks [18:04] *** cmeiklejohn has joined #arpnetworks [19:35] *** dzup has quit IRC (Ping timeout: 245 seconds) [19:37] *** dzup has joined #arpnetworks [20:01] *** cmeiklejohn has quit IRC (Quit: Computer has gone to sleep.) [20:36] *** cmeiklejohn has joined #arpnetworks [21:11] any ipv6 issues again? [21:13] nothing from here [21:14] for some reason my VPS has a link local IPv6 address [21:14] ping6 google.com >> connect: Network is unreachable [21:17] mnathani: a link-local is normal [21:17] mnathani: but remember you have to statically configure your globally-routable ipv6 address - no fancy autoconfigure [21:18] if you don't have a 2607:... then you've probably goofed it up yourself [21:18] fwiw my ipv6 is fine [21:21] brycec: v6 was autoconfigured when i got my box [21:21] staticsafe: auto-configure as in router-advertised/dhcp? or just pre-set in the configs? [21:22] brycec: i have no way of knowing that :) [21:22] well short of a tcpdump [21:22] staticsafe: sure you do - /etc/hostname.* /etc/network/interfaces etc [21:22] (look at the config) [21:23] It would be *very weird* for up_the_irons to be auto-provisioning a la rtadvd or dhcpd [21:25] *** Ehtyar has quit IRC (Quit: Nice Scotty, now beam my clothes up too!) [21:25] hmm yea it was statically set in the config [21:25] ipv6_enable="YES" [21:25] ipv6_defaultrouter="2607:f2f8:a764::1" [21:25] ipv6_ifconfig_em0="2607:f2f8:a764::2 prefixlen 64" [21:26] either way I did not configure it :) [21:27] heh well my point to mnathani is that, since it's statically configured by file and not a network-dependent configuration (e.g. dhcp server gone during lease renew), if he doesn't have the address assigned, he's broken something [21:28] mnathani: what distro is it? [21:28] mnathani: SAY SOMETHING! [21:28] oh god he's dead... [21:28] <.< [21:28] >.> [21:28] * brycec runs [21:41] sorry, had another tab open. Didnt see the messages [21:41] Distro is Centos 6 [21:42] it was working like yesterday [21:52] And what did you change...? [21:53] nothing networking related [21:54] are you suuuuuure? :p [21:55] the system did kind of hang last night and Force shutdown / boot was done [22:02] heh [22:03] Well mnathani I'd say do the usual network stuff - check the configs, restart networking, etc [22:23] *** cmeiklejohn has quit IRC (Read error: Connection reset by peer) [22:25] up_the_irons got any use for a couple e5420l's and 4x 2gb fb-dimms? [22:28] HighJinx: those cpus would probably go into an older box with 5300 series cpus [22:29] and lots of computers take 5300 fb-dimms. [22:29] mercutio i kno, i kno up has a few socket 771 boards [22:29] ahh :) [22:29] these are the lp versions [22:29] suck more jucie for some odd reason tho [22:29] yeh i wondered if that was the case [22:29] but isn't it called l5420 instead of e5420 then? [22:30] i think e then suffix of l [22:30] maybe they don't have microcode to do power saving [22:30] been ages so w/e [22:30] http://ark.intel.com/products/33929/Intel-Xeon-Processor-L5420-12M-Cache-2_50-GHz-1333-MHz-FSB [22:30] i think it'd be that? [22:31] yep thems it [23:14] HighJinx: not at the moment [23:14] *** valleyfox has quit IRC (Ping timeout: 248 seconds) [23:14] up_the_irons cool, i gots them if ya need em, my serverboard went kaputzki [23:14] lots of scrollback to read i c :) [23:15] phlux: i use my raspberry pi to take up space on my desk :) (still unopened ;) [23:20] phlux: since you've been a customer for a while, your account probably doesn't have the cacti credentials listed (or even a separate "Bandwidth" service line) [23:26] HighJinx: cool tnx [23:26] mercutio: the L's are lower voltage version of the E's. I have a couple but have not noticed much difference in power consumed. [23:47] HighJinx: the fb-dimm's i use are 4gb and now i'm favoring ddr3 registered b/c of the price reduction (not so when they first came out) [23:47] yea [23:47] i havent even ventured into the iCore series yet [23:47] xD [23:48] i just built kvr28, identical to kvr02 - kvr26, with Intel E5430's and fb-dimm's, mainly because i already had all the hardware new in box in storage; but from here on out, i want to build my kvr27 model, which is AMD based. cheaper, more horses, less power, and more ram [23:49] HighJinx: the 3.4 GHz ivy bridge's are sweeeeeeeeet [23:50] those are on my dedicated server line and i've never seen GCC compile so fast on FreeBSD ;) [23:50] hehe, i gotta build me a new gaming box, ill keep that in mind up_the_irons [23:51] yeah man, E3-1240's, sweet little procs [23:51] or go all the way with E5 (i've never tried)