January 2, 2012 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
January 2, 2012 [00:07:01] *** rame has quit IRC[00:23:33] <myrkraverk> And here too:[00:23:44] <myrkraverk> Can I set [f]lex start conditions inside yacc actions?[00:30:17] *** rame has joined #openindiana[00:34:25] <tsoome> better check docs i guess, its a long time since i used them, cant really tell:D[00:35:14] *** rame has quit IRC[00:38:48] <Orii> hey does openindiana have a good peice of documentation yet or is it all in the wiki?[00:39:15] <xenol> it's being worked on[00:40:18] <Orii> awesome :)[00:40:31] <Orii> brb[00:40:32] *** Orii has quit IRC[00:41:17] *** Orii has joined #openindiana[00:41:36] *** Mech0z has joined #openindiana[00:56:07] *** analog_ has quit IRC[00:57:01] *** synegy34 has quit IRC[00:57:29] *** synegy34 has joined #openindiana[01:15:33] <Jago> so how stable is 151a?[01:16:02] <Jago> compared to say, freebsd 8.2, solaris 11 and/or latest debian?[01:20:05] <herzen> I don't know about those, since I don't use them. but I'd say it's stable as Solaris 11. (I had to reboot S11 once on account of a zombie X application. something like that has never happened to me with OI.)[01:26:04] *** rame has joined #openindiana[01:29:53] *** xtort- has quit IRC[01:36:25] *** xtort- has joined #openindiana[01:37:05] <myrkraverk> There are some "well duh" bugs. Such as executable jars not working because the permission bits of the Java runtime are wrong.[01:37:29] <myrkraverk> Simple enough to fix (as root) but the error message is not really helpful.[01:40:10] * patdk-lap would never run java on oi[01:43:21] <myrkraverk> Then there is the wrong search path for ssl certificates in libcurl. That's slightly thornier.[01:50:07] *** Mech0z has quit IRC[01:51:28] *** DeviceZer0 has joined #openindiana[01:51:28] *** DeviceZer0 has joined #openindiana[02:08:32] *** Okona has quit IRC[02:18:18] *** LadySerena has joined #openindiana[02:19:55] *** Okona has joined #openindiana[02:23:01] *** rame has quit IRC[02:23:24] *** nvez has joined #openindiana[02:28:30] *** wiseen has joined #openindiana[03:03:22] *** Orii has quit IRC[03:09:22] *** rame has joined #openindiana[03:14:01] *** Botanic has joined #openindiana[03:36:02] *** nvez has quit IRC[03:51:26] *** InTheWings has quit IRC[04:12:33] *** kart_ has joined #openindiana[04:44:19] *** CVLTCMK0 has quit IRC[04:51:35] *** CVLTCMK0 has joined #openindiana[05:09:47] *** yakov has quit IRC[05:27:33] *** d_k has quit IRC[05:49:19] *** Neddie has joined #openindiana[06:42:26] *** fiyawerx has joined #openindiana[07:17:17] *** fiyawerx has quit IRC[07:19:48] <Neddie> How can I check the system is running in 32-bit or 64-bit?[07:21:41] <Okona> isainfo -k[07:21:58] <Neddie> amd64[07:22:28] <Neddie> so strange[07:22:35] <Okona> why?[07:23:07] <Neddie> I put 4GB RAM but top command shows only 3574M[07:23:33] <Okona> btw, My OI Logo tries, but i would only consider the one on the bottom left -> http://schneckhausen.de/user/files/img/oi.pdf[07:23:38] <Okona> hmmm[07:28:44] <Okona> I have a machine with 8G and Top shows 8183M, so there is some discrepance[07:30:32] <Neddie> I think my system is running at 32-bit[07:31:14] <Okona> if it says amd64 with isainfo -k it is running 64 bit[07:31:46] <Okona> what does isainfo -v say?[07:32:24] <Neddie> https://pastee.org/h73sn[07:33:30] <Okona> Looks perfectly like running in 64 bit mode[07:34:04] <Okona> does your system have a shared memory graphics card?[07:34:15] <Neddie> 3.47 GB memory limited seems it's not really 64-bit[07:34:20] <Neddie> no[07:36:32] <Okona> still it could be possible, that the mainboard is not providing full access to all the ram. Like i said, i have an 8 gig machine, and top shows only 8183, while it should be 8388[07:36:58] <geoff__> I had seen an AMD system that needed a BIOS setting changed to see all 4 gigs.[07:37:42] <Neddie> mine is Intel mainboard, it has not much things to do in BIOS[07:42:04] <Gibheer> has it an onboard graphics card?[07:42:14] <Okona> did you check the bios settings?[07:50:28] *** kart_ has quit IRC[07:53:02] <Okona> Neddie: what hardware is id? What is the maximum ram this hardware should support?[07:58:13] *** Zenos has joined #openindiana[07:58:29] *** Neddie has quit IRC[07:59:11] *** foos has quit IRC[08:02:43] *** johest has joined #openindiana[08:02:43] *** johest has quit IRC[08:02:43] *** johest has joined #openindiana[08:12:26] *** flyz has quit IRC[08:19:02] *** flyz has joined #openindiana[08:25:51] <Okona> s/id/it/[08:39:45] *** Neddie has joined #openindiana[08:43:09] *** Worsoe has joined #openindiana[08:45:21] <Neddie> the mainboard supports max 4GB memory[08:45:52] <johest> hi there, my network/ipfilter does not work, i switches to maintenance mode with "Restartting to quickly", any hint?[08:52:07] <Neddie> johest: is there any ipfilter process running?[08:52:40] *** johwir has joined #openindiana[08:52:45] *** johwir has quit IRC[08:53:14] <Okona> johest, what does the log say (svcs -x should display the path)[08:54:24] *** johwir has joined #openindiana[08:55:29] <johest> Neddie: seems not[08:56:55] <johest> Okona: that what i said, plus "Stopping because all proccesses in service exited... executing stop... method stop exited with status 0" and than "RESTARTING TOO QUICKLY, CHAGING STATE TO MAINTENANCE"[08:57:04] <johest> ups, sry for caps[09:00:05] *** _404_Error_ has quit IRC[09:03:38] <Okona> is that the output from svcs -x or from the log referred in svcs -x?[09:06:56] <myrkraverk> And asking here to, for the heck of it:[09:06:59] <myrkraverk> I'm reading a book (novel) published in 1997. In it pointers are 2 bytes and the protagonist is used to VT220. Isn't that a bit old for 1997? Unix, not VMS though.[09:09:08] <Okona> yes, a bit.[09:09:20] <Okona> or 16bits (-:[09:09:48] <Okona> even I have a vt320 as kitchen terminal (((-:[09:10:33] *** Neddie has quit IRC[09:10:55] <Agnar> I still have a VT420 on my desk in office - currently attached to a VAXStation 4000/60[09:11:47] *** Okona has left #openindiana[09:11:56] *** Okona has joined #openindiana[09:13:28] *** bens1 has joined #openindiana[09:13:57] <Agnar> (running netbsd...and working as ipv6 dns and ipv6 mail relay :))[09:14:48] <myrkraverk> Yeah. What Unix was available as 16bits?[09:15:02] <myrkraverk> I never got a real VT anything, sadly.[09:15:18] <myrkraverk> Or I would probably be using it with the Deathrow VMS cluster.[09:15:26] *** |AbsyntH| has joined #openindiana[09:15:36] <Agnar> myrkraverk: Xenix. it worked on 80286 CPUs[09:16:19] <myrkraverk> Ah.[09:16:26] <Agnar> myrkraverk: and a lot of older SysV...as the PDPs had something between 12 and more bits :)[09:16:34] <myrkraverk> What about the SCO unixen? Were they always 32bit?[09:16:59] <myrkraverk> Agnar, Well, the book specifically mentions Unix and pointers having the size 2.[09:17:19] <Agnar> myrkraverk: *afaik* SCO took Xenix from Microsoft into OpenDesktop and stuff[09:17:23] <myrkraverk> I guess that tells us the author is used to 16bit computers.[09:17:56] <johest> Okona: sorry for the delay, the same message is found in both, logs and svcs output[09:17:59] <myrkraverk> http://9gag.com/gag/1428605[09:18:11] *** _404_Error_ has joined #openindiana[09:18:48] <Agnar> myrkraverk: mybe the author is a better author than a system expert and he mixes things up? :) but maybe some BSD? used to run on vaxens and other strange boxes back then[09:19:19] <myrkraverk> Well, maybe. The book is quite well written.[09:19:23] <Agnar> and I remember having a DataGeneral AViiON back then, which had some strange m88k CPUs - no idea if 16 or 32bits...[09:19:36] <myrkraverk> If you want, you can read it yourself here: http://www.baenebooks.com/p-724-wizards-bane.aspx[09:21:10] <myrkraverk> I was not really interested in computers in 1997. Until 1999 I had only been using my 486 I got in 1993 for myself, personally.[09:21:26] <myrkraverk> Or maybe it was early 2000 I got a computer - don't recall exactly.[09:21:34] *** Neddie has joined #openindiana[09:21:49] <myrkraverk> I just know that in 1998/1999 I did not own a PC.[09:22:07] <myrkraverk> It wasn't a bad life.[09:22:20] <Agnar> myrkraverk: i'll bookmark...and read it if I have some time...;)[09:22:31] <myrkraverk> :)[09:23:50] <Agnar> hm. I got my first computer (a Schneider Joyce CPW running CP/M+) in 1992 or 1993. and my first PC around 1994. It was a 80286...had a lot of fun with it :)[09:24:25] <Agnar> and when I got my first 80486, I thought "oh man. how could you ever use up to one megabyte of ram *alone*? :)[09:26:31] <Agnar> and then my grandmother(!) bought me a slackware cd-set...and I needed more than 8MB ;)[09:27:00] <myrkraverk> Haha :)[09:27:19] <myrkraverk> How did your grandma have a clue that slackware might be fun? :)[09:27:20] *** johwir has quit IRC[09:27:51] *** johwir has joined #openindiana[09:28:00] <Agnar> myrkraverk: my grandmother used to work in the computer-book department of a bookstore :)[09:28:08] <myrkraverk> Ah.[09:28:34] <Agnar> but it sounds more funny if I just say that my grandmother gave me my first linux ;)[09:28:53] <myrkraverk> I only know that I need *all* the RAM. I always run out in the end. And I have 3G now.[09:28:58] <myrkraverk> Yeah.[09:29:11] <Agnar> myrkraverk: 8G here, and still the same problem[09:29:39] *** johwir has quit IRC[09:29:42] <Agnar> I'm currently thinking of using an old V480 as my new workstation with decent ram for a desktop...[09:29:54] <myrkraverk> Yeah, I want my future desktop to have 64.[09:30:07] <myrkraverk> V480?[09:30:14] *** MerlinDMC has joined #openindiana[09:31:19] <Agnar> myrkraverk: we are currently migrating our old V480 servers on "not-so-old" V490s...so maybe I can get one for my office. (and try to decrease the noise the box makes...)[09:31:54] <Okona> Good luck on that (-:[09:32:07] *** johwir has joined #openindiana[09:32:46] <myrkraverk> :D[09:33:42] <Agnar> Okona: if it doesn't work at all, I put the box in the techlab next door and get myself a sunray on ebay :)[09:33:43] <myrkraverk> I wonder if there's any way to get a hold of a unix that runs on 286 now.[09:34:14] <Okona> Agnar: that sounds more like it[09:34:17] <myrkraverk> A guy on ##freedos has been working on a 16bit PC emulator in hardware.[09:34:48] <myrkraverk> And I doubt it's going to work to port Solaris to 16 bits :P[09:36:07] <Agnar> myrkraverk: it will not work :)[09:36:07] *** hajma_ has joined #openindiana[09:36:08] <Okona> Fyi, the Wizard's Bane ePUB Version does load in iBooks on the iPad (-:[09:36:10] <myrkraverk> Nah, that's proably not going to work as I think the emulator only does real mode.[09:36:28] <myrkraverk> (any 16bit unix will not work, that is)[09:36:45] <Okona> why would you do that? Historical Research?[09:37:03] <myrkraverk> The emulator is new. As in, a new implementation of a 16bit PC.[09:37:17] <myrkraverk> I mean to buy one when he has them ready.[09:37:41] <myrkraverk> Or, I could say it's a really tiny PC. As it's hw after all.[09:37:54] *** tsoome has quit IRC[09:38:10] *** hexreel has quit IRC[09:38:15] <Agnar> myrkraverk: and why don't you just use a standard PC? they are all 8088 compatible :)[09:38:32] *** alcir has joined #openindiana[09:38:41] <myrkraverk> Because it's silly. I like silly things.[09:41:15] <myrkraverk> Is today a normal working day in the UK?[09:43:55] <bens1> no[09:44:03] <Okona> here it is[09:44:42] <Okona> .oO(Germany)[09:45:56] <Agnar> yeah...unfortunately it is in germany :)[09:46:20] <Agnar> I'm feeling so tired, so un-motivated, so...un-german today :P[09:52:08] *** horsi has joined #openindiana[09:52:13] *** jedi4ever has joined #openindiana[09:52:25] <Neddie> coffee[09:52:51] * lblume approves of coffee.[09:54:13] * Okona seconds[10:04:35] <Agnar> +1[10:04:37] <Agnar> ;)[10:10:02] *** Orii has joined #openindiana[10:11:07] *** tsoome has joined #openindiana[10:14:31] * lblume had a decent machine-made first cappucino of the year[10:15:35] <tsoome> decent and machine made and cappuchino?:D[10:15:44] <tsoome> :D[10:16:42] <lblume> Don't be jealous :-P[10:17:09] <tsoome> :D[10:17:11] *** jedi4ever has quit IRC[10:17:25] <tsoome> i have machine made as well, but nowhere near decent… :D[10:18:59] <Agnar> black tea here ;)[10:19:14] <tsoome> tea is nice as well:)[10:19:42] <Agnar> east-frisian tea, very nice :) (onno behrens schwarzer friese)[10:19:56] <lblume> hmmmm, I must have some Chinese tea somewhere... I'm planning to replace some of my coffee intake with it.[10:20:12] <myrkraverk> *sigh* Now I really want to know why my flex/yacc stuff is working in one Postgres extension and not the other.[10:21:41] *** kart_ has joined #openindiana[10:21:48] <tsoome> lblume: thats good, tea has more coffeine:)[10:25:11] <lblume> depends which tea[10:29:23] *** voidcoder has quit IRC[10:29:33] <Orii> epic[10:29:35] <Orii> epic[10:29:39] <Orii> sorry[10:29:44] <Orii> i was scrolled up[10:29:57] <Orii> i love you guys :')[10:30:14] <Orii> brb[10:30:16] *** Orii has quit IRC[10:35:10] *** Orii has joined #openindiana[10:36:20] *** man_u has joined #openindiana[10:41:01] *** Mech0z has joined #openindiana[10:47:11] <Orii> (╯^_^）╯︵ ┻━┻) <(O□O<) ლ(益ლ) (O_o) (V) (;,:) (V) <(cthulu enjoys this)[10:49:43] <Agnar> oh my god![10:49:56] <Agnar> orii! i can even see it...[10:50:01] *** bens1 has quit IRC[10:50:08] <Agnar> that means I have utf-8...damn! :)[10:52:16] <lblume> hmmm, I am missing two characters. I need more CJK fonts.[10:56:41] *** licenser has joined #openindiana[11:00:17] <Orii> :)[11:00:23] <Orii> im so proud of myself[11:00:29] <Orii> and i did it all by myself :P[11:00:32] *** sponix has quit IRC[11:01:27] <lblume> I need those two: ლ ლ[11:02:30] <Orii> ah[11:02:37] <Okona> what happened to the good old smilies?[11:02:42] <Orii> lol[11:03:04] <andrnils> tea may have more coffeine, but it's harder to extract than the coffeine in coffee ;)[11:03:19] <Orii> the first emoticons were from the 1800s[11:03:20] <lblume> 囧[11:03:54] <Orii> its funn. it was from a newpaper and it pretty much warned the people and said they are only shoing a couple because it could freak them out[11:04:00] <Orii> funny*[11:04:07] <Orii> showing*[11:04:19] <Okona> でも、日本語を書くこわ楽しいです。[11:04:29] <Okona> hmm, was that correct?[11:05:02] <lblume> 听不懂[11:05:53] <Orii> (,0") (,0") <-0 my failed attemp at anime eyes[11:06:06] <Okona> すみません、日本語だけができます。[11:06:34] <Orii> anyone here from manila?[11:06:47] <Orii> balut :3[11:06:48] *** sponix has joined #openindiana[11:06:55] <Orii> google it[11:08:13] *** Mech0z_ has joined #openindiana[11:08:47] *** wiseen has quit IRC[11:09:07] *** Mech0z has quit IRC[11:10:39] *** herzen has quit IRC[11:13:48] *** muv has joined #openindiana[11:13:54] *** muv has left #openindiana[11:15:46] <Agnar> 7topic Today: UTF-8 sandbox ;)[11:16:25] <lblume> Everybody should use Unicode-based encodings.[11:20:11] <Neddie> going to buy *new* motherboard[11:20:27] <Orii> cool[11:20:29] <Orii> good luck[11:20:33] <Neddie> btw, buy new coffee beans[11:20:39] <Orii> anyone know if radioshack buys spare parts?[11:21:06] *** master_of_master has quit IRC[11:23:14] *** master_of_master has joined #openindiana[11:30:56] *** Botanic has quit IRC[11:32:08] <johest> the system makes me cry[11:32:17] <Orii> :([11:40:01] <johest> so, maybe has another hint, i installes oi in a virtual machine, network works, i can ping around, the firewall is set up (ipfilter) to let in icmp and ssh, but i have no ping and no ssh :([11:43:18] *** muv has joined #openindiana[11:43:56] *** muv has left #openindiana[11:45:34] *** nikolam has joined #openindiana[11:47:04] <Okona> what happens, when you switch off the firewall?[11:52:04] <johest> well, nothing, or should i say nothing changes[11:54:08] <nikolam> I configured firewall with visual panels. but it seems it is not started by default when I start the machine[11:54:53] <nikolam> (i suppose that is ipfilter service that firewall is)[11:55:14] <johest> yes it is,[11:56:26] <johest> strange thing[11:56:50] <Okona> if switching off the firewall does not change anything, i would first try to get it running without, and then connecting the firewall[11:58:34] <johest> Okona: true, but as told yesterday (i guess) the firewall seems to be on by default, even if not, i have no ping, and ssh timeout when i conect from outside, but i can see traffic via tcpdump on the machine, i can ping and ssh to the outside[11:59:42] <johest> oh, moment[11:59:59] *** _404_Error_ has quit IRC[12:01:31] <johest> maybe my opensuse client and my oi server doesnt like each other[12:03:39] *** kart_ has quit IRC[12:04:01] <johest> it works from another host, strange[12:07:34] *** esbjerg has quit IRC[12:07:50] *** esbjerg has joined #openindiana[12:08:34] *** kart_ has joined #openindiana[12:14:17] *** Garo_ has joined #openindiana[12:17:49] <Garo_> Hello. I'm using an LSI SAS 9205 card connected to an external SAS enclosure (a supermicro 45 disk JBOD). I can see my disks via cfgadm and format, but how I can resolve where each disk is located in the SAS bus?[12:19:32] <Wraithh> Garo_, in the sas topology or do you want to resolve the cnxxyyzzd0 names to physical locations?[12:20:09] *** |AbsyntH| has quit IRC[12:20:18] <Garo_> Wraithh: I guess the later[12:20:40] <Wraithh> There's a utility called sas2ircu to help with that[12:21:08] <Garo_> cool, I'll google that one out[12:21:24] <Wraithh> and an python script that uses that output to do other cool stuff[12:21:45] <Wraithh> like you can pipe iostat -xn output to it and you'll see the physical location mappings next to each drive name[12:22:06] <Garo_> thanks, I'll try that one right away[12:22:13] <Garo_> I though that I can use lsiutil to get this info, but for some reason it doesn't find my HBA (I'm using version 1.62, dated from 2009)[12:22:25] <Wraithh> that's too old as well[12:22:46] <Wraithh> you need 1.63 at least probably[12:22:56] <Garo_> that's the only one I found but guess I need to try find a newer one harder[12:23:50] <Wraithh> I wonder where I found the 1.63 version. It was pretty well hidden :)[12:24:31] *** bens1 has joined #openindiana[12:24:43] <Garo_> oh cool, the sas2ircu seems to work. at least it prints a lot of stuff. Now I just need to learn how to read it :)[12:24:54] <Wraithh> which version of sas2ircu did you find?[12:25:37] <Garo_> version 5.00.0000[12:25:45] <Garo_> Version 5.00.00.00 (2010.02.09)[12:25:48] <Garo_> to be exact[12:25:53] <Wraithh> http://ilkka.kapsi.fi/LSIUTIL-1.63.zip[12:26:13] <Wraithh> that's the one I found, I don't have the original link though[12:27:31] <Wraithh> 11.00.00.00 (2011.08.11) is the current version for sas2ircu :)[12:27:43] <Garo_> thanks! that one finds by HBA.[12:27:50] <Garo_> ok, I'll find that one[12:28:11] <Wraithh> should be SAS2IRCU_P11.zip[12:29:08] <Garo_> ok, I think I found it[12:29:57] <Wraithh> http://the-key.enix.org/~krystal/diskmap.py is the cool python utility[12:32:39] <Garo_> any tutorial how to use diskmap (and what it can do)?[12:33:40] <Wraithh> it has built-in help[12:34:12] <Wraithh> It wants sas2ircu in a specific location (/usr/local/sbin/ probably)[12:34:25] <Wraithh> you can check the beginning of the code[12:34:27] <Garo_> yeah, got that part out[12:35:34] <Garo_> oh cool. I'm really starting to like the diskutil[12:35:50] <Garo_> just figured out that it can turn the enclosure disk leds on and off \o/[12:36:17] <Wraithh> You can also use it to run SMART selftests on the drives[12:38:53] <lblume> how come lsiutil 1.63 has not been officially published and is just "floating around"?[12:39:24] <Wraithh> I guess it has been unofficially released then :)[12:39:43] <Wraithh> I think I found it on some mailing list[12:39:45] <lblume> Yep, there's some references of LSI emailing it to people, but it's just weird.[12:40:08] <Garo_> Good for you. I even asked LSI support if my HBA is supported by lsiutil and they said yes.[12:40:27] <Garo_> but they didn't bother to provide a link[12:40:50] <Garo_> Wraithh: thanks a lot for the sas2ircu, because lsiutil couldn't provide me with the operating system names[12:41:16] <Garo_> for some reason that operation doesn't print them. it has worked with me in the past with some older HBA controller (can't remember exactly which one)[12:41:16] <Wraithh> yep, lsiutil is more for the configuration of the controller[12:41:58] <lblume> It works for mpt-based ones.[12:42:38] <Garo_> should I use cfgadm -c unconfigure to safely remove a disk from the enclosure?[12:43:06] <lblume> sometimes it's needed, sometimes it's not. Try it, it won't hurt in any case.[12:44:50] <RoyK> Garo_: some controllers may hang the system if you don't[12:45:07] <RoyK> or drivers, even[12:45:39] <RoyK> IIRC my aoc-sat2-mv8 controllers don't like me unplugging things without -c unconfigure[12:46:45] <Garo_> RoyK: thanks for the warning[12:46:58] <Garo_> I'm building a ~20TB system for a client which will be later upgraded to 200TB[12:47:16] <RoyK> oh[12:47:21] <RoyK> how do you plan to upgrade?[12:47:34] <lblume> So much predictability in HBA management :-)[12:47:35] <RoyK> keep in mind that ZFS doesn't have a way to re-balance full VDEVs[12:48:11] <tsoome> it has, but its not fully automatic rebalance.[12:48:11] <RoyK> so if you setup a 20TB system and let it fill up and add another set of VDEVs for more space, the old VDEVs will remain full[12:48:16] <Garo_> RoyK: I'm doing 11 disk raidz3 groups. We'll start with just one 11 disk group[12:48:26] <RoyK> bingo[12:48:29] <RoyK> bad idea indeed[12:48:33] <Garo_> we'll propably end up with several 2*11 disk groups in the end[12:48:48] <Garo_> we are not planning to have one giant pool with n*11 groups[12:49:07] <RoyK> Garo_: adding more VDEVs will NOT move data around - if VDEVs are full, they'll hurt performance[12:49:18] <Garo_> but multiple smaller zpools with one to three 11 disk groups[12:49:33] <Garo_> RoyK: yep, thanks for the tip but I knew that already[12:49:34] <RoyK> and if they're half full, adding more VDEVs will make ZFS keep on adding data to the half full ones[12:50:23] <Wraithh> Garo_, what disks are you using?[12:50:28] <Garo_> and I can always copy the data from one pool to another and then back to the first (after it has been grown to desired size) to get optimal performance[12:50:34] <tsoome> Garo_: its so and so. because vdev in case of random writes will provide ~single disk write performance. having multiple vdevs in pool, will give you more performance per pool.[12:50:34] <RoyK> nad what controllers?[12:51:08] <RoyK> s/nad/and/[12:51:13] <Garo_> LSI Logic SAS 9205-8e controller, SC847E16-RJBO enclosures[12:51:27] <RoyK> what drives?[12:51:54] <Garo_> we started testing with 3TB Seagate Barracuda XT 7200.12 ST33000651AS and then a Western Digital green, don't remember the exact type now[12:51:57] <RoyK> and - what sort of application on top?[12:52:00] <Garo_> but that's also a 3TB disk[12:52:01] *** TBFOOL has joined #openindiana[12:52:20] <Garo_> a data warehouse. "write once, retrieve a month later for processing"[12:52:36] <RoyK> Garo_: WD Greens are 4k drives, so keep that in mind, also keep in mind taht they are crap for anything but archival[12:52:43] <Garo_> yep[12:54:07] *** TBCOOL has quit IRC[12:54:23] <RoyK> but they're probably fine for archival use...[12:56:52] *** TBFOOL has quit IRC[12:57:05] <nikolam> RoyK> and if they're half full, adding more VDEVs will make ZFS keep on adding data to the half full ones[12:57:31] <nikolam> so if new vdevs are added, old ones are continuing to be filled first till the end?[12:58:05] <nikolam> I was expecting it would start balance writing new data on new vdevs[12:58:47] <Wraithh> I'm pretty sure it does. Possibly even slightly in favor of the emptier ones[13:01:04] <nikolam> So moving data away from the pool, deleting it and copying it back to the pool might balance data usage between vdevs?[13:01:13] <RoyK> nikolam: zfs will stripe all writes to all VDEVs[13:01:39] <RoyK> nikolam: although I saw some patch being added a few months back to help that for fullish VDEVs, but I don't know how good it is[13:02:29] <Wraithh> nikolam, yep, that should work[13:03:27] *** |AbsyntH| has joined #openindiana[13:07:45] <RoyK> nikolam: another approach is to build the pool with smaller drives than what's available (or will be available, meaning anything) and later replace each drive with a larger one - that'll grow each vdev, making things a bit easier[13:14:50] <nikolam> Aha, that is nice. Just to remind myself not to mistake RAID with tape backups.[13:15:43] *** PlasticLawnDaemo has joined #openindiana[13:16:21] *** PlasticLawnDaemo has quit IRC[13:30:55] *** MerlinDM_ has joined #openindiana[13:33:29] *** MerlinDMC has quit IRC[13:44:28] *** nikolam has quit IRC[13:46:33] *** Worsoe has quit IRC[13:50:12] *** nikolam has joined #openindiana[13:55:10] *** InTheWings has joined #openindiana[13:58:58] <Garo_> btw. If I have drivers from vendor A, which are 3TB and then a spare drive from another vendor, also a 3TB drive, is there a change that the spare is just a fraction smaller than then 3TB disk it should replace (all 3TB drivers can't be exactly the same size, can they?). Can this cause a problem?[14:00:42] <Orii> a lot of people tell me its best to just be safe and get drivers from the same vender[14:01:18] <guaqua> Garo_: it can be a tad smaller[14:01:20] <Wraithh> I have some vague recollection of a patch that allowed using spares that are slightly smaller than the original disks[14:02:32] <Wraithh> One thing to consider might be to prepare your pools for 4k disks even if you don't have them now[14:07:00] *** herzen has joined #openindiana[14:15:43] <lblume> Garo_: Enterprise drives are always guaranteed to be exactly the same, which is generally much better. Else, it's safer to have new drives slightly bigger rather than smaller.[14:26:29] *** enmand_ has joined #openindiana[14:27:32] *** bradend has quit IRC[14:28:49] *** bradend has joined #openindiana[14:28:59] *** bradend has quit IRC[14:31:11] *** voidcoder has joined #openindiana[14:32:35] *** Orii has quit IRC[14:37:56] *** Orii has joined #openindiana[14:48:19] *** nvez has joined #openindiana[14:48:19] *** nvez has joined #openindiana[14:55:09] <kimc> anyone familiar with freeipmi[14:56:56] *** TBCOOL has joined #openindiana[15:08:43] *** kart_ has quit IRC[15:15:26] *** kart_ has joined #openindiana[15:18:40] *** _wilsonkk_ has joined #openindiana[15:21:46] *** |wilsonkk| has quit IRC[15:22:39] <Wraithh> kimc, is it related to openipmi?[15:42:57] <kimc> openipmi is a seperate project.. this chart compares major ipmi projects: http://ipmiutil.sourceforge.net/docs/ipmisw-compare.htm[15:44:45] <kimc> the chart as with other docs associates the solaris support with bmc[15:46:15] <kimc> so one of my goals was to determine which, if any, functions could work without a working bmc[15:48:25] <Garo_> Wraithh: does the zpool from current 151a support 4k ashift?[15:48:38] <kimc> such as reading the values from a motherboard chip either through SMBus or whats sometimes referred to as ISA-IO[15:48:47] *** _404_Error_ has joined #openindiana[15:48:51] <Wraithh> Garo_, at least there is a patched zpool binary to do the trick[15:49:20] <Wraithh> Or, it supports it, yes, but it does it only if the drives are 4k and report it correctly[15:49:29] <Wraithh> you can use the patched binary to forke 4k ashift[15:49:32] <Wraithh> *force[15:49:35] <Garo_> Wraithh: yeah, so I've read. I've also read that as long as you use correct number of drivers in your raidz(23) stripe, the difference isn't that big (around 10-15% penalty)[15:54:36] *** Carmidev has joined #openindiana[16:05:32] *** licenser has quit IRC[16:05:45] *** Carmidev has quit IRC[16:11:43] *** tsoome has quit IRC[16:12:56] <kimc> i've been googling around for quite a while this morning trying to find some info on OI/opensol and smbus[16:13:22] <kimc> just ran across this mention finally though its a few years old now[16:13:27] <kimc> So far it's a mistery how to access SMBus/i2c sensors from regular x86 motherboards on OpenSolaris.[16:13:50] <kimc> thats a quote from a post from 2010[16:14:05] <kimc> looks like not much has changed since then[16:15:28] <kimc> references to lifting the closed-source bmc driver from somewhere.. not a solution[16:17:05] <Garo_> what tool you use to benchmark your zpools? I've so far done just a simple dd if=/dev/zero bs=4k -style tests to measure sequental operations.[16:17:08] *** d_k has joined #openindiana[16:17:36] <kimc> the same person a little later sums up the problems exactly: What's missing is a way to retrieve temperature information from the cheap sensors present in every x86 motherboard manufactured in the past few years.[16:17:50] <kimc> right on[16:18:17] *** d_k has quit IRC[16:19:51] *** Neddie has quit IRC[16:22:12] *** d_k has joined #openindiana[16:29:27] *** johest has quit IRC[16:38:33] *** fiyawerx has joined #openindiana[16:41:18] *** MerlinDM_ has quit IRC[16:43:09] *** alcir has quit IRC[17:10:58] *** syoyo__ has joined #openindiana[17:13:54] *** CVLTCMK0 has quit IRC[17:19:35] *** bradend has joined #openindiana[17:22:57] *** Carmivore has joined #openindiana[17:24:58] *** tsoome has joined #openindiana[17:31:31] *** CVLTCMK0 has joined #openindiana[17:38:54] *** analog_ has joined #openindiana[17:43:00] *** spanglywires_ has joined #openindiana[17:44:29] *** spanglywires has quit IRC[17:44:29] *** spanglywires_ is now known as spanglywires[17:46:31] *** |AbsyntH| has quit IRC[17:48:11] *** analog_ has quit IRC[17:49:46] *** SH0x has quit IRC[17:50:35] *** DocHoliday has joined #openindiana[17:50:45] *** kfritz has joined #openindiana[17:51:19] *** rbanffy has joined #openindiana[17:58:38] *** hajma_ has quit IRC[18:09:46] *** monta-` has joined #openindiana[18:09:52] *** Carmivore has quit IRC[18:09:56] *** Botanic has joined #openindiana[18:09:56] *** Botanic has quit IRC[18:09:56] *** Botanic has joined #openindiana[18:10:57] *** lblume has quit IRC[18:11:49] *** thistle has joined #openindiana[18:13:29] *** lblume has joined #openindiana[18:14:49] *** syoyo__ has quit IRC[18:16:26] *** syoyo__ has joined #openindiana[18:18:10] *** Carmivore has joined #openindiana[18:22:51] *** bradend1 has joined #openindiana[18:24:00] *** nvez has quit IRC[18:24:28] *** bradend2 has joined #openindiana[18:24:33] *** nvez has joined #openindiana[18:24:33] *** nvez has joined #openindiana[18:25:54] *** bradend has quit IRC[18:26:06] *** lblume has quit IRC[18:27:52] *** bradend1 has quit IRC[18:28:27] *** lblume has joined #openindiana[18:31:25] *** Tenzer has joined #openindiana[18:34:25] *** lblume has quit IRC[18:36:12] *** lblume has joined #openindiana[18:41:34] *** syoyo__ has quit IRC[18:41:59] *** lblume has quit IRC[18:44:38] *** lblume has joined #openindiana[18:53:52] *** nikolam has quit IRC[18:55:08] *** nirn has quit IRC[18:56:53] *** nirn has joined #openindiana[18:56:55] *** nikolam has joined #openindiana[19:06:33] *** yakov has joined #openindiana[19:11:47] *** joshie has joined #openindiana[19:15:45] *** kart_ has quit IRC[19:18:11] *** hajma has joined #openindiana[19:22:59] *** bens1 has quit IRC[19:25:38] *** spanglywires has quit IRC[19:28:16] *** Zenos has quit IRC[19:31:12] *** ivan` has joined #openindiana[19:32:45] *** nvez has quit IRC[19:33:16] *** nvez has joined #openindiana[19:33:16] *** nvez has joined #openindiana[19:53:12] *** Botanic has quit IRC[20:15:49] *** InTheWings has quit IRC[20:21:48] *** InTheWings has joined #openindiana[20:23:34] *** yakov has quit IRC[20:23:49] *** yakov has joined #openindiana[20:24:41] *** rbanffy has quit IRC[20:27:56] *** spanglywires has joined #openindiana[20:30:31] *** herzen has quit IRC[20:32:33] *** spanglywires_ has joined #openindiana[20:33:49] *** spanglywires has quit IRC[20:33:49] *** spanglywires_ is now known as spanglywires[20:34:23] *** herzen has joined #openindiana[20:46:17] *** Tenzer has quit IRC[20:46:54] *** Carmivore has quit IRC[20:55:12] *** Carmivore has joined #openindiana[20:55:56] *** Krazypoloc has joined #openindiana[20:56:02] <Krazypoloc> Hey guys[20:56:16] <Krazypoloc> I'm having issues with Comstar/iSCSI[20:57:17] <Krazypoloc> Running OI as the target with 16 WD 2TB RE4 drives on all enterprise hardware[20:58:01] <Krazypoloc> I'm connect to the OI box with a Dell Server running vSphere 5.0[20:58:22] *** enmand has joined #openindiana[20:58:29] *** enmand_ has quit IRC[20:59:05] <Krazypoloc> Around 10 VM's with a very light load, I tried to delete a VM from the datastore today and the iSCSI locks up[20:59:24] <Krazypoloc> If I reboot the OI server everything comes back online[20:59:33] <patdk-lap> vphere 5 has issues with iscsi[21:00:05] <patdk-lap> Ive had the same issue too, but only once, mainly related to vmotion[21:00:11] <Krazypoloc> This also happens sometimes when I restart or power on a VM[21:00:17] <Krazypoloc> Ahh ok[21:00:22] *** rbanffy has joined #openindiana[21:00:24] <Krazypoloc> This has happened several times[21:00:30] <Krazypoloc> And is getting a bit old[21:00:40] <patdk-lap> I never have issues without poweron/off/restart[21:00:42] <Krazypoloc> You running latest vSphere?[21:00:46] <patdk-lap> only when I attempt to vmotion[21:00:52] <Krazypoloc> Ahh ok[21:00:53] <patdk-lap> the latest is vsphere 5.0[21:01:03] <Krazypoloc> No I mean the latest patch[21:01:14] <Krazypoloc> I heard the latest patch addressed some iSCSI issues[21:01:16] *** spanglywires_ has joined #openindiana[21:01:20] <patdk-lap> as of 3 days ago, it said there was no patchs[21:01:32] <Krazypoloc> Ahh ok[21:01:38] <patdk-lap> yes, but that patch only disabled vaai stuff[21:01:42] <patdk-lap> and I'm not using vaai[21:02:34] <Krazypoloc> Oh ok[21:02:36] *** spanglywires has quit IRC[21:02:36] *** spanglywires_ is now known as spanglywires[21:03:33] <Krazypoloc> Yeah I'm just connecting the one ESXi host to the iSCSI OI box[21:03:56] <Krazypoloc> Very odd that it would do this.....and I can't find any info on this issue anywhere[21:04:15] <Krazypoloc> Also I can't see anything in the logs about any issues with iSCSI on the OI box[21:05:01] <Krazypoloc> I would play around with it more but I have to wait for down time....there is prod stuff on that box[21:06:51] *** Botanic has joined #openindiana[21:07:01] *** Botanic has quit IRC[21:07:01] *** Botanic has joined #openindiana[21:11:21] *** Pwner has joined #openindiana[21:11:45] *** Carmivore has quit IRC[21:13:05] *** Pwner has quit IRC[21:18:49] *** Botanic_ has joined #openindiana[21:18:49] *** Botanic_ has quit IRC[21:18:50] *** Botanic_ has joined #openindiana[21:20:06] *** Carmivore has joined #openindiana[21:22:24] *** Botanic has quit IRC[21:24:34] *** LizardKing has quit IRC[21:25:19] *** nikolam has quit IRC[21:26:34] *** nikolam has joined #openindiana[21:30:15] *** johwir has quit IRC[21:30:25] *** moriett has joined #openindiana[21:30:47] *** johwir has joined #openindiana[21:31:12] *** nikolam has quit IRC[21:31:35] *** spanglywires_ has joined #openindiana[21:33:09] *** spanglywires has quit IRC[21:33:09] *** spanglywires_ is now known as spanglywires[21:38:56] *** pothos has quit IRC[21:39:02] *** pothos_ has joined #openindiana[21:42:00] *** pothos_ has quit IRC[21:42:17] *** pothos has joined #openindiana[21:44:33] *** gentoofan has joined #openindiana[21:44:52] *** pothos has quit IRC[21:45:12] *** pothos has joined #openindiana[21:47:12] *** LizardKing has joined #openindiana[21:47:53] <gentoofan> I am having trouble with virtualization on Linux. While I like KVM, I am trying to stream video from a Windows guest and I am seeing semiperiodic instantaneous drops in bandwidth, which is killing it. The IO performance of RAID 6 is also bad. All I want to do is Virtualize Windows Media Center on a home network with something like software RAID. If I switched to OpenIndiana, could I do this?[21:48:44] <gentoofan> By the way, I have been debugging my Linux issues for two weeks. It is very difficult to track down. :/[21:49:12] *** joshie has quit IRC[21:50:48] <Woodstock> gentoofan: hard to say. you'll know after you tried :)[21:51:44] <patdk-lap> sounds like your using bad drives[21:51:48] <gentoofan> I have an AMD CPU, so I assume that my options are limited to VirtualBox and hacking the KVM port to make it run on AMD processors. Am I correct in thinking this?[21:51:54] <gentoofan> patdk-lap: Bad drives?[21:52:08] <patdk-lap> periodic drops in bandwidth[21:52:20] <gentoofan> patdk-lap: This is network bandwidth.[21:52:21] <patdk-lap> it hits the bad drive in your raid6 and well, that would explain it[21:52:33] <patdk-lap> what kind of drives?[21:52:48] <gentoofan> I ran Microsoft's network performance tuner to take the drives out of the equation. I was able to observe the dips in the graph it drew.[21:53:00] <patdk-lap> hmm, odd[21:53:32] <patdk-lap> but then, I haven't run kvm, but I can easily stream 700mbit/s from windows 2003, running in xen[21:54:02] <gentoofan> The issue isn't maximum throughput, but sustained throughput. It cannot sustain a consistent 4Mbit/sec data stream.[21:54:42] <patdk-lap> ya, I substain 700mbit for over 30min[21:55:02] <gentoofan> I have tried different kernels (2.6.32.51, 3.1.6, 3.2_rc7) as well as backporting stuff destined for Linux 3.3. Nothing helps. I have also completely changed my network topology, with different NICs, ethernet cables and bypassing the switch.[21:55:36] *** Brasileiro43245 has joined #openindiana[21:56:22] <Brasileiro43245> hi[21:56:28] <gentoofan> Is the source code for the KVM port available anywhere? I think I might try hacking it to run with AMD hardware.[21:56:34] *** johwir has quit IRC[21:57:11] <lattera> gentoofan: https://github.com/joyent/illumos-kvm[21:57:18] <gentoofan> lattera: I can't find it in their source tree. :/[21:57:28] <gentoofan> Oh, wait... that is a different tree. Nevermind.[21:57:31] <gentoofan> I feel silly now.[21:57:34] *** johwir has joined #openindiana[21:57:43] *** enmand has quit IRC[21:57:51] <lattera> but I'm sure others have started on that work, you might wanna do some googling[21:58:03] <bdha> gentoofan: LeftWing has been hacking on an AMD port.[21:58:31] <gentoofan> bdha: Does he have a source repository online?[21:58:44] *** Botanic_ has quit IRC[21:58:46] <bdha> Not sure. Ping him.[21:59:13] <gentoofan> LeftWing: If you are on, would you tell me about your work porting the KVM port to AMD hardware?[22:00:10] <lattera> I'm excited for when/if amd is supported[22:00:21] <gentoofan> Actually, I just found it. https://github.com/richlowe/illumos-kvm[22:02:02] *** nvez has quit IRC[22:08:39] *** Brasileiro43245 has quit IRC[22:08:54] *** Brasileiro43245 has joined #openindiana[22:09:11] *** Brasileiro43245 has quit IRC[22:09:17] *** Brasileiro43245 has joined #openindiana[22:14:36] *** gotwf has joined #openindiana[22:15:31] *** gotwf has quit IRC[22:23:37] *** flyz has quit IRC[22:27:29] *** Botanic has joined #openindiana[22:27:30] *** Botanic has joined #openindiana[22:27:47] *** moriett has quit IRC[22:30:48] *** Brasileiro43245 has quit IRC[22:35:57] *** bens1 has joined #openindiana[22:38:00] *** Brasileiro43245 has joined #openindiana[22:42:01] *** Brasileiro43245 has left #openindiana[22:52:12] *** bens1 has quit IRC[23:00:31] <Jago> gentoofan: inability to sustain 4mbit of video over a lan sounds like something is very hilariously broken somewhere, I currentlly can sustain 800mbit+ for hours on end with a puny Atom system[23:01:03] <patdk-lap> why I still think it's a disk issue[23:01:15] <Jago> thats a freebsd zfs system, so I have no idea how that would translate into virtualized windows[23:01:21] <Jago> patdk-lap: I agree[23:07:07] *** voidcoder has quit IRC[23:07:48] *** Mech0z_ has quit IRC[23:16:20] *** Henkis has joined #openindiana[23:17:31] <LeftWing> gentoofan: https://github.com/jclulow/illumos-kvm[23:18:05] <LeftWing> the same rules as for upstream (i.e. from joyent) apply for building; e.g. must use /usr/sfw/bin/gcc (3.4.3) for the moment.[23:20:54] *** rbanffy has quit IRC[23:22:29] <gentoofan> LeftWing: Thanks for the information.[23:23:24] <gentoofan> I am giving Linux one last try (mostly because it booted correctly after a few failed boots after I tried switching to Xen), but if this doesn't work, I will likely switch to OpenIndiana. The only reason I haven't switched already is that I have put so much effort into this Linux install that after I saw it boot correctly, I decided to give it one last try.[23:24:23] *** pothos has quit IRC[23:24:23] *** Krazypoloc has quit IRC[23:24:24] *** lgtaube has quit IRC[23:24:24] *** gentoofan has quit IRC[23:24:24] *** rcorreia has quit IRC[23:24:24] *** magyar has quit IRC[23:24:24] *** elements has quit IRC[23:24:24] *** Andrew1 has quit IRC[23:24:24] *** akelling has quit IRC[23:24:38] *** gentoofan has joined #openindiana[23:24:40] *** magyar has joined #openindiana[23:24:40] *** magyar has joined #openindiana[23:25:24] *** pothos has joined #openindiana[23:25:24] *** Krazypoloc has joined #openindiana[23:25:24] *** lgtaube has joined #openindiana[23:25:24] *** rcorreia has joined #openindiana[23:25:24] *** elements has joined #openindiana[23:25:24] *** akelling has joined #openindiana[23:25:24] *** Andrew1 has joined #openindiana[23:25:26] *** pothos has quit IRC[23:25:32] *** gentoofan has quit IRC[23:25:32] *** gentoofan has joined #openindiana[23:25:55] *** pothos has joined #openindiana[23:26:44] *** johwir has quit IRC[23:27:17] <LeftWing> gentoofan: I should stress that there will likely be issues; so far richlowe and I have only been able to test it on two machines.[23:27:44] <LeftWing> So if you're keen on production use, either Intel CPUs of an appropriate vintage and the Joyent code or something from Linux is probably a safer bet.[23:28:03] <gentoofan> LeftWing: I sent a patch to the KVM mailing list last week. I am not afraid to debug issues.[23:28:39] <LeftWing> Well, if you give it a go do let us know. Patches welcome, too. :)[23:28:45] <gentoofan> I probably should have worded that differently. Anyway, C is my favorite language, so I should be able to help with things. :)[23:29:03] *** tuf has joined #openindiana[23:29:05] *** johwir has joined #openindiana[23:33:58] *** spanglywires has quit IRC[23:35:24] *** SH0x has joined #openindiana[23:51:06] *** herzen has quit IRC[23:54:57] <Orii> hey when i use openindiana in virtualbox the screen is really big[23:55:03] <Orii> that a common problem?[23:56:48] *** floogy has joined #openindiana[23:57:06] <gentoofan> Orii: I have seen it occur with other operating systems. It has to do with the Xorg server. It isn't properly detecting your screen resolution.[23:57:57] <Orii> hmmm[23:58:06] <Orii> well its not that much of a big deal[23:58:13] <Orii> not yet at least[23:58:28] <gentoofan> You can modify xorg.conf to force the correct screen resolution.