[03:30] * pyvpx would donate a vm happily, if he could get NetBSD on this damn thing once and for all
[03:30] <pyvpx> :p
[03:49] <mercutio> why's netbsd not working?
[03:53] <pyvpx> it does not like the IPMI Virtual CDROM Drive
[03:53] <mercutio> can it boot off floppy?
[03:53] <mercutio> as archaic as that sounds :)
[03:53] <pyvpx> didn't bother to try as I assumed it was the same driver/code path.
[03:54] <pyvpx> also, that means I'd have to make one :p
[03:54] <mercutio> i doubt it is.
[03:54] <mercutio> virtual floppy i meant
[03:54] <pyvpx> or install ancient netbsd and slowly upgrade? haha
[03:54] <mercutio> i've used virtual floppy on hp systems before.
[03:54] <pyvpx> I thought I'd be smart and install OpenBSD on one drive, then manually shoehorn netbsd on the other...but only one drive is bootable/recognizable in the system bios
[03:55] <mercutio> damn
[03:55] <pyvpx> then I tried a FreeBSD liveCD, but could not get networking to work at all?? didnt look into it futher.
[03:56] <pyvpx> brought up interface, added default route...no nothin'...even to the gateway address. ARP entry...but no icmp replies. I'm guessing that's a sysctl thing but...gah
[03:56] <pyvpx> I'm trying to move and I've already wasted a month (I'm happy to give up_the_irons "free" money though :P)
[03:56] <mercutio> maybe a problem reading the mac address?
[03:56] <mercutio> and trying to use 00:00:00:00 or something
[03:56] <mercutio> but i'm stabbing in the dark
[03:56] <pyvpx> nah, it got the right one. just no packets passing. tcpdump just shows STP frames and nothing else.
[03:57] <mercutio> did you try in promisc mode?
[03:57] <pyvpx> so I'm further guessing it somes weird liveCD thing I dont know or care to investigate futher. by now, if I had any kernel hacking skillz, I'd have patched netbsd and had it installed :p
[03:57] <mercutio> heh
[03:58] <mercutio> what's netbsd actually doing?
[03:58] <mercutio> does it show the cd?
[03:58] <pyvpx> I could install a bootloader on the first drive that points to an install on the second drive and try my luck that way
[03:58] <mercutio> or you can't even load the kernel?
[03:59] <pyvpx> kernel loads, but then it can't mount the root filesystem as, according to the kernel, sd0 is offline and unable to be opened
[03:59] <pyvpx> "sd at scsibus0 target 0 lun 0: <IPMI, Virtual Disk, 3000> disk removable
[03:59] <mercutio> hmm
[03:59] <pyvpx> cd0 at atapibus0 drive 0: <IPMI, Virtual CDROM, YSOJ> cdrom removable
[03:59] <pyvpx> sd: drive offline
[03:59] <pyvpx> sd: unable to open device, error = 19
[03:59] <pyvpx> etc etc
[03:59] <pyvpx> boot device: cd0
[04:00] <pyvpx> then it errors out and asks where to find the root filesyste :p
[04:00] <pyvpx> I had this problem with another cheap provider
[04:00] <pyvpx> when I needed a box in london for some things
[04:00] <pyvpx> wasted 99EUR and a month
[04:00] <pyvpx> was convinced it was their shotty iDRAC
[04:00] <pyvpx> nope, turns out NetBSD just has a bug that no one hits or cares to fix?
[04:01] <pyvpx> ich wiess es nicht
[04:01] <mercutio> that sounds like a damn annoying bug
[04:01] <pyvpx> granted had I posted to the mailing list months ago, perhaps I'd have gotten some response or traction. rather than where I am now, politely bothering people in #netbsd and scratching my head
[04:01] <pyvpx> trying weird OS gymnastics
[04:02] * pyvpx really just wants a shiny new netbsd/xen install, or three
[04:02] <mercutio> netbsd dom0?
[04:03] <pyvpx> ja
[04:04] <mercutio> i have a kind of crazy idea to get an install going
[04:04] <mercutio> setup an install, save it as a file, use a linux live cd and dd it onto the drive.
[04:04] <mercutio> err save the raw dd data
[04:04] <mercutio> but it'd be nicer if could get it to work normally, as what happens if it goes wrong etc.
[04:06] <mercutio> although it's probably easier to try to get it going if you can boot normally :)
[04:06] <mercutio> hmm
[04:07] <mercutio> you could also try pxe if you ahve another computer on the network
[05:20] <pyvpx> nope, no other ones. and yeah, that was my idea with the freebsd liveCD. only I just wanted to network access instead of asking for yet another iso (or .img) added to the ISO library.
[05:21] <pyvpx> I think I'll just ask as best I can on the netbsd mailing list if someone will hold my hand through debugging and patching this.
[05:21] <pyvpx> it *can't* be too difficult. it works flawlessly in open and free....
[05:21] <pyvpx> famous last words, of course.
[07:12] <m0unds> oof, that sounds like a headache
[10:25] *** fink has joined #arpnetworks
[10:51] *** mkb has quit IRC (Remote host closed the connection)
[10:55] *** mkb has joined #arpnetworks
[12:15] <mercutio> oh this is vps
[12:16] <brycec> Why would a VPS have IPMI?
[12:16] <mercutio> ipmi made me think dedicated.
[12:16] <brycec> ^
[12:16] <mercutio> cos otherwise there's not iso library is there?
[12:16] <brycec> actualyl mercutio it can be, of course
[12:16] <brycec> (VPS CD comes up as: [  271.622784] scsi 0:0:1:0: CD-ROM            QEMU     QEMU DVD-ROM     1.0  PQ: 0 ANSI: 5)
[12:16] <brycec> *actually
[12:17] <mercutio> true, i didn't know if netbsd was doing something weird
[12:17] <mercutio> if it's dedicated it's probably yet another intel revision of ethernet breaking freebsd
[12:17] <mercutio> which would make sense
[12:23] <brycec> Don't dedicate boxes have a VPN-only address (and address space)? Or is that just the IPMI controller?
[12:23] <brycec> And as I recall, they are dual-NIC, so one would have to be sure they're configuring the correct interface.
[13:06] <mercutio> both interfaces are on the same network
[13:06] <mercutio> so either should work
[13:11] <brycec> True. i wonder, if a switch is configured for [static] port bonding, would the other end also need to be configured as such? Or would simply operating a single interface work? Probably depends on the type of bonding...
[13:12] <mercutio> you should be able to alternate what ports you stick packets out on
[13:12] <mercutio> but they may get reordered, as it's separate switches
[13:12] <mercutio> and it's gigabit anyway so not really necessary.
[13:13] <mercutio> there's something on the wiki somewhere about ways to set it up so it can failover
[13:13] <mercutio> actually that reminds me, i dunno which switch the ip/kvm is on
[13:14] <mercutio> i've been thinking about playing with bonding at home
[13:14] <mercutio> but you kind of need more than gigabit from two cards.
[13:14] <BryceBot> That's what she said!!
[13:14] <mercutio> so i thought it'd be kind of cool if it could route one of them over infiniband
[13:17] <mercutio> i cap under port speed anyway
[13:18] <mercutio> if you've got gigabit ports, then if something local sends at full gigabit another host can get impacted slightly
[13:19] <mercutio> so i just cap most ports at 900 megabit
[13:19] <mercutio> then stick fq_codel on it
[16:38] *** fink has quit IRC (Quit: fink)
[17:22] <m0unds> staticsafe: are you using dhcpv6 on your mikrotik box?
[17:22] <staticsafe> m0unds: nope
[17:24] <m0unds> comcast enabled ipv6 for biz subs in my market, but dhcpv6 is lame and the implementation on my srx is buggy
[17:34] <m0unds> figured i might try my rb450, but there's a chance it's buggy on that thing too, haha
[17:46] <mercutio> is it dynamic ipv6?
[17:52] <m0unds> they dynamically assign a prefix
[17:53] <m0unds> you use IA_PD "hints" to request larger allocs
[17:53] <m0unds> comcast will provide /64 by default, will allow resi customers to request a /60 and will allow biz to request /56
[17:54] <m0unds> unfortunately, for whatever stupid reason, juniper's IA_PD support is hardcoded to request a /48 and there's a dev request being completed to allow that to be specified in the cli
[17:54] <m0unds> so it requests a /48 and gets a /56 and ignores it
[18:27] <staticsafe> m0unds: i don't use it but there are probably people in #ipv6 who use DHCPv6-PD on RouterOS, IIRC it works fine
[18:27] <staticsafe> i had someone IRC ask me for help for it earlier and they had comcast
[18:28] <staticsafe> it worked fine iirc
[18:44] *** KDE_Perr1 is now known as KDE_Perry
[19:16] *** xales1 has quit IRC (Quit: Derp)
[20:38] <m0unds> ah, ok
[20:38] <m0unds> staticsafe: have you seen the fun stuff you can do w/the ammo pack + aircraft in ps2?
[20:39] <staticsafe> yeah
[20:39] <m0unds> i had no idea
[20:39] <m0unds> someone put a pack on the nose of my mosquito and i did a rapid vertical take off and did 3 flips and blew up. it was amazing.
[20:40] <staticsafe> oh i recorded something today that was amusing
[20:42] <staticsafe> lemme see if i can cut it up
[20:44] <staticsafe> need some decent video editing software hm
[21:21] <mercutio> can you just forward it to a linux box or osmething?
[21:21] <mercutio> oh i was scrolled up a bit
[21:47] *** mkb has quit IRC (Ping timeout: 244 seconds)
[22:00] *** Seji has quit IRC (Ping timeout: 250 seconds)
[22:44] <m0unds> haha, enabling dhcpv6 on my rb crashes it
[22:44] <m0unds> updated to 6.23, and it crashes when i load/unload qos queues and also when i enable dhcpv6
[22:45] <brycec> You know what doesn't crash? pfSense :P
[22:48] <m0unds> lots of other things don't crash either
[22:52] <m0unds> i figured i'd see if routeros 6 still sucks on the 450g, and it does
[22:52] <brycec> Bummer
[22:52] <m0unds> still crash-happy, over a year since i last tried it
[22:52] <brycec> (I know, I'm not helpful :p)
[22:52] <m0unds> srx> show system uptime
[22:52] <m0unds> Current time: 2014-12-05 23:51:05 MST
[22:52] <m0unds> System booted: 2013-12-26 15:27:44 MST (49w1d 08:23 ago)
[22:52] <m0unds> ^ there's something that doesn't ever crash
[22:52] <m0unds> haha
[22:53] <m0unds> only reason it was rebooted was for a firmware update (flow support for ipv6)
[23:30] <mercutio>  8:30PM  up 1296 days,  9:43, 1 user, load averages: 1.25, 1.25, 1.24