[00:22] <up_the_irons> https://www.arpnetworks.com/order?product=vps&vps_special=1
[00:22] <up_the_irons> I added a "Tip"
[00:23] <up_the_irons> I wonder if this will increase orders for those who don't know you don't have to stick with what we give you
[00:56] *** LT has joined #arpnetworks
[01:12] <pilgrimd> In my case you were cool/smart/awesome/wise enough to include the right OS, so I didn't have to load it myself. :)
[01:21] <up_the_irons> :)
[01:24] <dxtr> Hello, up_the_irons!
[01:25] <up_the_irons> hi dxtr
[01:26] <dxtr> What's up?
[01:27] <G> up_the_irons: eeek, and I can't actually connect to the server
[01:27] <G> oh wait... could be an IPv6 issues on my end
[01:30] <G> actually....
[01:30] <G> Connecting to 2607:f2f8:0:102::3:80... failed: Connection refused.
[01:30] <G> up_the_irons: FYI ^^
[01:30] <up_the_irons> doing a dist-upgrade on that server :)
[01:31] <G> up_the_irons: ahhhh :)
[01:33] *** Sunil has joined #arpnetworks
[01:35] <dxtr> up_the_irons: You know what would be cool?
[01:35] *** Sunil has quit IRC (Client Quit)
[01:39] <G> up_the_irons: oh yeah, did you see that KVM bit I sent before about CDRom changes?
[01:40] <up_the_irons> G: yeah, but my interaction with kvm needs to go through libvirt, not to qemu directly
[01:41] <up_the_irons> or else changes are lost after a reboot
[01:55] *** [FBI] starts logging #arpnetworks at Mon Mar 07 01:55:01 2011
[01:55] *** [FBI] has joined #arpnetworks
[01:55] <G> up_the_irons: but newer libvirt/KVMs, allow hotswapping hardware (and It hink CDs too)
[01:56] <up_the_irons> G: if i can get a newer libvirt on jaunty, i'd have this problem solved already; b/c newer libvirt has more features (like you said).  last time i tried this, i got caught up with udev needing to be newer (= dependency hell), but i resolve to try again
[01:57] <G> up_the_irons: ahhhh yeah, udev dependency nightmares
[02:01] <G> major pity then
[02:04] <up_the_irons> yeah
[02:04] <G> time for an upgrade then ;)
[02:04] <G> actually, roughly when was Jaunty released?
[02:05] <G> 2009 right?
[02:07] <up_the_irons> don't remember
[02:08] <G> up_the_irons: what is the out of the box libvirt version, (I don't have a handy copy)
[02:08] <up_the_irons> 0.6.4-1arpnetworks
[02:09] <up_the_irons> i use a custom one
[02:09] <up_the_irons> a bit newer
[02:09] <up_the_irons> for jaunty at least
[02:09] <G> hmmmm w/ udev 095 (plus I guess some patches), Red Hat has managed to get libvirt 0.8.1 working
[02:09] <G> (this is RHEL5, which was released early 08
[02:10] <up_the_irons> yeah
[02:10] <G> up_the_irons: checking out what Red Hat did to get it to work might be helpful, http://ftp.redhat.com/redhat/linux/enterprise/5Server/en/os/SRPMS/ is where they hide all the sources
[02:13] <up_the_irons> i'll check it out if needed
[02:25] *** [FBI] starts logging #arpnetworks at Mon Mar 07 02:25:28 2011
[02:25] *** [FBI] has joined #arpnetworks
[06:08] *** lteo has quit IRC (Ping timeout: 260 seconds)
[06:22] *** lteo has joined #arpnetworks
[06:47] *** twobithacker has quit IRC (Quit: switching servers)
[06:56] *** twobithacker has joined #arpnetworks
[07:13] *** Zuul has joined #arpnetworks
[07:15] *** Zuul_ has quit IRC (Ping timeout: 250 seconds)
[07:31] *** N1JER has quit IRC (Quit: leaving)
[08:07] *** lteo has quit IRC (Ping timeout: 260 seconds)
[08:16] *** lteo has joined #arpnetworks
[08:26] *** Jason_Wood has joined #arpnetworks
[08:33] *** robotarmy has quit IRC (Remote host closed the connection)
[09:02] *** robotarmy has joined #arpnetworks
[09:07] *** lteo has quit IRC (Ping timeout: 260 seconds)
[09:17] *** LT has quit IRC (Quit: Leaving)
[09:22] *** lteo has joined #arpnetworks
[09:31] *** robotarmy has quit IRC (Remote host closed the connection)
[09:46] *** HighJinx has quit IRC (Ping timeout: 260 seconds)
[09:54] *** cubelogic has joined #arpnetworks
[09:54] *** robotarmy has joined #arpnetworks
[10:07] *** lteo has quit IRC (Ping timeout: 260 seconds)
[10:22] *** robotarmy has quit IRC (Read error: Operation timed out)
[10:30] *** _pe has joined #arpnetworks
[10:30] *** HighJinx has joined #arpnetworks
[10:33] *** jlgaddis_ is now known as jlgaddis
[10:34] <_pe> i'm back!
[10:42] <_pe> i'm one of the customers trying to get plan 9 installed and working at arpnetworks. one of the other customers has told me they arranged to have their boot floppy image swapped out by a cron job. (we've been testing different boot floppies with different configuration options). by chance, is the support staff member who arranged this present in the channel?
[10:43] *** fink has joined #arpnetworks
[11:15] <toddf> _pe: best to email support@ ;-)
[11:16] <toddf> _pe: is kvm different than running qemu current? I would presume it to be close enough that instead of paying for a vps to hopefully make it work you'd create a vm image and/or an install procedure that you know works ..
[11:21] *** Ehtyar has joined #arpnetworks
[11:36] <_pe> toddf: there are some peculiarities to arpnetworks' setup, yes. i don't have amd64 hardware to play with, locally, but other people are running plan 9 in kvm/qemu on ubuntu and i run plan 9 in qemu on openbsd.
[11:38] <toddf> ah. can plan9 network boot? might be easier to get two vps's and run qemu on one to simulate a plan9 boot server etc unless it can boot off services provided by a std unix system
[11:39] <_pe> the problem is the kernel is not getting very far before it halts. we think we know where the problem is, but testing requires some trial and error.
[11:42] <_pe> the user who has the cron job setup actually got it to boot and did an install but his boot method seems to have disabled some essential drivers.
[11:46] <_pe> we hope to develop a generic install method so garry can add plan 9 as a supported system.
[11:56] *** chess_ has quit IRC (Quit: Darkness shrugs and bids the day goodbye)
[11:58] <toddf> sweet
[11:59] *** chess has joined #arpnetworks
[12:07] *** schmir has joined #arpnetworks
[12:13] <jdoe> whoa
[12:13] <jdoe> plan9 on arp? neat.
[12:17] *** schmir has quit IRC (Ping timeout: 276 seconds)
[12:55] *** bharatak has joined #arpnetworks
[13:12] <bharatak> greetings
[13:16] *** DDevine has quit IRC (Read error: Operation timed out)
[13:16] *** DDevine has joined #arpnetworks
[13:16] *** Husky has joined #arpnetworks
[13:16] <bharatak> any freebsd zfs folks out there?
[13:16] *** koan_ has joined #arpnetworks
[13:16] *** [FBI] has quit IRC (Ping timeout: 260 seconds)
[13:17] *** [FBI] starts logging #arpnetworks at Mon Mar 07 13:17:16 2011
[13:17] *** [FBI] has joined #arpnetworks
[13:17] <pilgrimd> bharatak: Yes?
[13:17] *** Sheath has quit IRC (Ping timeout: 260 seconds)
[13:17] *** koan has quit IRC (Ping timeout: 260 seconds)
[13:20] <bharatak> pilgrimd, i'm confused about the tuning, lots of contradicting posts. i've got 4G but my vfs.zfs.prefetch is still disabled and getting some poor speed
[13:20] <bharatak> going to enable it and reboot
[13:21] <bharatak> but - dont really want to play with arc size, etc
[13:21] <pilgrimd> Are you running 32- or 64-bit?
[13:22] <pilgrimd> Tuning requires you establish a baseline kmem and arc usage level for your system, but there are some initial tuning guidelines I can give you.
[13:22] <pilgrimd> There's a lot of conflicting info because a lot of people got really happy about ZFS on FreeBSD and were performance tuning it and working around the problems of making ZFS work on a 32-bit OS.
[13:23] <bharatak> 64bit
[13:23] <pilgrimd> On 64-bit, you pretty much don't need to to any tuning except vm.kmem_size and vfs.zfs.arc_max.
[13:23] <bharatak> pilgrimd, if you can point me to some docs, that would be great
[13:23] <bharatak> i'm moving away from openindianna/solaris where it all worked
[13:24] <a_j__c> good move imnsho
[13:24] <bharatak> pilgrimd, that sounds reasonable, limit arc so it dont take all, in solaris arc would give back memory when the system needed it
[13:24] <pilgrimd> I don't have a doc that says this, just what I've gleaned in the last few years.
[13:25] <bharatak> a_j__c: yeah, not only do i get security updates, I get software ;)
[13:25] <a_j__c> :)
[13:29] <bharatak> pilgrimd: should i enable the prefetch?
[13:29] <bharatak> what does that actually do
[13:29] <pilgrimd> bharatak: How much memory do you have in your system?
[13:29] <bharatak> 4G
[13:30] <pilgrimd> I'd leave it disabled.
[13:30] <bharatak> lightly used, just a personal web/email and a file server for 2 clients or so
[13:30] <pilgrimd> You really should get more memory. :)
[13:30] <pilgrimd> Run this command in bash: echo $(($((`kldstat | awk 'BEGIN {print "16i 0";} NR>1 {print toupper($4) "+"} END {print "p"}' | dc` + `vmstat -m | sed -Ee '1s/.*/0/;s/.* ([0-9]+)K.*/\1+/;$s/$/1024*p/' | dc`))/1048576))
[13:30] <bharatak> i know, system is a bit old, uses ddr2 memory and thats gotten $$
[13:30] <pilgrimd> The number printed is the amount of kmem (in MiB) your system is using.
[13:31] *** mig5 has joined #arpnetworks
[13:31] <pilgrimd> It might also work in regular bourne shell as well.
[13:33] <bharatak> pilgrimd: not much, 1884 - but i'm accessing remote not using x, etc
[13:34] <pilgrimd> On a 4 GB system doing not a whole lot, vm.kmem_size="3072M" and vfs.zfs.arc_max="1536M" is reasonable.  It depends on if you have UFS filesystems as well and how big your userland needs to be.
[13:35] <pilgrimd> Ok, then vm.kmem_size="3072M" and vfs.zfs.arc_max="1024M" should work.
[13:36] <pilgrimd> You'll want to do more profiling over time.  Keep an eye on kstat.zfs.misc.arcstats.size and see where it settles.
[13:36] <bharatak> the default settings are kmem ~4100M, arc ~ 3000
[13:37] <pilgrimd> Right, and with 4GB system memory, you'll run into swapping.
[13:37] <pilgrimd> The whole point is to limit kernel memory to prevent swapping, which is murderous on a ZFS system because of the ARC and ZIL.
[13:38] <bharatak> so kmem, is the total memory the kernel will use? what about userland apps
[13:38] <pilgrimd> Solaris has this really great livelock deal where you can run it out of memory, then it swaps, but swap is on ZFS, so ZFS needs to allocate itself memory so it can do the work to allocate swap, so it needs to swap to free memory to do so....
[13:39] <pilgrimd> bharatak: Right, you should leave space for the userland.
[13:39] <pilgrimd> vm.kmem_size is supposed to limit kernel memory.  If you keep it below what you need for your userland, you should never run into swapping problems.
[13:41] <bharatak> pilgrimd: I think i'm starting to grok it.. i'll make the tweaks and see.
[13:41] <bharatak> so the prefetch thing, that just reads disk ahead of when its needed and stores it in the arc?
[13:42] <pilgrimd> Right.  If you have lots of ARC, it can help performance by getting some blocks into the cache right before they're actually requested.
[13:42] <pilgrimd> But if you don't have lots of ARC, all you really do is churn ARC.
[13:43] <bharatak> got it
[13:43] <pilgrimd> My home fileserver has 12 GB, with 6 GB ARC.  Usage swings between 3 GB and 5.4 GB, depending on how much we're streaming.
[13:43] <bharatak> will make my setup worse
[13:44] * bharatak needs to grab another 4gb of ram
[13:44] <pilgrimd> The ZFS mantra is always, "You can just install more RAM, right?" :)
[13:46] <bharatak> i know, at my last job i had a setup with 24gb of ram, 24 disks
[13:46] <bharatak> too bad the place is letting the system die, last i heard they wanted to put linux on it
[13:46] * pilgrimd runs a home for wayward and unloved servers.
[13:49] * bharatak hopes you have a good set of noise canceling headphones
[13:49] <bharatak> thanks for the help!
[13:56] <bharatak> already the iostat looks better ;l)
[14:10] *** bGeorge has quit IRC (*.net *.split)
[14:10] *** mtve has quit IRC (*.net *.split)
[14:10] *** dxtr has quit IRC (*.net *.split)
[14:11] *** bGeorge has joined #arpnetworks
[14:12] *** bharatak has quit IRC (Quit: leaving)
[14:22] *** dxtr has joined #arpnetworks
[14:57] *** HighJinx has quit IRC (Ping timeout: 240 seconds)
[15:37] *** HighJinx has joined #arpnetworks
[16:46] *** fink has quit IRC (Quit: fink)
[16:48] *** homosaur has joined #arpnetworks
[16:57] <shmget> glad to be a customer of ARP networks again
[17:12] <up_the_irons> shmget: :)
[17:13] <up_the_irons> shmget: why did you leave b4? :)
[18:25] * up_the_irons is playing with PowerDNS & MySQL
[18:38] <ix33> NSD ftw
[18:46] <toddf> postgresql ftw... ;-)
[18:50] <azmarco> cat, |, and grep  ftw
[18:51] <azmarco> relational database schmatabase
[18:53] <G> MS DNS & MSSQL ftw :P
[18:56] *** Zuul_ has joined #arpnetworks
[18:56] *** Zuul has quit IRC (Ping timeout: 240 seconds)
[19:01] <zeeby> powerdns is wonderful
[19:01] <zeeby> it's also much more mature than it was a few years ago
[19:01] <zeeby> however, the cursor is still not threaded i don't think
[19:05] *** Ehtyar has quit IRC (Remote host closed the connection)
[19:19] *** cubelogi_ has joined #arpnetworks
[19:19] *** cubelogi_ has quit IRC (Remote host closed the connection)
[19:21] <up_the_irons> PowerDNS will be for allowing customers to edit reverse DNS PTR's, then BIND or NSD slaves will suck the zones and be authoritative
[19:23] *** cubelogic has quit IRC (Ping timeout: 246 seconds)
[19:24] <zeeby> should be fairly simple
[19:28] <mattx86> that sounds good
[19:33] <up_the_irons> yeah cuz PowerDNS with MySQL backend should integrate pretty straightforwardly into the Portal (a Rails app)
[20:07] *** bharatak has joined #arpnetworks
[20:09] *** bharatak has quit IRC (Remote host closed the connection)
[20:09] *** koan_ has quit IRC (Ping timeout: 252 seconds)
[20:10] *** bharatak has joined #arpnetworks
[20:11] *** koan has joined #arpnetworks
[20:16] <homosaur> does anyone use sinatra and can suggest an easy and straightforward way to authenticate users?
[20:16] <mike-burns> homosaur: mount a rack middleware. devise, or rack-openid.
[20:17] *** ballen has joined #arpnetworks
[20:17] *** ChanServ sets mode: +o ballen
[20:32] *** zeeby has left 
[20:39] *** key- has quit IRC (Quit: & sleep)
[20:48] *** bharatak has quit IRC (Remote host closed the connection)
[21:00] *** luceroz has joined #arpnetworks
[21:00] *** ballen has quit IRC (Remote host closed the connection)
[21:01] <luceroz>  hello, my vps seems to be unreachable.  when I boot it, I get a connection refused using vnc and [connecting....down] on the serial console
[21:02] <luceroz> I figure I would at least get the bios post-like messages on vnc no matter what I've done to the vps install right?
[21:14] *** homosaur has quit IRC (Quit: pocketful of goat cheese, ready to party)
[21:30] *** luceroz has quit IRC (Remote host closed the connection)
[21:48] <mattx86> hm.. ##mikrotik's topic ends with "If nobody answers right away, please wait. Most of us don't glue our eyes to IRC."
[21:48] <mattx86> perhaps we could have something like that, maybe add to it about e-mailing support
[23:22] *** nerdd_ has quit IRC (Ping timeout: 240 seconds)
[23:26] *** nerdd has joined #arpnetworks