Webhostbudd_: yeah but the chassis is like $3500
up_the_irons: Is the new blade chassis for dedicated servers, or will they become VPS host nodes?
plett: dedi
Cool. Those are selling well then?
sold out first chassis :)
Wow
Nice :)
otherwise i wouldn't be installin' a new one; it's a big hit to the bank initially
i got one pre-order for a new blade; then i'm pretty sure i sold another one yesterday (just waitin' to hear back from the guy...)
so yeah sellin' well :)
Indeed. Not the sort of thing you want sitting around idle without filling with paying customers
yeah definitely
the air isn't paying the bills
toddf: added backup space to your services list (you're the first b/c you mentioned being able to submit your key from the Portal.  it is now possible :)
anyone around/
plett: the reason bridging often woroks better than ip routing with linux is because it doesn't store state per connection
well one reason
the other reason is that linux's fast path type support is very primitive
raptelan: i'm not from arp but i'm around :)
i'm having an issue getting my vps to boot with a custom linux install...
using the vda device
from the boot CD, `stat /dev/vda` shows device-type fc,0
but then when I go to boot my install, it's apparently fe,0, and panics.
because it can't find the root device, though it proceeds to print out all the vda partitions as fe## rather than fc##
mercutio: bit of a long shot, but do you have any ideas?
hmm
what's device type fe/fc :)
i'm running openbsd onarp
normally most linux installs auto find the disk
assuming you're not using anything like lvm
you canprobably try just root=/dev/vda1
if / is /dev/vda1
or like /dev/vda3 if / you do the boot, swap, / thing
I *am* trynig root=/dev/vda1
I'm not manually specifying the fc/fe crap
mercutio: this probably makes it clearer:  http://fpaste.org/vj70/ and http://fpaste.org/SqYr/
mercutio: I got it working - I needed to put root=/dev/vda1 into the append lines in the lilo.conf, because the root=... lines get passed as a device major/minor pair, whereas append=... gets passed as a string.
weird
what dist does that?
i have used grub with linux recently
gentoo.
grub is more complicated, and wouldn't detect my disks anyways :/
also it requires IA32 emulation, whereas I preferred to build a pure 64-bit-only system.
now time for work :)
laters
shit... someone actually using Lilo these days? madness!
That's his problem right there :P (since with grub, everything is passed on the kernel line as a string to the kernel.
yep
I don't really see a reason to stick with Lilo anymore :o
it was always a pain in the ass
Maybe if I was interested in super-locking things down, I would combine lilo with a BIOS MBR block (and passwords) but that's all bullcrap anyways (better to just encrypt)
yea
brycec: Grub will not even recognize that there are any block devices aside from fd0 in the box.
and there's not even a floppy drive, obviosuly.
lilo is a far simpler tool for a simple job.
raptelan: that's a bummer. It's working fine for me (though it is technically Grub2)
(And it's presumably working fine for everyone else with a Debian image)
And Grub2 does things a little bit differently... Notably,         search --no-floppy --fs-uuid --set 5ce09401-eaab-48f4-8fbe-5a56e26160be
brycec: I'm speaking of grub2
*shrug* You're happy with lilo, so I guess there's no point in debugging your grub woes :P
brycec: it would be nice if grub came out of the dark ages and actually could be compiled on a 64-bit x86 without a multilib install and run without 32-bit emulation support.
I only went to lilo because grub didn't work. :P
it was easier to fix. :P
I really don't care - I just want system to boot.
and I'm good now :)
and I'm happy that I don't have to have IA32 emulation enabled in my kernel anymore.
fwiw raptelan /boot/grub/x86_64-efi/acpi.mod: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped
(That's from my home Arch system, 64bit, EFI, Grub2)
hm
maybe the documentation I was reading is just out-of-date.
it does appear that I can install a from-source version of grub2 actually (I'm using Gentoo)
please tell me you're not using a virtio disk vs an ide disk?
toddf: I'm using it via /dev/vda.
I don't have any IDE or SCSI support even compiled in
never heard of 'vda' otherwise
'no ide' -> arpnetworks vps uses ide -> ding!
IDE = /dev/hda
SAS/SATA = /dev/sda
VirtIO = /dev/vda
so then do you have a kvr# >= 27 ?
a what?
your vps
what about it?
look at your portal and you'll know your kvr# based on how you hit vnc
if it is on kvr26 or lower you don't have bios that presents the os with a disk if you have requested virtio
if it is on kvr27 and higher, bios presents virtio as a disk
kvr19
so what are you trying to suggest?
so if you have requested your disks changed to virtio mode, you'll need to be using a bootloader that talks virtio directly not using the bios disks
otherwise, you need to go back to ide or request a transfer of your vps to a kvr27 or higher vps
I didn't request anytihng
I just signed up
umm why do I need to change anything?
then why do you use virtio when virtio is not default?
it's all working fine.
you're using /dev/vda ?
umm
the installed debian image the VPS came installed with used /dev/vda
aaaaah
using virtio_blk driver
NOT ide
ok so now I learn something new
so when I installed my own distro, I followed suite.
kvr1-26 installs debian using virtio
kvr1-26 installs bsd using ide
I've only used bsd so I didn't know, apologies
hm
yeah I used bsd with arp in the past
was a bit surprised to see "QEMU virtual cpu" as I didn't think that showed up that way under bsd
bsd bootloaders use bios to access disks, so if bios does not present virtio as a disk, no booting possible
but I'm not very good with bsd
cpu strings are cpu strings, passed directly to dmesg
I don't understand that much about paravirtualization either
although I guess it's more efficient
to some degree we are all a product of our experiences; some however find some things more logical or easy to deal with. I used linux from 1994-1999 and OpenBSD from 1998 - present. some overlap but it became more and more clear that the way I worked aligned well with OpenBSD
I liked my time with openbsd, but never really spent enough time with it to really know it as well.
I really like portage a lot, having such a degree of control over the system and nice interface to it.
lets just say I tried to make a src tree on slackware back in the day to build everything, and got really frustrated because things were not organized nor repeatable to rebuild everything, 'make build' and all world is built on openbsd .. can't get simpler than that
From a purely purist standpoint, I'd probably opt for NetBSD, but I couldn't even get their install CD to boot on an arp vps
'emerge -e @world' to recompile the whole system is pretty simple.
what I don't like about openbsd is that the base O/S is a pretty large all-or-nothing thing, not broken down into separate packages I have individual control over.
(fairly minor since it's not a big bloaty crappile like most linuxes)
I also like being on a rolling version system (not for everyone or every environment, obviously)
at work our servers are all RHEL5 and I hate it :P
rolling version systems are the bane of my existence. it is too hard to install one system and a month later install the exact same system, things have changed too much.
even tracking openbsd current, there was a time (I may return to this when I've got my office setup well again) where I'd literally rsync the install bits for all archs I track, install systems based on those install bits, and build packages all in a dated subdir so I know its all consistent with itself
that way I could go forward and back if I needed to to figure out when bugs occurred etc
otherwise updating the base system and continually updating packages creates an inconsistent environment where one package is built with one version of a lib and another with another version and sometimes this creates problems
I'm guessing toddf avoids ports then ;)
(or packages a port and distributes that package, I suppose)
I don't have any need to install "exactly the same system as a month ago", ever.  I like keeping things current.
but yeah, it depends on your needs.
there's definitely cases where I've preferred using something stable (e.g. debian)
brycec, toddf: It's also very easy to build binary packages from a master gentoo system and then deploy ONLY those tested binaries to other systems.  I used to do that when I ran a hosting company and maintained 30-40 servers.
which is basically, the same as packaging and distributing a port package.
portage is inspired by ports, after all.
case for installing exact same system: $client wants a system that does X, so I build and test for a month making sure it works asthey want, then I go and install it on their computer. how am I going to guarantee it works the same if there have been changes?
in fact today I rebuilt all 180-something packages on my server to both take advantage of compiler optimizations (newer gcc version, updated flags), and to build binaries of everything "just because"
like I said, cases exist.
for my personally-maintained systems, I prefer the other.
openbsd, netbsd, debian, gentoo, probably others I'm not familiar with, all make sense for various scenarios.  Red Hat, on the other hand...*grumbles* ;)
(but again just being a bit silly - it clearly works for many people - I just don't jive with it at all)
Red Hat makes sense for companies that want the safetynet of a "support contract"
you can buy support contracts for any of the others too, I would expect.
maybe not from the vendor
Well if I were Fortune 500, I wouldn't trust anyone but the vendor :p
I'm going through a similar issue where I work...getting people weaned off of EnterpriseDB and planning to move to open-source PostgreSQL soon.
I'm not saying I agree, simply pointint out the appeal of Redhat for so many.
hmm well I guess it depends how good the vendor's support actually is.
EDB's support is crap.
and because they've hacked up the open-source version and made it closed-source with undocumented changes, that makes it extra fun.
I've been waiting about 6 weeks now for a decent response to a "why does this particular query, run against this particular set of data, cause load on the server to exceed 40?"
seems like it should be a simple task for them to track down, at least to get a basic idea
"because it keeps hitting the table store, from disk" for instance
*shrug*
well, I know why, because it greedily eats up all memory that the server has and linux's stupid memory overcommit is contributing to the problem as the box doesn't have swap, but still.  It doesn't do that on stock PG.
reminds me I need to talk to our admins about changing the overcommit setting.
not fun when all sorts of random stuff just starts getting killed :P
I believe *bsd is free of such nonsense.
hey there! having a problem connecting to our VPS with you from our office. Checked with our ISP and it's getting stuck after it leaves them. Can you help?
can you pastebin a traceroute?
https://gist.github.com/drlube/546b684c5c6f9bc57576
actually… that shows that it's stopping at our ISP. Let me call them.
again :(
jamie_: I can reach you (or an IP close to you) http://pastie.org/6423518
(I just picked the first public IP with a rdns in your traceroute
can you reach our static IP? 96.53.33.22
yep
tbanks
actually hmm
jamie_: seems unreacable from arp
jamie___: No, but I can't reach it from Chunkhost either. ARP: http://pastie.org/private/0uirywcd452btgyfsma  Chunkhost: http://pastie.org/private/955gtmhmqcncwqlkecssa
though I do hit the same edge Shaw router on both
cool.. thanks… on hold with our ISP.
so if I had to guess, I'd say there's something effed with Shaw's routing
seems there are other issues routing through shaw as well
on with Shaw tech support
will let y'all know what happens… they seem to think it's on their end.
'preciate!
always nice when the ISP believes it's their fault
jamie_: Is this a business connection? (i.e. Do you at least get to talk to "business support"?)
yeah… talking to them
I love the disparity between residential and business support with my cable ISP.
thanks for sending the reverse trace :)
happy to help
ok, they're going to get back to me. No ETA, but they're working on it. Frank at Shaw Biz Tech Support is the man… his voice sounded like he could totally be a radio announcer.
ha nice
still no word from Shaw… will post back when there's a resolution. But they say that it's probably related to other issues they've been having.
ciao for nao