[00:00] :) [00:00] do you still have to specify ip unnumbered these days? [00:02] now, if i assign the .0 to *another* router (but same vlan), for redundancy let's say, then have the host configured to have .0 as a lower priority default route, this could present some level of gateway redundancy on /30 links, something that is somewhat difficult (VRRP and HSRP don't support /30's "out of the box", need tricks) [00:02] mercutio: as of IOS 12.0, it is the default [00:02] up_the_irons: i have a diff idea :) [00:02] mercutio: do tell :) [00:03] can you get kvm to restrict ip's? [00:03] and then just use /24s and vrrp? [00:04] mercutio: so a shared vlan type setup (which I think you're getting at) is not feasable (counter to my ideals of customer segregation and network design) [00:05] Who the hell needs a 16 TB file, or a 1EB file system? btrfs is even more insane, 16 EB for both. [00:05] up_the_irons: ok.. so it's partially about being shared on one network/ [00:05] arenlor: insane [00:05] segment [00:05] up_the_irons: Do you even have 16 TB total? [00:06] well the other way to go is you take over the ip completely with a different router if the router goes down [00:06] mercutio: well, two things: 1) majority of customers have only 1 IP (/30), 2) VRRP or HSRP aren't exactly noted for their success stories. It is better for the client / host to make the proper routing desicision then to move some "magic" IP between separate switches [00:06] because i think it's a different story using 4 ip addresses on a /30 then using a /31 with 2 addresses. [00:07] arenlor: 16TB total of what?:) [00:07] up_the_irons: Disk space. [00:07] well what i hate most about vrrp is when things half work [00:07] arenlor: on all my hosts? [00:07] because it's going out one router and coming back through the other. [00:08] up_the_irons: Yeah, just wondering if ext4 could create a file larger than all your hosts could hold. [00:08] but vrrp does work reasonably often.. it's just when it doesn't it's more complicated. [00:08] mercutio: that's actually not too big a problem; the bigger problem is the IP moving around [00:08] oh? [00:08] i've never found that to be a problem? [00:08] mercutio: routing is asynchronous anyway, so it doesn't matter if traffic comes in one way and leaves another [00:08] up_the_irons: i just mean when things break [00:09] it makes it harder to debug [00:09] but all redundant solutions are harder to debug [00:09] arenlor: in total, across all hosts, i have about 104TB of space; but that couldn't be used for a single file obviously... [00:09] mercutio: yeah [00:09] up_the_irons: you're using local storage? [00:10] mercutio: yep [00:10] mm [00:10] up_the_irons: True, at least makes me a little more sane to know that you have more space than ext4 can take up in one file. Btrfs would still think that's a tiny file. [00:10] how often do you have router failures? [00:11] arenlor: just because things "can" scale doesn't mean they will [00:11] arenlor: lol [00:11] mercutio: I've only ever seen one I think, and it was for only a short bit. [00:11] i would be very hestitant about having a 100tb file system with btrfs [00:11] hell i'm hesistant about having a 1tb file system with btrfs [00:11] mercutio: Try 16 EB [00:11] cos i think in some ways automatic failover isn't really necssary [00:12] but having backups of router config [00:12] being able to get something up and going quickly etc is handy [00:12] mercutio: i've never had a router failure, but i know one day it is inevitable. i am preparing for that possibility. i hate single points of failure [00:12] up_the_irons: well so do i :) .. [00:12] but [00:13] i think host failure is more likely [00:13] and while you're using local storage... [00:13] up_the_irons: Have you looked at netflix's monkey to see if it's usable for you? [00:13] mercutio: well, yes, and so i've already prepared for that :) [00:13] there's a higher chance of a protracted outage from that then router. [00:13] ok :) [00:13] arenlor: i only just heard of it [00:13] haven't really looked further [00:14] not trying to tell you what to do. [00:14] just giving my input :) [00:14] chaos monkey or something? [00:14] up_the_irons: Yep [00:14] mercutio: we have failures in local storage frequently, but it is a RAID 10, so the drive gets replaced. No big deal, that problem is already solved. [00:15] up_the_irons: Why 10? [00:15] i watched a talk by a guy from Edgecast; they have 6000 servers. he says they have a HD failure every 12 hours :) [00:15] well as long as you don't have two disks die at once :) [00:15] arenlor: speed and more drives can fail [00:15] mercutio: sure, of course [00:15] up_the_irons: i wonder how many memory stick failures they get [00:15] yeah [00:15] i've only had 1 [00:16] memory stick failures can be confusing though [00:16] spinning things die a lot faster... ;) [00:16] yeh [00:16] are you using sata disks? [00:17] Heh, this is how efficient RAID 2 is: 1 − 1/n ⋅ log2(n-1) [00:17] huh? [00:17] what's raid 2? [00:17] and those don't show [00:18] oh hamming codes :) [00:19] mercutio: You don't know what RAID 2 is? [00:19] well it's not exactly common [00:19] but i found wikipedia entry ;) [00:19] mercutio: True. I have to go lookup what exactly RAID 1+0 does, but I know RAID 2. I think something is wrong with me. [00:20] arenlor: heh [00:20] heard of raidz-2? [00:20] mercutio: Nope. [00:20] basically 4 disks plus 2 partiy [00:21] or such [00:21] but any two disks can die [00:21] mercutio: yeah, sata [00:21] up_the_irons: re4s? [00:21] mercutio: Nice. [00:22] mercutio: nah, too expensive and i've had just as many failures with so-called "enterprise" drives than regular drives, so i stay with the regular ones [00:23] up_the_irons: ahh.. [00:23] i've been using diff disks [00:23] and i've noticed that some disks are a lot faster with raid 10 type configs than others [00:23] err or some are slower [00:23] but it's not the same as desktop benchmarks [00:24] yeah [00:24] mercutio: which are you finding are the fastest? [00:24] umm slowest is ST32000641AS [00:24] WD2002FAEX-0 is faster [00:25] i'm not sure what fastest are :) [00:26] zfs is kind of special in that it'll push more load to faster disks [00:26] though [00:26] err i mean "idle" disks [00:26] like it's not strictly balanced [00:27] ah [00:27] but yeh the seagates seem wlower [00:27] that's an older seagate though [00:27] older wd too [00:27] i haven't tried in raid yet [00:27] but in desktop usage the new seagates are fast [00:27] the new ones are 1tb/platter [00:28] think is it's about seek time and stuff more when you do lots of small tranfers [00:28] that happens with raid [00:29] those seagates are from when the flooding happened [00:29] and limited availability of hard-disks [00:33] *** ryk has quit IRC (Ping timeout: 246 seconds) [00:33] yeah [00:34] time for a break [00:34] * up_the_irons wanders off [00:42] *** Ehtyar has quit IRC (Quit: Never look down on someone unless you're helping them up.) [01:01] *** LT has joined #arpnetworks [01:09] *** ryk has joined #arpnetworks [01:20] *** Arenlore has joined #arpnetworks [01:21] *** arenlor has quit IRC (Ping timeout: 244 seconds) [04:09] *** gcw|mbpro has joined #arpnetworks [04:11] *** gcw|mini1 has quit IRC (Ping timeout: 244 seconds) [05:27] *** arenlor has joined #arpnetworks [05:29] *** Arenlore has quit IRC (Ping timeout: 240 seconds) [06:03] *** Webhostbudd has joined #arpnetworks [07:18] *** fink has joined #arpnetworks [08:44] *** gcw|mbpro has quit IRC (Ping timeout: 255 seconds) [08:45] *** gcw|mbpro has joined #arpnetworks [09:22] up_the_irons: around? [09:22] got your message from last night [09:23] the VPS was indeed booted, and vnc never responded [09:23] when it is shut down, i get a 'connection refused' which is a slightly different scenario [09:25] rebooting did solve the problem, vnc is now back up, but I was hoping to not have to resort to that, as I lost my console session. [09:27] *** LT has quit IRC (Quit: Leaving) [09:33] *** mjp has quit IRC (*.net *.split) [09:33] *** jlgaddis has quit IRC (*.net *.split) [09:33] *** mjp has joined #arpnetworks [09:34] *** jlgaddis has joined #arpnetworks [09:45] *** jlgaddis has quit IRC (*.net *.split) [09:45] *** jlgaddis has joined #arpnetworks [09:59] *** gcw|mbpro has quit IRC (Ping timeout: 256 seconds) [09:59] *** sako has joined #arpnetworks [10:05] *** gcw|mbpro has joined #arpnetworks [10:40] *** segv has quit IRC (Ping timeout: 260 seconds) [10:40] *** segv_ has joined #arpnetworks [10:40] *** segv_ is now known as segv [10:40] *** HighJinx has quit IRC (Quit: Computer has gone to sleep.) [10:54] *** sako has quit IRC (Ping timeout: 276 seconds) [10:55] *** hive-min1 has quit IRC (*.net *.split) [10:55] *** easymac has quit IRC (*.net *.split) [10:55] *** jdoe has quit IRC (*.net *.split) [10:58] *** hive-min1 has joined #arpnetworks [10:58] *** easymac has joined #arpnetworks [10:58] *** jdoe has joined #arpnetworks [11:00] *** HighJinx has joined #arpnetworks [11:43] *** sako has joined #arpnetworks [11:50] *** sako has quit IRC (Quit: leaving) [11:51] *** ryk has quit IRC (Changing host) [11:51] *** ryk has joined #arpnetworks [11:51] anyone know roughly how much disk it would take to apt-mirror the ubuntu 12.04 updates locally? [11:56] mikeputnam: No idea, but I think that up_the_irons has/was working on a local mirror. [11:56] found it https://wiki.ubuntu.com/Mirrors/ [11:56] ~600GB [12:26] *** gcw|mbpro has quit IRC (Remote host closed the connection) [12:33] *** phlux has quit IRC (Read error: Connection reset by peer) [12:33] *** mike-burns has quit IRC (Read error: Connection reset by peer) [12:33] *** nestea has quit IRC (Read error: Connection reset by peer) [12:33] *** bGeorge has quit IRC (Read error: Connection reset by peer) [12:33] *** phlux has joined #arpnetworks [12:33] *** bGeorge has joined #arpnetworks [12:33] *** mike-burns has joined #arpnetworks [12:33] *** ChanServ sets mode: +o mike-burns [12:33] *** nestea has joined #arpnetworks [12:44] mikeputnam: yeah, 600GB is about the size of our Ubuntu mirror [12:45] ryk: see the "Some things to note" section here: http://support.arpnetworks.com/kb/vps/out-of-band-management [12:45] ryk: you might have had another session (stale) open somewhere else [13:22] interesting. what if it was on my computer? [13:23] as in, the original session was on my computer, and i rebooted; shouldn't that have reset it? [13:30] *** Webhostbudd has quit IRC (Quit: Leaving) [14:16] ryk: oob connects to a tcp socket the kvm instance that is the equivalent of 'qemu' running on his system. [14:17] ryk: the only time you get disconnected is if you poweroff your kvm instance [14:18] *egg on face* sorry up_the_irons I forgot you have the older libvirt that can't do the 'system_reset' equivalent just yet [14:18] so if you reboot your guest os, your oob will survive [14:18] if you hard poweroff your vps, your oob should die and force you to reconnect [14:19] .clear [14:19] heh oops [14:26] *** Webhostbudd has joined #arpnetworks [15:13] *** heavysixer has joined #arpnetworks [15:13] *** ChanServ sets mode: +o heavysixer [15:31] *** fink has quit IRC (Quit: fink) [16:36] *** hive-mind has joined #arpnetworks [16:38] *** hive-min1 has quit IRC (Ping timeout: 252 seconds) [17:11] *** fink has joined #arpnetworks [17:55] *** fink has quit IRC (Quit: fink) [18:00] *** gcw|mbpro has joined #arpnetworks [18:26] *** fink has joined #arpnetworks [18:41] *** Arenlore has joined #arpnetworks [18:42] *** arenlor has quit IRC (Disconnected by services) [18:42] *** Arenlore is now known as arenlor [19:04] *** HighJinx has quit IRC (Quit: Computer has gone to sleep.) [19:52] *** redsteal has joined #arpnetworks [19:54] hum, My server ping time out 4 time tonight is there any reason [19:54] i havent had any problems [19:54] Seems like some network issues, but I'm not having any troubles anymore. Possibly routing, I only lost connection from home. [19:55] it's ok now [19:56] but 13h30 to 14h35 (GMT -5) got 4 connectivity drop [20:00] i lost connection too [20:00] must be sunflares [20:01] or thor is sucking up our bandwidth [20:11] heh i was wondering where you were connecting from redsteal [20:11] but you're connecting frmo your vps i see :) [20:35] redsteal: what is your vnc host? (so i know what host you are on) [20:37] think I found it, kvr25 [20:37] No issues on that host tonight [20:50] < redsteal> hum, My server ping time out 4 time tonight is there any reason <-- yeah, up_the_irons got bored this evening, went into the datacenter, and was randomly unplugging cables and plugging them back in to see if anyone would notice [20:52] seriously, though, the issues could have been at any hop in between you and your vps [20:55] jlg: mhoran had issue too? [20:55] but they both may be using hte same isp or path [20:56] according to nanog bell canada had a big issue recently [20:56] and peering between glbx and level 3 broke [20:57] mzima seems to send a lot of traffic through glbx... and level 3 are huge.. so if your isp is using level 3 that could explain it [20:58] (and mzima don't directly peer with level 3.. but peer through glbx) [20:58] i thought level3 owned glbx though [20:58] and i do mean gblx not glbx [21:00] mm reading furhter [21:00] http://www.bgpmon.net/bell-leak.txt [21:00] bell canada did a route leak.. which included arp networks [21:01] http://seclists.org/nanog/2012/Aug/231 [21:10] my monitoring systems didn't report any issues reaching my vps' [21:11] jlg: i didn't notice any issues too [21:11] (my own instance of opsview -- through level3 in chicago -- and pingdom -- through multiple carriers throughout the world) [21:11] arp has several different prefixes, though, so maybe they only hijacked a portion of them (and not the ones my vps' are on) [21:12] it was all of them [21:12] it seems to be because arp have transit with tata [21:12] oh hangon [21:12] arp doens't have transit with tata do they? [21:12] i thought it was trit they had transit with [21:12] but basically the gist is bell canada was advertising when they shouldn't have been [21:13] and some people may have got a preferred route through them [21:13] *** hive-min1 has joined #arpnetworks [21:13] * jlgaddis goes to catch up on nanog real quick [21:13] which is what route filters are foor [21:13] limited by bell canada [21:13] and yo'll find the thread [21:13] *** hive-mind has quit IRC (Ping timeout: 240 seconds) [21:18] *nod* flipped over to my nanog folder and that thread is right on top [21:21] *** hive-min1 has quit IRC (Ping timeout: 272 seconds) [21:22] *** hive-mind has joined #arpnetworks [21:29] *** hive-mind has quit IRC (Ping timeout: 252 seconds) [21:30] *** hive-mind has joined #arpnetworks [21:35] Other than massive ping times, can anyone tell me what could be causing this traceroute: http://pastebin.com/ip8ata5y because I'm wondering if my Internet is about to disappear on me. [21:36] *** hive-mind has quit IRC (Ping timeout: 256 seconds) [21:38] *** hive-mind has joined #arpnetworks [21:42] latency/congestion in the ATM network between your CPE and your ISP's BRAS ? [21:43] or solar flares [21:44] you could be uploading a file arenlor [21:44] *** hive-mind has quit IRC (Ping timeout: 248 seconds) [21:44] it's normal for adsl connections to ping upwards of 1 second when uploading due to "bufferbloat" [21:44] mercutio: Nope, that's just what my Internet does to me. [21:44] well there's extreme congestion [21:44] is there any open wifi? [21:44] bittorrent? [21:45] mercutio: Nope and nope. [21:45] is your sync rate ok? [21:45] mercutio: Yep. It just is really shitty service. [21:45] I've seen it drop to ~80kbps [21:45] *** hive-mind has joined #arpnetworks [21:46] what's your sync rate? [21:46] are there errors on the adsl statistics? [21:46] did you watch the video of the nanog presentation i linked to a few days ago? [21:47] jlgaddis: I downloaded, but have not had time to watch it yet. [21:47] jlg: what's the presentation on? [21:47] i've made all my colleagues watch it a while back and suggest it to others all the time [21:47] jlg: is it worse during the evening? [21:47] mercutio: traceroute [21:48] i think the biggest problem with traceroute is you need to do it frmo both sides [21:48] and with udp and tcp and icmp [21:48] now days :) [21:48] well sometimes [21:48] Heh, seems there are tons of errors with my dsl. [21:48] arenlor: what's your atteunation? [21:48] attenuation? [21:48] downstream and upstream [21:49] if it's like > 60db you are likely to have shit connectivity [21:49] mercutio: Not sure where to find it. [21:49] what kind of modem is it? [21:49] Shitty? [21:49] what moedl? [21:49] model [21:49] a whole lot of them have mock interfaces on the net [21:49] lol [21:49] or docuemntaiton [21:49] so i can tell you where to go :) [21:50] *** fink has quit IRC (Quit: fink) [21:50] you could also try telnet [21:50] lots of broadcom chipsets have telnet open [21:50] admin/admin [21:50] mercutio: It says Sagecom SE567 on it, but no model number.\ [21:50] adsl info [21:50] that's a model number [21:50] It's one of the ISP provided things. [21:50] are you with bell canada? [21:51] mercutio: Frontier. [21:51] no idea who that is [21:51] but i serached that modem and it came up with bell canada [21:51] who had massive issues today :) [21:51] mercutio: 4th largest telecom in the US [21:51] oh ok :) [21:52] i'm in new zealand... [21:52] mercutio: I know [21:52] ok [21:52] just saying i'm not completely ignorant [21:52] just not aware of stuff there so much [21:52] If it was Verizon, AT&T, or CenturyLink you'd have heard of it. [21:52] *** hive-mind has quit IRC (Ping timeout: 268 seconds) [21:53] http://www.broadbandreports.com/comments/1677?1=1&p=7 [21:53] i know comcast, verizon, at&t [21:53] dunno centurylink [21:53] *** hive-mind has joined #arpnetworks [21:53] verizon fios seems common? [21:53] well with geeks i suppose :) [21:53] mercutio: Third largest telecom. Those three are the surviving Baby Bells. [21:54] i'm not having luck finding much [21:54] is it the same as gigaset? [21:54] http://www.wikidevi.com/wiki/Sagemcom_SE567_(Frontier_Communications) [21:54] i think you had typo :) [21:55] oh god it's TI chipset [21:55] * arenlor is lightly dyslexic. [21:55] Got a clue what OAM end-to-end is? [21:56] ok do you have atm statistics? [21:57] Yep [21:58] ok [21:58] pastebin me them? [21:59] http://pastebin.com/bSZf1a8K [21:59] *** hive-mind has quit IRC (Ping timeout: 252 seconds) [22:00] it really doesn't line up very well [22:01] mercutio: How so? [22:01] *** hive-mind has joined #arpnetworks [22:01] click "raw" [22:01] oh, doesn't help [22:02] 88520 rx errors? [22:02] arenlor: the columns to the words [22:02] 88520 errors isn't bad enough to explain his problems [22:02] he's been doing a lot of packets [22:02] also look how high his transmit is compared to receive [22:03] i mean he's doing more transmitting than receiving [22:03] aren: you might have a virus [22:03] are you using windows? [22:03] mercutio: HGC (Hutchinson Global Communications) also leaked routes, for months actually. I tried to contact them, as well as Internode, but to no avail. I actually had to shut off their peer. Was causing very bad routing from AU -> US through Internode [22:03] mercutio: Yeah, it could be that Freenet isn't being fair. [22:04] arenlor: freenet? [22:04] mercutio: The Freenet Project [22:04] up_the_irons: curious that internode are hard to contact [22:04] arenlor: do you do soemthign with them? [22:04] well you need to stop uploading as much arenlor [22:04] is the gist. [22:05] mercutio: Internode isn't hard, it is HGC that is hard [22:05] mercutio: I have it limited to < 20k up [22:05] up_the_irons: oh right [22:05] i know nothing about HGC [22:05] arenlor: just disable it [22:05] and see if problem goes away [22:06] mercutio: I've tried, totally shut down the computer it's on, didn't help. [22:06] up_the_irons: you don't have transit through TATA do you? [22:06] arenlor: how many computers do you have? [22:06] http://i48.tinypic.com/34g9buo.jpg should line it up better. [22:06] dude you have 384 kbit upload that sucks :) [22:07] well i'm sure you know that sucks [22:07] i wouldn't upload anything with 384kbit [22:07] mercutio: Depends on how you count. 3 computers, 2 cells, plus a verizon wireless extender. [22:07] mercutio: no Tata [22:07] one of the problems with adsl is that if you have lots of small packets it can easily use up more than the kbit rate [22:07] mercutio: You're wrong, I have 384kbit MAX. [22:07] *** hive-mind has quit IRC (Ping timeout: 245 seconds) [22:07] also when it says 384 that includes overhead [22:08] The other day it was at a nice strong 8kbit. [22:08] arenlor: you are likely to get about 38k/sec max [22:08] arenlor: can you hook up just one computer? [22:08] mercutio: I'm not sure what you mean by hook up one computer? [22:09] you've done like 3.7 gig of upload [22:09] in 10 days. [22:09] 1 megabit can do 300 gig in a month [22:09] *** hive-mind has joined #arpnetworks [22:09] (rough rule of thumb) [22:09] it's actually a bit higher [22:09] I wonder how much of that is that it's our cell tower too. [22:09] so that's like doing around 10 gig of upload a month [22:10] so 1/30th of 1 megabit [22:10] which means your average utilisation is about 1/10th [22:10] of you rbandwidth [22:10] mercutio: MAX bandwidth. [22:10] do you have a static ip? [22:11] mercutio: Nope, and every time you've seen my disconnect in here (~1/4hrs) I get a new one. [22:11] i'd suggest running smokeping [22:11] oh [22:11] bah [22:11] just change isp's :) [22:12] if you have a linux host at hoem you could run it from home [22:12] generally speaking if it's your area/dslam being congested [22:12] mercutio: Yeah, speaking of, if next Wednesday 16:30 ET passes and I'm not happily annoucing the comcast guy is here, turn on the news that evening to learn about the destruction my wrath brings on them. [22:12] aand what someone said about atm ould be correct [22:12] then it'll be worse during the evening [22:12] mercutio: My tower is Linux, and I duel boot. [22:13] yeh the thing is you want to not pay your bill :) [22:13] based upon them not providing you a reasonable level of service [22:13] mercutio: I'm in America. [22:13] you can't do that there? [22:13] If it's on most of the time, they have fulfilled their contract. [22:14] don't you have any "reasonable" expectations? [22:14] like 8kbit isn't broadband [22:14] web sites not loading etc [22:14] mercutio: *I* do. They just have no requirement to meet them. [22:14] i meant in law :) [22:14] i dunno [22:15] mercutio: That's what I mean, they have no legal requirements. [22:15] there have been court cases here over packet loss :/ [22:15] but it's a bit diff for an individual [22:15] *** HighJinx has joined #arpnetworks [22:15] well yeh comcast may fix it [22:15] *** hive-mind has quit IRC (Ping timeout: 244 seconds) [22:16] but yeah 384kbit upload will suck at the best of times [22:16] well kind of [22:16] dropbox will screw it badly [22:16] web browsing will screw it [22:16] uploading files etc [22:16] mercutio: up_the_irons can provide shit service and all we get a choice to do is leave. Most ISPs in America require you to be in a contract, so you can't leave. [22:16] *** dj_goku has quit IRC (Read error: Connection reset by peer) [22:17] hmm [22:17] *** hive-mind has joined #arpnetworks [22:17] i hate contracts [22:17] i had a year long contract for dsl once [22:17] and it started sucking [22:17] if service is shitty, even with a contract, you can always cancel for non-performance [22:17] mercutio: only one year? [22:17] although it was near the end of the year [22:17] i bitched [22:17] and it got faster [22:18] well it didn't quite go like that [22:18] up_the_irons: Yeah but I only get "up to" so much. [22:18] basically there are two ways for isp's to get DSL here [22:18] with different handover/uplink [22:18] and one of them sucks and the other is good [22:18] and i got them to move me to the good one [22:18] by specificalyl asking for it [22:18] and most people would probably not know about hta [22:18] that [22:18] I'm basically just happy right now that the phone can ring without taking down the Internet. [22:19] but like most providers in this country resell dsl [22:19] and all had the same issues [22:19] arenlor: do you have a master filter? [22:19] oh bah [22:19] you're moving to cable anyway aren't you [22:19] my dsl disconnected today :( [22:19] mercutio: Yes [22:19] mercutio: That sucks, what happened? [22:19] and it wouldn't resync [22:19] well it resynced [22:20] but pppoa didn't come up [22:20] i rebooted it [22:20] and it came back up [22:20] but generally dsl is ok here [22:20] about 8 to 9 msec latency [22:20] mercutio: I called in and after a few hours they did something on their end, including something outside the house, that fixed the issue. [22:20] i have smokeping of it [22:21] I'm not even sure what in the hell could cause your phone line ringing to take down your DSL. [22:21] hmm it's around 9 msec atm [22:21] arenlor: there's mre than one rason that can happen [22:21] i forget though [22:22] mercutio: I had good filters on. [22:22] yeh [22:22] there's another reason to [22:22] too [22:22] when i got my line hooked up my phone didn't work [22:22] but my net did [22:22] and it didn't ring [22:22] lots of werid stuff can happen [22:22] then found out it did ring but with no noise [22:22] mercutio: That's really screwed up, but at least you had the Internet. [22:22] oh it was dead copmletely at first [22:22] yeh [22:23] then the internet went away [22:23] and i'm like wtf [22:23] then someone turned up [22:23] bah [22:23] my attenuation is still higher than it should be though [22:23] which blocks me getting vdsl atm probably [22:23] so i'm stuck with shitty 16/1 internet [22:23] 16/1? [22:24] 16 megabit down 1 megabit up [22:24] *** hive-mind has quit IRC (Ping timeout: 240 seconds) [22:24] * arenlor sticks knife in mercutio and takes his internet. [22:24] hahaha [22:24] yeh [22:24] i dunno comcast is pretty fast isn't it? [22:25] I'll have 30 down, not sure what up, but the next lower was 4 up. [22:25] They sadly don't have the 105/105 out here :'( [22:25] tbh [22:25] 10 an d20 megabit isn't that diff for just web browsing [22:25] *** hive-mind has joined #arpnetworks [22:25] mercutio: I don't just browse the web. [22:26] multiple users and simultaneous transfers etc more helps [22:26] you've got 3 megabit atm :/ [22:26] mercutio: Max. [22:26] yeh [22:26] i had 1 megabit temp at the beginning of the year [22:26] I measured it a bit ago. 1.25 [22:26] oh real [22:27] on speedtest.net? [22:27] i get over my line speed on speedtest.net [22:27] it's unreliable [22:27] it's better to just do an http download [22:27] mercutio: Comcast and speedtest [22:28] yeh [22:28] don't trust those things [22:28] they can overestimate [22:28] i mean my adsl sync rate is like 17 or 18 megabit [22:28] One entertaining thing with this is that it takes time to echo keystrokes when I'm ssh'd into my VPS. [22:28] and there are overheads [22:28] and i can get like 18.5 megabit [22:28] mercutio: Comcast has a file you download. [22:29] oh real [22:29] i wonder what i get to it [22:30] i found some flash one [22:30] 11.79/0.84 to san jose [22:30] comcast [22:30] peak 17.75 megabit [22:30] that peak is wrong [22:30] oh and i have to snr tweak agian [22:31] I found a file while googling. [22:31] ahh ok [22:31] cool resynced [22:32] Path: 0, Upstream rate = 1144 Kbps, Downstream rate = 17603 Kbps [22:32] *** hive-mind has quit IRC (Ping timeout: 240 seconds) [22:32] Nice, but what K are they using? [22:32] http://stage.results.speedtest.comcast.net/result/160281622.png [22:32] that's kilobit [22:33] the upload was way too short [22:33] and ping is like twice what it is [22:33] *** hive-mind has joined #arpnetworks [22:33] mercutio: DSL reports may be better. I haven't checked theirs for a long time. [22:34] http://stage.results.speedtest.comcast.net/result/160281772.png [22:34] see how the download speeds are higher than they should be [22:34] Yeah [22:34] so yeh that's why i don't trust them [22:35] texas has lower ping than san jose [22:35] mercutio: I'd like to see how that network happens. [22:35] what do you mean? [22:36] Still, if I'm supposed to have 2.5-3M and I'm getting 1.25 on the tests, I can assume that 1.25 is closer. [22:37] Chris: Hi, I'm a live Comcast product specialist. What questions can I answer for you today? [22:37] Chris: Just type your question below. [22:37] You: stop spamming me [22:37] Chris: I apologize for the inconvenience. Our chat window box will pop up once you are on the home page and is left idle. [22:37] Chris: Please enjoy your time on our site. In the meantime, let's move this window. That way, you'll still see this web page and I'll be here to answer any questions you may encounter. Please click 'Move Chat Window' to move it now. [22:37] Chris: Once you click on 'Move Chat Window' you can view our site and I can continue to assist you. [22:37] Chris: How are things coming along? [22:37] Chris: Are you still with me? [22:37] am i the only one that hates those things? [22:38] mercutio: I don't see those. [22:38] Chris: I haven.t heard from you in a while. Would you like to continue to chat? [22:38] You: Look! Leave me alone. [22:38] when does it go to a human? [22:38] *** hive-mind has quit IRC (Ping timeout: 252 seconds) [22:38] mercutio: Try cursing or saying call 911 or something? [22:38] http://www.dslreports.com/im/102361591/78188.png [22:39] i'm asking if they have gigabit [22:39] what did comcast speed test say? [22:39] mercutio: Careful, it's an American company, we've all seen what an American company can do to Kiwis. [22:40] huh? [22:40] mercutio: Megaupload? [22:42] http://stage.results.speedtest.comcast.net/result/160282572.png [22:42] that pignis fine [22:42] is traceroute still high? [22:42] mercutio: It's lower. [22:42] In 300s now, which is normal for half the time. [22:45] *** hive-mind has joined #arpnetworks [22:48] heh, tweet from @bsdvps popped up in the bottom right of my screen and as i was reading it an email notification (alert for vps) popped up in the top right. good timing. [22:49] *** islandfo1 has quit IRC (Ping timeout: 244 seconds) [22:50] mercutio: usually typing in (or saying, if you're on the phone) "cancel" gets you transferred to a real person pretty quick [22:51] jlg: ahh [22:52] *** hive-mind has quit IRC (Ping timeout: 272 seconds) [22:53] *** hive-mind has joined #arpnetworks [22:58] up_the_irons: "Date: 03/01/2010" whoops [22:59] jlgaddis: yeah i noticed that right after :( [23:00] a bit flustered right now, [23:00] *** hive-mind has quit IRC (Ping timeout: 248 seconds) [23:00] i've been holding the hand of this raid since this morning [23:00] understood. no worries. [23:01] up_the_irons: Maybe you should stop the raid and pay attention to your servers :P [23:01] *** hive-mind has joined #arpnetworks [23:02] wut?:) [23:03] up_the_irons: MMO joke. [23:03] LOL [23:03] you cant stop the raid [23:03] you must continue [23:04] ah:) [23:06] i'll leave you alone now so you can concentrate. good luck! [23:06] jlgaddis: thanks! :) [23:06] up_the_irons: I'm fully willing to participate in distracting you if you need it. [23:07] *** hive-mind has quit IRC (Ping timeout: 240 seconds) [23:07] man, of *course* this host couldn't have stayed up a couple more weeks for me to reach 1000 days of uptime. grr!!! :) [23:07] up_the_irons: That sucks. [23:08] srsly [23:09] up_the_irons: You could just randomly reset them, then you wouldn't have to worry about uptime anymore. [23:09] *** hive-mind has joined #arpnetworks [23:15] *** hive-mind has quit IRC (Ping timeout: 272 seconds) [23:16] *** hive-mind has joined #arpnetworks [23:19] arenlor: lol [23:20] up_the_irons: "uptime of 10 days, that's odd, why isn't it reseting itself?" [23:24] *** hive-mind has quit IRC (Ping timeout: 256 seconds) [23:25] *** hive-mind has joined #arpnetworks [23:28] man, i was afraid this would happen when i came here today. Both drives in a mirror had reallocated sectors, but one had > 900 and the other (newer one) only 27. Which one did I replace? The > 900 one of course, but now it looks like the one with only 27 rasect is barfing :( [23:31] *** hive-mind has quit IRC (Ping timeout: 260 seconds) [23:32] *** hive-mind has joined #arpnetworks [23:34] up_the_irons: if a disk shows any errors it's bad :) [23:34] hmm [23:34] cos it'a already used up it's ecc etc [23:34] up_the_irons: in that case, data loss? [23:38] *** hive-mind has quit IRC (Ping timeout: 245 seconds) [23:40] *** hive-mind has joined #arpnetworks [23:44] jlgaddis: yup, data loss [23:44] ouch [23:44] time for raid 6? [23:44] mercutio: I still think RAID 2 is better, but no one implements it. [23:45] there's also raidz-2 [23:45] mercutio: no, reallocated sectors are normal, all disks have a reserve of sectors that get remapped by the firmware. however, if you start getting LOTS of them, then that is probably a sign the disk is gonna go [23:46] jlgaddis: actually, data loss is not necessarily the only option. it is possible the bad parts of the disk are unused. I had 2.18TB free in this volume, so if the bad parts are there, then it is possible the "good" stuff can still be copied off. that's what i'm investigating now.. [23:46] *** hive-mind has quit IRC (Ping timeout: 240 seconds) [23:48] *** hive-mind has joined #arpnetworks [23:51] ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 105 099 006 Pre-fail Always - 8276127 [23:51] this is bad right? [23:53] err actualyl i don't know if that's accurate [23:53] not sure... [23:54] well both disks are showing hugely high numbers [23:54] they're not raided [23:54] *** hive-mind has quit IRC (Ping timeout: 244 seconds) [23:54] *** shmget has quit IRC (Ping timeout: 264 seconds) [23:55] *** hive-mind has joined #arpnetworks [23:56] the newer disk has a count of lba read/written [23:56] which seems insanely high too [23:56] "Once again, with most SMART registers the RAW Values are only meaningful to the drive maker. They are of no interest or meaning to users." [23:56] oh