[01:04] *** Ehtyar has quit IRC (Quit: Going!) [01:30] *** gift_ has quit IRC (Ping timeout: 276 seconds) [01:33] *** gift_ has joined #arpnetworks [02:45] *** Ehtyar has joined #arpnetworks [03:09] up_the_irons: i remember having heard about using dhcpv6 prefix delegation to assign prefixes to cpe. but never seen this in reality as ipv6 is currently nor really available for normal home customers in germany [03:11] oh, yeah. some isps are running tests... [03:16] *** heavysixer has quit IRC (Remote host closed the connection) [03:19] *** heavysixer has joined #arpnetworks [03:19] *** ChanServ sets mode: +o heavysixer [04:42] *** gift_ has quit IRC (Quit: it puts the packet in the socket or else it gets the close() again) [05:08] *** Hien has quit IRC (Read error: Connection reset by peer) [05:19] *** Hien has joined #arpnetworks [05:46] *** mike-burns has quit IRC (Read error: Connection reset by peer) [05:48] *** mike-burns has joined #arpnetworks [05:48] *** ChanServ sets mode: +o mike-burns [06:26] *** mike-burns has quit IRC (Read error: Connection reset by peer) [06:30] *** mike-burns has joined #arpnetworks [06:30] *** ChanServ sets mode: +o mike-burns [06:37] *** heavysixer has quit IRC (Remote host closed the connection) [07:37] *** heidar has quit IRC (Quit: Quit) [07:39] *** heidar has joined #arpnetworks [09:11] *** heavysixer has joined #arpnetworks [09:11] *** ChanServ sets mode: +o heavysixer [09:53] *** CaZe has quit IRC (Remote host closed the connection) [09:56] *** CaZe` has joined #arpnetworks [09:56] *** CaZe` is now known as CaZe [10:02] *** CaZe has quit IRC (Remote host closed the connection) [10:03] *** mike-burns has quit IRC (Read error: Connection reset by peer) [10:03] *** mike-burns has joined #arpnetworks [10:03] *** ChanServ sets mode: +o mike-burns [10:06] *** CaZe` has joined #arpnetworks [10:06] *** CaZe` is now known as CaZe [10:21] *** heavysixer has quit IRC (Remote host closed the connection) [10:25] *** ChurchyLaFemme is now known as jdoe [10:30] *** HighJinx has quit IRC (Quit: Computer has gone to sleep.) [10:47] *** HighJinx has joined #arpnetworks [11:28] are we able to choose our own iso's in the cdtray, or does that still take a support request? [11:28] I'm uplifting my machines to 8.3, and want to be sure the DVDs are in sync [11:28] especially if I upgrade my zfs versions [11:30] hmm. I don't see any menu item for that [11:30] only reverse DNS [11:30] ok, support request time. :) [11:32] someone needs to patch mount(8) to accept the device from a pipe! curl -f ftp.site.com/foo.iso | mount /cdrom [11:32] ;) [11:33] actually: curl -f ftp.site.com/foo.iso | mount - /cdrom [11:37] still have a machine stuck on 8.1 [11:37] not sure if I want to go to 9 or 8.3... [11:43] *** mike-burns has quit IRC (Read error: Connection reset by peer) [11:44] *** mike-burns has joined #arpnetworks [11:44] *** ChanServ sets mode: +o mike-burns [11:50] * RandalSchwartz sends email to support [13:03] ant: We (AAISP, a .uk ISP) use DHCPv6 and DHCPv6-PD in production to get IPv6 to DSL customers, so it is in use [13:13] *** heavysixer has joined #arpnetworks [13:13] *** ChanServ sets mode: +o heavysixer [13:16] *** urkle has joined #arpnetworks [13:16] heya, up_the_irons you around? [13:17] *** RandalSchwartz has quit IRC (Ping timeout: 245 seconds) [13:39] *** RandalSchwartz has joined #arpnetworks [13:39] wow... my box slowed to a crawl starting 20 minutes ago [13:39] anything going on with kvr05? [13:39] I know I'm beating up kvr24 with a freebsd uplift [14:04] *** RandalSchwartz has quit IRC (Ping timeout: 260 seconds) [14:21] *** RandalSchwartz has joined #arpnetworks [14:21] *** RandalSchwartz has quit IRC (Changing host) [14:21] *** RandalSchwartz has joined #arpnetworks [14:21] wow... all of a sudden my disk is back to normal [14:21] that's weird [14:22] I was gtting 50k/second disk writes. :( [14:22] now I'm getting 400MB/sec [14:29] that happens to me semi-often. [14:29] ... the former, not the latter ;) [14:29] RandalSchwartz: for stonehenge vps? yeah, i had to kick a vps gobbling disk I/O on kvr05 [14:30] * jdoe wonders if IO performance is likely to be better on a node with more large or small instances. [14:30] ... assuming up_the_irons doesn't distribute them, that is. [14:31] jdoe: i have found that there is no correlation. a large vps can do a lot of disk I/O, or many small ones can do the same [14:31] it really depends on the users [14:32] if, by some randomness, a host has mostly, say, dns, vpn irc, gamer, customers, then disk I/O is pretty low [14:35] <-- [14:35] irc and email, tiny web. [14:35] :-) [14:40] ahh! [14:40] so it was unusual [14:40] and you did take action [14:41] sounds like I ought to add a zabbix alert based on speed of disk I/O :) [14:51] RandalSchwartz: yeah, i have a load monitor; got the page _right_ as i left the data center (for another thing; replaced failed disk in kvr02), and then was on the road for an hour... a lot of times these things cure themselves, but sometimes not [14:54] * up_the_irons loves tiny customers like tooth ;) [14:54] haha. [14:55] can't remember if I can claim tooth or if he found this somewhere else. [14:55] wat [14:55] no, i found this on my own. [15:00] * jdoe claims tooth anyway [15:06] LOL [15:39] my vps is mostly just an IRC service now. tmux+irssi. I don't even run DNS on it anymore. hehe [15:40] wow. two hours to makeworld on freebsd 8.3 [15:40] and I have 4 more VPS to go [15:40] make buildworld that is [15:40] RandalSchwartz: can you export the buildworld, and just installworld at the others? [15:40] not sure [15:41] well, you can. I mean, is it an option :P [15:41] I don't see why not... would I just rsync /usr/src from one machine to the next? [15:43] I usually NFS share /usr/src and /usr/obj so rsyncing those two should work as well. [15:43] assuming same arch, and such. [15:44] yeah, these are all arp VPS [15:44] I presume they're pretty much identical [15:45] I used to buildworld on a quad core machine, and installworld to hundred of Alix and WRAP machines. [15:45] freebsd? [15:45] yeah [15:46] used to have a alix/wrap at the base of each wifi tower, running squid in transparent mode for WISP clients. [15:46] err s/wifi/wireless/ [15:55] 90 gallon saltwater [15:55] and, wrong window. [15:56] heh [15:56] saltwater NFS mounted, was it? [15:56] lol yup. growing corals in my fbsd machine :P [15:57] how well does NFS work with fbsd? [15:57] could I do that mounting here? [15:57] ehh, I'm not an NFS fan. so, I literally have never used it for anything else. [15:58] ok [15:58] you should be able to.. as long as they are on the same VLAN. export shares on the buildworld machine, and mount them on the installworl machines [15:58] interesting [15:58] or if you have some of the fuse modules, you might be able to do it with sshfs or something instead. [16:00] does rsync honor the extended attributes, like the immutable flag and such? [16:01] I'd make sure it does, before trying to use rsync to clone /usr/obj and /usr/src [16:06] rebooting first machine onto new kernel [16:07] up_the_irons: do you happen to track or poll the vps's, to see which versions of fbsd people are running? [16:07] jpalmer: not really [16:08] ahh, was just idly curious of how quickly people move their vps's to the latest versions after release. [16:08] no worries [16:08] jpalmer: i get a small flood of requests for iso changes after a release, but nothing spectacular. i think most people just stay with whatever they got in the beginning [16:10] gotcha. I was wondering if you building world on a machine.. and then making it available to clients for installworld.. if that'd be a sinificant "benefit" to a large part of your client base. but, doesn't sound like that'd be the case [16:10] o/~ it's install world, after all... it's install world...after all..." [16:11] jpalmer: that might be a cool add-on, yeah [16:11] up_the_irons: if a lot of people would make use of it, sure. but just based on what you described.. Not sure i'd be much of a valueadd to the majority [16:12] ie, prolly more effort and headache than it's worth. [16:12] perhaps [16:13] I think a centralized, and well tuned database server.. or backup server would probably be more useful to people. [16:15] jpalmer: dunno if it's really worth it. [16:15] which? or all of the above? [16:15] jpalmer: anyone who's still using buildworld instead of the binary updates is likely doing it because they have updates. [16:16] er [16:16] customizations [16:16] jdoe: that's a good point. very true. [16:19] or - we've been burned by binary updates (merge3 instead of mergemaster!) and we now want a clean upgrade [16:20] the last time I tried a binary update, merge3 wanted me to manually merge the CVS tags in 150 files [16:20] No. f'ing. way. [16:20] so I'll never do a binary update again [16:20] with mergemaster, I can ignore the cvs tags, and it's about 5 minutes per machine [16:21] that was also the consensus of the fbsd mailing list [16:21] I stopped using fbsd a few months after I found freebsd-update. but the few times I *did* use it, it seemed to work pretty well [16:23] i am surprised at the prevalence of fbsd people compiling their own stuff. don't get me wrong, i will compile my own stuff when no binary package exists, but otherwise, on ubuntu, it's all about apt-get [16:23] aptitude safe-upgrade, is just too easy [16:24] RandalSchwartz: ymmv. I've never had a problem, other than how ungodly slow it can be to apply 100000 patches. [16:24] up_the_irons: when I was primarily in fbsd world, I actually enjoyed buildworld/installworld. there is just something.. soothing about watching the screen scroll by compiling fresh clean sources. [16:24] But, when I started this job and decided to learn RH by immersion learning.. I gotta say, I'm starting to like it pretty well. yum update is pretty damned nifty. [16:24] LOL [16:25] jpalmer: i shun RH b/c of how many times i got hacked in the past. after i started using debian / ubuntu, never got hacked again. but i hear what you're saying. when i've had to use RH or Cent, yum is pretty convenient [16:26] jpalmer: I only have two complaints about rh/centos ... one is that it has too many shoot-yourself-in-the-foot commands like sys-unconfig... the other is that major version upgrades aren't supported at all. [16:27] jdoe: major version upgrades aren't *officially* supported by most vendors, including freebsd :) [16:27] doesn't mean they aren't possible [16:27] they're not? FreeBSD gave explicit instructions on how to upgrade 8 to 9. And 7 to 8. And 6 to 7 :P [16:27] (and deb/ubuntu support it as well) [16:28] instructions, yes. but ask them, it's not officially supported [16:28] centos, 4 to 5 was possible (with some hackery), 5 to 6 is also... possible, but wildly unpleasant. [16:29] I tried fbsd 4 to 5, on multiple occasions. never had one go successfully. [16:29] I think it was 4 to 5, back when they changed udev to devfs, or whatever the big thing was. [16:29] worked for me, but I had some packages I had to clean by hand. [16:29] re: freebsd, dunno what constitutes "official support", but it's mentioned in the handbook. [16:29] also, my centos systems are relatively bare (java shop) [16:30] so less to go wrong. [16:30] *nod* I tend to keep all of my machines specific to one task/purpose these days. [16:30] * RandalSchwartz types csup on 4 machines [16:30] I think this time, I'll just do what I know works. :) [16:30] next time, I'll try the rsync [16:31] a lot easier to keep them updated, or do big updates, if you only have to worry about 1 service or application. [16:42] make buildworld buildkernel on three of four machines now [16:42] earning my disk I/O's tonight. :) [17:02] love full version upgrades in deb / ubuntu :) [17:43] *** Hien has quit IRC (Read error: Connection reset by peer) [17:54] *** Hien has joined #arpnetworks [18:51] *** HighJinx has quit IRC (Quit: Computer has gone to sleep.) [18:52] up_the_irons: we're apparently switching at work, nobody knew until now that major versions are a mess in centos. [18:52] * jdoe wonders how pleasant that will be. [18:53] * jdoe also can't wait for debian-openssl 2.0 [18:53] jdoe: hah [18:53] jdoe: i didn't know either, until u guys mentioned it [18:54] yeah. I figured the 4->5 path was typical (ie "awkward, but you can do it") [18:54] ... but apparently not. [18:55] hah [18:55] and we're not big/rich enough to be able to reinstall/replace trivially :P [18:55] i hear ya :) [19:16] jdoe: maybe it's time to go with puppet and theforeman :P [19:16] reprovision a machine, and have it rebuild the appstack in automated fashion :P [19:17] and now that they've integrated libvirt, and made it painlessly provision KVM instances.. I'm all about it! [19:28] they integrated libvirt? nice [19:30] *** HighJinx has joined #arpnetworks [19:34] yeah. not released yet, but you can check it out via git. [19:35] actuall, as much as you use KVM, and as often as you provision hosts.. you might want to look into it. with theforeman, you may be able to have your billing system kick off a VM provisioning profile. [19:35] for new signups, that is. [21:00] *** HighJinx_ has joined #arpnetworks [21:00] *** HighJinx has quit IRC (Remote host closed the connection) [21:00] *** HighJinx_ is now known as HighJinx [21:58] *** HighJinx has quit IRC (Ping timeout: 252 seconds) [21:59] jdoe: I had a FreeBSD box I took from 5 to 6 to 7 (make buildworld style), no worries [22:00] another one went from 6 to 7 to 8 (and 8.1 to 8.3 last night) [22:00] * kraigu chimes in very late [22:00] *** HighJinx has joined #arpnetworks [22:02] nobody asked you >:| [22:02] haha [22:02] nobody said not to speak either =] [22:03] and I just found out a 4.6 box I set up in 2002 is... still running, although it's at least been upgraded to 4.11 in the interim [22:03] simultaneously pleased with my purchase and setup, and despairing of the guy who took it over after I left in 2003 :( [22:03] kraigu: I have half a dozen 2.2.6 machines still in production [22:03] I don't know if that's something to be proud of :( [22:04] (do you mean freebsd 2.2 or linux kernel 2.2?) [22:05] freebsd 2.2.6 [22:05] and why wouldn't I be proud of that? that's a long damn time in production. and it just keeps running. [22:05] rock solid. [22:06] is it internet-facing? [22:06] do you think I'm a moron? lol [22:06] mine is :\ [22:06] these are point of sale machines. not internet connected. [22:06] well, the one that was mine 9 years ago, but has since passed into other hands [22:07] runs web+mailservices, completely open.. sigh [22:07] the only time these machines get upgraded, is when the physical hardware dies. [22:07] I just can't believe the hardware's still fine too [22:08] it wasn't anything special, just off-the-shelf PC hardware. fuji 10GB hard disk, IIRC. [22:08] yeah, it's amazin how well-built older hardware is. [22:08] well, the fuji 6.4s at the time were complete crap [22:08] but we put a BIG DISK in it =] [22:09] exceptions prove the rules ;) [22:09] something like that [22:09] anyway, point was binary or source upgrades of freebsd, major release or no, is certainly possible [22:10] I have a hate-on for freebsd-upgrade after last night though, mergemaster took a step backwards! [22:11] HEY GUYS LOOKS LIKE THE CVS ID CHANGED ON THIS FILE, CARE TO CHECK OVER MERGING IT?! [22:11] * kraigu throws up [22:12] kraigu: we just noticed today our prod nis (lol) servers have uptimes of ~1300 days. [22:13] jdoe: nis, enough said =] [22:14] yeah. We wanted to deco them, but now we feel bad about it. [22:14] and there's been vague talk about trying to hot-splice a ups onto it while the health and safety guy is out of earshot... [22:15] kill your babies man [22:15] before they eat you [22:15] learn from cronus! :D [22:16] not mine, alas... my best is ~600 :( [22:22] tiny babby! [22:23] well, if they decide to do the UPS thing, you need a video of it, the internets demand it [22:28] haha. [22:29] if they decide to do the UPS thing, I'll be the guy with the wooden broomstick prying one of them off the cage :P [22:29] haha [22:29] and the video! [22:58] *** amdprophet has quit IRC (Quit: Leaving...) [23:01] *** amdprophet has joined #arpnetworks