September 10, 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 | >
September 10, 2012 [00:11:00] *** kforbz has quit IRC[00:11:42] *** kforbz has joined #openindiana[00:35:19] *** echelog-2 has joined #openindiana[01:06:25] *** jellydonut has quit IRC[01:08:20] *** nikolam has joined #openindiana[01:14:25] *** Niamkik has quit IRC[01:14:26] *** dijenerate has quit IRC[01:14:26] *** aaearon has quit IRC[01:14:27] *** doug_ndndn has quit IRC[01:14:27] *** ottom has quit IRC[01:14:28] *** WebDawg has quit IRC[01:14:28] *** RoyK has quit IRC[01:14:35] *** aaearon has joined #openindiana[01:14:37] *** Niamkik has joined #openindiana[01:15:34] *** dijenerate has joined #openindiana[01:15:34] *** doug_ndndn has joined #openindiana[01:15:34] *** ottom has joined #openindiana[01:15:34] *** RoyK has joined #openindiana[01:15:54] *** aaearon has quit IRC[01:15:54] *** aaearon has joined #openindiana[01:17:07] *** WebDawg has joined #openindiana[01:33:43] *** InTheWings has quit IRC[01:36:08] *** ocherno has joined #openindiana[01:39:57] *** nikolam has quit IRC[01:47:18] *** APTX has quit IRC[01:47:28] *** APTX has joined #openindiana[01:59:48] *** ball has quit IRC[02:01:34] <wonko> ok, that was weird[02:01:45] *** khalfella has joined #openindiana[02:01:48] <wonko> nfs just stopped working[02:04:28] *** flyz_ has quit IRC[02:04:53] *** Kaishi has joined #openindiana[02:10:36] *** APTX_ has joined #openindiana[02:10:49] *** APTX has quit IRC[02:32:34] *** ball has joined #openindiana[02:42:14] *** nightwalk has quit IRC[02:44:35] *** nightwalk has joined #openindiana[02:45:09] *** ocherno has quit IRC[03:08:10] *** DrLou has quit IRC[03:08:27] *** DrLou has joined #openindiana[03:08:28] *** ChanServ sets mode: +o DrLou[03:16:29] *** khalfella has quit IRC[03:19:39] *** ira has quit IRC[03:22:15] *** fbettag has quit IRC[03:27:40] *** fbettag has joined #openindiana[03:38:12] *** fbettag has quit IRC[03:45:20] *** fbettag has joined #openindiana[03:56:26] *** BonzTM has joined #openindiana[04:16:51] *** kart_ has joined #openindiana[04:27:50] *** POloser has joined #openindiana[04:28:19] *** Stephen has joined #openindiana[04:28:43] *** Stephen is now known as Guest19011[04:52:19] *** SaskaloonAFK has quit IRC[04:54:00] *** h1gh has joined #openindiana[04:58:51] *** Guest19011 has quit IRC[04:59:05] *** nightwalk has quit IRC[05:04:40] *** easye has quit IRC[05:05:41] *** easye has joined #openindiana[05:14:20] <Aethrs> Anyone have a suggestion on getting a Voltair HCA 550Ex-D Infiniband adapter recognized and working in oi?[05:24:42] *** jamesd has quit IRC[05:29:59] *** xxzz has joined #openindiana[05:30:15] *** melik_ has joined #openindiana[05:30:39] <melik_> hello everyone, how can one disable iSCSI connections; i would like my SCSI devices to be only accessible through the iSNS protocol[05:31:38] <Aethrs> I thought iSNS used iSCSI to actually connect to LUNs.[05:32:27] * ball goes to bed[05:33:00] *** ball has quit IRC[05:37:38] <melik_> Aethrs, iSNS is used to connect to targets[05:39:22] <Aethrs> I thought it was kind of like DNS & HTTP, sure you use DNS to connect to a web server..But HTTP is still used. What I'm reading tends to suggest that as well.[05:39:28] <Aethrs> I could easily be wrong, I haven't used iSNS.[05:40:10] <Aethrs> I suppose if you wanted a heavy-handed solution you could just firewall(ipf) off the iSCSI port. I would guess your storage wouldn't work thereafter, though.[05:42:34] <Aethrs> Actually[05:42:45] <Aethrs> Use a target portal group, and bind it to 127.0.0.1? http://www.tek-blog.com/main/index.php?blog=2&title=comstar_howto&more=1&c=1&tb=1&pb=1[05:43:03] <Aethrs> Again, I suspect(heavily) your storage won't work anymore, as I suspect iSNS simply uses iSCSI behind the scenes. :)[05:43:06] *** ArtimusD1 has quit IRC[06:00:38] <melik_> Aethrs,[06:00:41] <melik_> by iscsi connections i meant[06:00:44] <melik_> SendTargets[06:01:03] <Aethrs> Oh. So basically you want to knock out a subset of iSCSI, and leave the rest.[06:01:08] <melik_> yes[06:01:19] <Aethrs> I have no advice on that one, sorry.[06:01:25] <melik_> hmm all righty thanks[06:01:34] <Aethrs> I wonder if some stateful firewalls might be able to.[06:01:43] <melik_> yeah i was thinking of that[06:01:53] <Aethrs> Maybe peek at pfsense.[06:02:01] <melik_> but i think i would more pleased if it just allowed you to decide[06:02:08] <melik_> how you want clients to connect to your iscsi targets[06:02:22] *** jamesd has joined #openindiana[06:05:37] *** h1gh has quit IRC[06:05:52] *** Saskaloon has joined #openindiana[06:32:12] *** tuf8 has quit IRC[07:01:30] *** tuf8 has joined #openindiana[07:02:27] *** flyz has joined #openindiana[07:16:34] *** jw_urodoc has joined #openindiana[07:32:18] <ancoron> Coffee?![07:38:11] *** sol3 has quit IRC[07:39:47] *** davenz has joined #openindiana[07:41:05] *** sol3 has joined #openindiana[07:41:29] *** jw_urodoc has quit IRC[07:43:33] *** davenz has quit IRC[07:43:47] *** davenz has joined #openindiana[07:44:27] *** davenz has joined #openindiana[07:54:18] *** echelog-2 has joined #openindiana[07:54:47] *** melik_ has quit IRC[08:04:09] *** davenz has quit IRC[08:04:37] *** davenz has joined #openindiana[08:04:52] *** davenz has joined #openindiana[08:08:08] *** easye has quit IRC[08:12:28] *** easye has joined #openindiana[08:13:13] *** OMV-User has quit IRC[08:18:04] *** OMV-User has joined #openindiana[08:18:39] *** xxzz has quit IRC[08:20:34] *** vtorri has joined #openindiana[08:20:40] <vtorri> hey[08:21:03] <vtorri> does the 'install' tool support the -C option in openindiana ?[08:23:00] *** e1kg has joined #openindiana[08:30:37] <tsoome> which install tool?:P[08:36:23] *** smrt has quit IRC[08:36:41] *** smrt has joined #openindiana[08:37:06] <vtorri> RTFM[08:39:36] *** |AbsyntH| has joined #openindiana[08:42:42] <tsoome> so true:P[08:43:29] <vtorri> you're just a frustrating guy[08:43:36] <vtorri> i'm wondering why i've asked[08:43:39] <vtorri> goodbye[08:43:42] *** vtorri has left #openindiana[08:45:20] <tsoome> .oO[08:45:48] *** Niamkik has quit IRC[08:52:10] *** troydm has quit IRC[08:55:41] *** anikin has joined #openindiana[08:57:09] *** davenz has quit IRC[08:57:25] *** tsoome has quit IRC[09:01:14] *** Stephen has joined #openindiana[09:01:38] *** Stephen is now known as Guest38570[09:01:50] *** Guest38570 has quit IRC[09:08:35] *** Micr0mega has joined #openindiana[09:09:06] *** jamesd has quit IRC[09:09:42] *** tsukasa has quit IRC[09:12:20] *** davenz has joined #openindiana[09:12:22] *** davenz has quit IRC[09:12:40] *** davenz has joined #openindiana[09:13:16] *** davenz has quit IRC[09:15:16] *** lgtaube has quit IRC[09:22:21] *** tsoome has joined #openindiana[09:23:05] *** Lumb has quit IRC[09:24:04] *** Lumb has joined #openindiana[09:32:28] *** ozquera has joined #openindiana[09:36:18] *** ancoron_w has joined #openindiana[09:46:57] *** tsukasa has joined #openindiana[09:46:58] *** tsukasa has joined #openindiana[10:02:02] *** spanglywires has joined #openindiana[10:05:29] *** e1kg has quit IRC[10:07:48] *** Webhostbudd has quit IRC[10:25:21] *** |AbsyntH| has quit IRC[10:29:47] *** flyz_ has joined #openindiana[10:45:35] *** flyz_ has quit IRC[11:02:20] *** r4idenZA has joined #openindiana[11:04:51] *** POloser has left #openindiana[11:05:23] *** POloser has joined #openindiana[11:07:59] *** InTheWings has joined #openindiana[11:59:35] *** sjorge has quit IRC[11:59:47] *** troydm has joined #openindiana[12:00:32] *** sjorge has joined #openindiana[12:05:53] *** Whoopsie has joined #openindiana[12:05:53] *** ChanServ sets mode: +v Whoopsie[12:20:06] *** SupremeOverlord has quit IRC[12:22:07] *** lgtaube has joined #openindiana[12:32:07] *** patdk-lap has quit IRC[12:41:32] *** gvm has quit IRC[12:45:14] *** patdk-lap has joined #openindiana[12:56:17] *** anikin has quit IRC[13:08:02] *** paulkroon has joined #openindiana[13:12:30] *** Jimbo has quit IRC[13:25:03] *** nikolam has joined #openindiana[13:37:12] *** nikolam has quit IRC[13:38:43] *** nikolam has joined #openindiana[13:47:13] *** pogs has quit IRC[13:48:59] *** pogs has joined #openindiana[13:51:03] *** POloser has left #openindiana[13:51:39] *** POloser has joined #openindiana[13:59:01] *** ira has joined #openindiana[13:59:48] *** anikin has joined #openindiana[14:12:48] *** smrt has quit IRC[14:13:06] *** smrt has joined #openindiana[14:13:16] *** DrLou has quit IRC[14:15:00] *** maccampus has joined #openindiana[14:16:19] *** szaydel has joined #openindiana[14:19:27] *** POloser has left #openindiana[14:20:03] *** floogy has joined #openindiana[14:20:35] <floogy> Will openindiana run on q77 intel vpro chipsets with ivy bridge?[14:30:35] *** |AbsyntH| has joined #openindiana[14:35:08] *** CVLTCMK0 has quit IRC[14:43:53] <nikolam> floogy, i don't see why not, try it and add to hardware list on wiki. See for EPT virtualisation extension for your CPU to use KVM. It most probably does have it, just check it.[14:48:49] <patdk-wk> it will[14:50:08] <floogy> Thanks, but what is EPT virtualization extension? IOMMU, vt-d, vt-x?[14:54:21] *** SupremeOverlord has joined #openindiana[14:55:08] *** jamesd has joined #openindiana[14:55:53] <patdk-wk> no, no, and no[14:57:30] *** nikolam has quit IRC[14:59:08] <floogy> According to page 11 supports the second >2005 edition of vt-x Extended Page Tables (EPT) http://software.intel.com/sites/default/files/m/0/2/1/b/b/1024-Virtualization.pdf[14:59:38] <floogy> err 1st edition of vt-x[15:00:23] *** jellydonut has joined #openindiana[15:08:11] *** Woodstock has quit IRC[15:10:02] *** Woodstock has joined #openindiana[15:10:14] *** OMV-User has quit IRC[15:10:30] *** spanglywires has quit IRC[15:20:31] *** OMV-User has joined #openindiana[15:27:27] *** bmercer has joined #openindiana[15:27:27] *** Micr0mega has quit IRC[15:27:30] <bmercer> hello all[15:27:52] <bmercer> with all the sparc64 good news going around I have one question... can I manage ldoms with Oi?[15:28:43] *** Kaishi has quit IRC[15:30:51] <Agnar> bmercer: as long as the ldm packages are installed[15:31:01] <Agnar> it *should* work[15:31:54] <floogy> Is sparc64 now supported?[15:32:48] <bmercer> Agnar: ok, we have those for the x86 stuff right?[15:34:17] <Agnar> bmercer: ldm for sparc is a complete other thing than the oracle vm stuff for x86[15:34:32] <bmercer> ok[15:34:37] <Agnar> bmercer: you could try with the ldm packages of legacy b134[15:34:50] <Agnar> that works for me with my illumos kernel[15:34:50] <bmercer> do the ldm packages need to be on the same hardware, or is remote management possible?[15:35:15] <Agnar> bmercer: the ldm packages are the part of software that configures the hypervisor[15:36:28] <bmercer> so you can't interact with the hypervisor over the net mgmt port?[15:37:00] <Agnar> bmercer: at least not with ldoms 1.x[15:37:31] *** spanglywires has joined #openindiana[15:37:53] <Agnar> bmercer: on which hardware do you want to use ldoms?[15:38:03] <bmercer> T1000[15:38:38] <tsoome> you are not manageing hypervisor from management card but from "primary" host[15:38:43] <Agnar> bmercer: so, this supports just ldoms 1.x. You have to create a primary domain on the box, to configure other domains[15:38:58] <bmercer> ok[15:39:12] <tsoome> in that sense, yes, you can do it over net management when you connect to /SP/console :P[15:39:20] <Agnar> tsoome: this is why I asked...the T4 systems have something in the ilom for ldoms...and I have no idea how it is on the t3 for example[15:39:21] <bmercer> I'm not clear on how they work... with something broken like vmware you have a manager on one box and the vm's on another[15:39:39] <tsoome> its still same for all T series[15:40:06] <tsoome> only thing you can do from lom card is to set profiles or configurations to boot[15:40:34] <Agnar> tsoome: I see...still haven't played around with ldoms on anything other than my t2ks ;)[15:40:40] <bmercer> tsoome: so I can't create ldoms on the mgmt port, just the primary?[15:40:53] <tsoome> this is because the machine hardware is managed by so called "io domain(s)"[15:41:03] <tsoome> bmercer: yes[15:41:09] <bmercer> ok[15:41:11] *** spanglywires_ has joined #openindiana[15:41:27] <Agnar> bmercer: you install a complete solaris/oi on the box and *then* you turn it into the primary domain, set up an io-domain, etc[15:41:47] <tsoome> yes exactly[15:41:52] <bmercer> ok, is b134 or something like that good enough to do that?[15:42:10] <tsoome> and depending on hardware, you can have one or more IO (independent) domains[15:42:46] <bmercer> what would be a good reason to separate them?[15:43:13] <tsoome> to make it possible to manage them[15:43:33] <tsoome> if you have single io domain and need to patch it and reboot, all of your guests will go down[15:43:46] <bmercer> Oh, so IO domains are the same as virtual machines?[15:43:59] <bmercer> aha, got it[15:44:09] <tsoome> yes, except IO domains "own" hardware[15:44:18] *** spanglywires has quit IRC[15:44:19] *** spanglywires_ is now known as spanglywires[15:44:19] <tsoome> pci busses, cards etc[15:44:43] <bmercer> What I'm aiming to do is setup opensolaris or Oi and then create 4 openbsd ldoms on the machine[15:45:15] *** jim80net has joined #openindiana[15:45:40] <tsoome> for exacmple in T4-1 you can have one IO domain controlling pci bus, because there is just one pci controller. in T4-2 you can have 2 independent IO domains[15:46:05] <Agnar> bmercer: and btw: you cannot install OpenSolaris b134 into a ldom - the install-image misses the ldom hardware drivers for vortual disk[15:46:27] <Agnar> tsoome: but you cannot run illumos on a T4-x ;)[15:47:11] <bmercer> so if I only have two disks in the box, I can't split them up between ldom's... hrmmm[15:47:18] <bmercer> this may not play out like I wanted it to[15:47:41] <tsoome> yep. also the similar restrictions are for older T series - if you do have 2 pci "trees" then you can have independent IO domains and you can build IO multipathing for your guests[15:47:53] <Agnar> bmercer: you can run ldoms on image-files or zvols[15:48:43] <bmercer> This is starting to sound more complex than I wanted[15:48:49] <tsoome> im using zvols for virtual disks[15:49:09] <bmercer> I have two boxes, I think I'll just do my "virtualization" that way ;)[15:49:35] <tsoome> i would suggest to play with it and read the docs first (oracle docs site)[15:49:44] <tsoome> so you get the idea what its about[15:50:02] <tsoome> but basics are already covered[15:50:46] <bmercer> I'll take another look.. sometimes docs don't translate into understanding for me, and I don't know if it's docs or me ;)[15:51:34] <Agnar> bmercer: actually the sun docs are *really* good[15:51:46] <Agnar> usually with a lot of examples[15:51:57] <bmercer> ok, I'll peek more[15:52:08] <tsoome> you can grab s11 or s10 and try[15:52:18] <bmercer> it is sounding like a lot more setup, and maintenance for what I want to do[15:52:24] <bmercer> I can just run what I need on two boxes[15:52:30] <tsoome> but ofc it also depends how old is your firmware and so on[15:52:41] <bmercer> I have the newest firmware[15:52:43] <Agnar> so..can we talk about something really important now? how do you guys rip CSS "encrypted" dvds on openindiana? ;)[15:52:54] <bmercer> on a mac ;)[15:53:14] *** TomJ has joined #openindiana[15:53:14] *** TomJ has quit IRC[15:53:15] *** TomJ has joined #openindiana[15:53:19] <Agnar> my mac is a 2ghz core2duo - my OI is a 2.3gh core i7....;)[15:53:29] <tsoome> on a mac, and tbh, i dont know if those dvd's i have are really "encrypted" :D[15:54:12] <Agnar> http://pastie.org/4694100 btw[15:54:13] <bmercer> oh they're, "encrypted" they just aren't encrypted[15:55:00] <tsoome> I only have handful of dvd's and if possible, i wont buy any new ones (unless there is really no other option)[15:55:39] <lblume> Agnar: Doesn't libdvdcss work?[15:55:57] <Agnar> lblume: no idea, installed everything from sfe...[15:56:31] <lblume> You probably need to build it yourself, most people did not dare to deliver it out of fear of litigation.[15:56:36] <Agnar> tsoome: I have a very nice german tv show I'd like to watch on the road - and not having to play dvd jockey[15:56:55] <Agnar> lblume: but libdvdcss is in sfe...[15:57:13] <Agnar> lblume: and according to my pastie, libdvdcss is used[15:57:33] *** Seony has quit IRC[15:58:01] <tsoome> aye - thats why i have used handbrake to get my dvd's onto hdd;)[15:58:04] <lblume> Ah, right. The problem is access to the DVD itself, not decrypting it.[15:58:44] <Agnar> lblume: which is crazy since it get's mounted ok, and with my (legal) fluendo dvd player I can watch it[15:59:03] <lblume> ISTR that mplayer had to be configured to go look at the right place[15:59:29] <Agnar> lblume: yes, done that with -dvd-device /dev/dsk/c5t0d0p0[15:59:45] <lblume> I used gmplayer to set it up, there was a field in the configuration for that. /cdrom/cdrom0[16:00:48] <lblume> What you put looks wrong. p0 won't always make sense for a DVD, and if you have vold enabled, the real device won't be usable. But the automatic mountpoint should work fine (/media/cdrom0?)[16:01:33] <Agnar> what I understood - according to the man-page - -dvd-device requires the path to the raw-device[16:02:30] <lblume> Wait, I might have my old mplayer config for Osol handy.[16:02:40] <tsoome> if its mounted, what device its using to mount?[16:02:53] <Agnar> tsoome: good point[16:02:55] <Agnar> :)[16:03:03] <lblume> Agnar: dvd_device = "/cdrom/cdrom0"[16:03:03] <lblume> cdrom_device = "/cdrom/cdrom0"[16:03:05] <lblume> There you go.[16:03:13] *** nikolam has joined #openindiana[16:03:23] <lblume> The man is for Linux, works differently on Solaris[16:04:20] <tsoome> anyhow, time to get home...[16:04:31] <Agnar> wring devuce[16:04:35] <Agnar> and typos ;)[16:04:41] <Agnar> wrong device - works now :)[16:04:45] *** tsoome_ has joined #openindiana[16:04:49] *** tsoome_ has quit IRC[16:05:43] <Agnar> and breaks at 3.3mb - exactly like on my sparc with my older mplayer[16:08:03] <lblume> That rings a bell... Remote one.[16:08:36] *** Sachiru has joined #openindiana[16:09:04] *** tsoome has quit IRC[16:09:27] <Agnar> lblume: hm? :)[16:09:39] <Agnar> and now my device is gone[16:10:30] <lblume> I had something like that, but maybe like 10 years ago...[16:24:56] *** jamesd has quit IRC[16:27:35] *** DrLou has joined #openindiana[16:27:35] *** ChanServ sets mode: +o DrLou[16:29:54] <DrLou> Hmm.. How to best change a hard-wired rge interface to DHCP?[16:32:16] <DrLou> i.e., if vnics are already linked over it?[16:36:40] *** jollyd has joined #openindiana[16:48:20] *** DrLou has quit IRC[16:48:51] *** DrLou has joined #openindiana[16:48:51] *** ChanServ sets mode: +o DrLou[16:53:22] *** DrLou has quit IRC[16:58:59] *** tsoome has joined #openindiana[17:01:08] *** anikin has quit IRC[17:03:06] *** kart_ has quit IRC[17:03:34] *** kart_ has joined #openindiana[17:09:52] *** Triskelios has joined #openindiana[17:10:03] *** ChanServ sets mode: +o Triskelios[17:17:38] <haj> tsoome: do you have any experience with setting a higher arc_shrink_shift to minimize hanging I/O due to arc shrinkage? I have the problem when migrating a large VM from one NAS to another... right when it's done migrating it clears out the file from ARC-cache and then it hangs for some time while doing it...[17:20:06] <tsoome> never needed it, but are you sure its actually shrinking the arc itself?[17:20:55] <tsoome> im sure its getting invalidated from arc, but… :D[17:21:00] <Triskelios> the ARC reclaim thread shouldn't hold up I/O[17:21:15] <haj> arcstat shows that arcsz is getting smaller[17:22:19] <haj> http://www.zfsbuild.com/2012/03/02/when-is-enough-memory-too-much/[17:22:22] <tsoome> migrating means what btw, zfs send of zvol?[17:22:32] <haj> via vmware[17:22:43] <haj> live migration of vm's[17:23:08] <tsoome> ah, so its basically creating copy of data?[17:23:26] <patdk-wk> vmware vis nfs?[17:23:31] <Triskelios> are you actually seeing an arc_shrink taking a long time with locks held when the hang occurs?[17:23:35] <haj> well yes, it moves the VM to another NAS, then cleans up on the old one.. and thats when I get the problem[17:24:03] <patdk-wk> using nfs or iscsi, or ?[17:24:18] <haj> Triskelios: Thats what it looks like... I/O hangs for 5-10 sec.. the arcsz drops dramatically...[17:24:24] <haj> patdk-wk: NFS[17:24:31] <patdk-wk> I haven't seen that issue myself, but I am using iscsi vmfs[17:24:35] <szaydel> Yes, this has been observed for sure. The larger the vm and the larger the ARC the worse the condition.[17:24:58] <szaydel> Adjusting arc_shrink_shift is one avenue.[17:25:22] <szaydel> Also, adjusting arc_min to keep it artificially high is another avenue.[17:25:22] <haj> szaydel: yah.. I've tried setting the arc_shrink_shift to 11 as the guy on the blogpost above did.. and actually it seems to help a bit... but it still occurs..[17:25:41] <szaydel> How large are your VMs?[17:25:44] <haj> I've also set the arc_min to 2GB below max.. but that doesn't seem to help much..[17:25:57] <Triskelios> I'm not sure arc_shrink (which is due to memory pressure) is the actual problem, here[17:26:04] <Triskelios> some other ARC operation, perhaps[17:26:13][17:26:16] <szaydel> It is the kmem_reap...[17:26:46] <haj> Triskelios: if you have any ideas on what I could do to tune it please tell.. :)[17:26:58] <szaydel> I think what has been observed is the kmem_reap taking quite some time when very large VM is moved and ARC is adjusted.[17:27:22] <szaydel> VMs were never meant to be that large… :)[17:27:38] <szaydel> With small VMs, which is what you will see with most hosts this is never an issue.[17:27:44] <haj> szaydel: well, sometimes it's nice to have large VM's ;)[17:28:08] <patdk-wk> heh, I have a few sql vm's that are 5-6tb[17:28:15] <szaydel> So, Nexenta has a few customers (handful) with giant VMs and they all observed this to one degree or another.[17:28:19] <patdk-wk> just for a single db, not several[17:28:26] <haj> szaydel: it just seems to me that if I could just let it expire the cache a bit slower then it wouldn't be a problem... ;)[17:28:37] <haj> or make it, that is[17:29:58] <szaydel> Yeah, the blocks are gone and so the ARC adjusts due to the delete. Ideally, the vMotion event should actually be a delayed remove. Basically, blocks are first zero'd in a file, after the vMotion succeeds and then the file marked for deletion after some period of time.[17:30:03] <haj> When the cache hitrate is typically around 95% it shouldn't matter if it kept useless data in the cache for a few minutes or just until it's replaced by more usefull data...[17:30:09] <szaydel> If this were the case, we would never have this problem.[17:30:46] <Triskelios> haj: check the frequency and time spent in arc_kmem_reap_now[17:31:33] <szaydel> haj: I agree with your assessment, but not all cases are so efficient, and so this may not be a universally applicable method.[17:35:34] <haj> Triskelios: thanks... I could use the script found here to monitor it right? http://dtrace.org/blogs/brendan/2012/01/09/activity-of-the-zfs-arc/ (I'm really not a dtrace guru)[17:35:37] <patdk-wk> vaai support :)[17:35:51] <haj> Triskelios: but the question is.. can I do anything about it if it's slow?[17:36:31] * haj looks at vaai[17:37:46] <haj> hm .. not an option... :)[17:37:49] *** ancoron_w has quit IRC[17:38:55] <haj> Triskelios: I'll try migrating a VM now with the script running..[17:39:51] *** melik has joined #openindiana[17:40:15] <melik> hey guys is it possible to disable st (sendtargets) on my openindiana iscsi server?[17:40:24] <melik> i would like to only serve LUNs and targets through iSNS[17:41:01] <Triskelios> haj: looks like that would work..[17:41:48] *** ancoron_w has joined #openindiana[17:43:40] *** sol3 has quit IRC[17:44:03] <haj> Triskelios: normal load its around 0-5ms... migration should be done in a moment... only a 3GB VM though[17:44:31] <haj> 5 35387 arc_adjust:return 2012 Sep 10 17:44:03 0 ms[17:44:31] <haj> 7 35387 arc_adjust:return 2012 Sep 10 17:44:04 93 ms[17:44:32] <haj> 7 35387 arc_adjust:return 2012 Sep 10 17:44:05 106 ms[17:44:32] <haj> 2 35387 arc_adjust:return 2012 Sep 10 17:44:06 442 ms[17:44:32] <haj> 14 35387 arc_adjust:return 2012 Sep 10 17:44:08 789 ms[17:44:45] *** DrLou has joined #openindiana[17:44:45] <haj> it does show...[17:44:46] *** ChanServ sets mode: +o DrLou[17:45:11] *** sol3 has joined #openindiana[17:50:24] *** marcus-- has joined #openindiana[17:57:38] *** Uranio has joined #openindiana[18:07:50] *** |AbsyntH| has quit IRC[18:12:07] *** marcus-- has quit IRC[18:14:16] *** floogy has quit IRC[18:15:22] <haj> I guess i could always lower the arcmax to something really low before migrating vm's that a large ;)[18:15:30] <haj> are even[18:31:08] *** Whoopsie has quit IRC[18:35:55] *** spanglywires has quit IRC[18:37:47] <haj> that might actually work[18:39:08] *** jamesd has joined #openindiana[18:39:32] <haj> but it's a bit silly[18:43:49] *** marcus-- has joined #openindiana[18:46:22] *** Sachiru has quit IRC[18:56:47] <tsoome> i think oracle had bugreport about large arc issue as well, wonder if it was the same….[19:00:47] *** DrLou_ has joined #openindiana[19:00:48] *** ChanServ sets mode: +o DrLou_[19:03:12] *** DrLou has quit IRC[19:03:12] *** DrLou_ is now known as DrLou[19:05:09] *** master_of_master has quit IRC[19:05:20] *** sanvisum|work has joined #openindiana[19:05:26] *** tuf8 has quit IRC[19:06:51] *** master_of_master has joined #openindiana[19:07:16] *** Webhostbudd has joined #openindiana[19:08:41] *** bdrewery has quit IRC[19:17:32] *** jollyd has quit IRC[19:35:18] *** easye has quit IRC[19:50:00] *** kart_ has quit IRC[19:52:03] *** spanglywires has joined #openindiana[19:55:12] *** holoway has quit IRC[19:57:09] *** easye has joined #openindiana[19:57:44] *** holoway has joined #openindiana[20:06:45] *** spanglywires has quit IRC[20:07:43] *** slx86 has joined #openindiana[20:10:22] *** nightwalk has joined #openindiana[20:14:11] *** enricop has joined #openindiana[20:17:18] *** Nemykal_ has joined #openindiana[20:20:47] *** Nemykal has quit IRC[20:35:16] *** talonawd91 has joined #openindiana[20:38:28] *** smrt has quit IRC[20:38:46] *** smrt has joined #openindiana[20:43:49] *** Nemykal has joined #openindiana[20:45:25] *** hunter has joined #openindiana[20:46:31] <melik> hey guys is it possible to disable st (sendtargets) on my solaris iscsi server? i would like to only serve targets and luns through the iSNS protocol?[20:47:25] *** Nemykal_ has quit IRC[20:48:17] *** TomJ has quit IRC[20:54:18] *** enricop has quit IRC[20:54:29] *** zastaph has joined #openindiana[20:55:35] *** Seony has joined #openindiana[20:55:58] <nikolam> great SPARC is here. I was always wondering why no company continued to make , sell and develop GPL'ed SPARC T2 cpus (I guess for chipset not open too)[20:56:36] <Woodstock> sparc is here?[20:57:28] <nikolam> Woodstock, Openindiana built for Sparc is running with and without GUI[20:58:04] <Woodstock> i saw some mails about that, is it in any pkg repository yet?[20:58:47] <nikolam> http://openindiana.org/pipermail/openindiana-discuss/2012-September/thread.html#9535[20:59:00] <nikolam> Dunno, Woodstock[20:59:41] *** Uranio has quit IRC[21:00:32] <Woodstock> ah[21:04:28] <richlowe> Woodstock: do you want bits you can install over osol134 and use to host illumos?[21:04:38] <richlowe> Woodstock: if so, I can give you the ones I/gwr use[21:06:35] <Woodstock> oh yes, that would be useful[21:06:44] <richlowe> lemme go find the repo[21:06:53] <Woodstock> then i can test my installboot changes on my own hardware :)[21:07:07] <richlowe> sorry about stealing gordon's inopportunely[21:07:11] <richlowe> the thing will probably crash soon anyway.[21:07:22] <Woodstock> what will crash?[21:07:31] <richlowe> the bits I'm testing on Gordon's sparc.[21:07:35] <Woodstock> ah[21:08:09] <Woodstock> well, playing with installboot has the potential to make the system unbootable, which i think is worse than just crashing it :)[21:26:35] <Aethrs> Anyone have infiniband srp working? I'm having a -small- issue and I'm not exactly sure where it's all going wrong.[21:29:19] *** ira_ has joined #openindiana[21:29:50] *** ira has quit IRC[21:29:51] *** ira_ is now known as ira[21:29:59] *** Uranio has joined #openindiana[21:32:25] <sanvisum|work> How can I disable ZFS ACL's on cifs shares?[21:35:32] <patdk-wk> use samba?[21:38:37] <sanvisum|work> hmm... so if you use the zfs cifs, then you have to use zfs acl?[21:39:04] *** ira is now known as ira_away[21:39:16] <patdk-wk> I dunno, but I think so[21:39:37] <sanvisum|work> well... maybe acl isn't my problem. from the cli, it's behaving, but I can't connect to shares. Can see them in the network, but can't connect regardless of the userid I specify[21:39:55] <patdk-wk> sharectl?[21:40:33] *** hunter has quit IRC[21:40:38] <sanvisum|work> smb = online[21:40:41] <sanvisum|work> smbfs = online[21:41:01] <Triskelios> sanvisum|work: are you using AD or do you have passwords configured?[21:41:45] <sanvisum|work> no AD. not sure about passwords. The userID has a password, not sure beyond that[21:42:15] <Triskelios> uh, guessing you don't have it set up, then[21:42:28] <sanvisum|work> could be very trye[21:42:30] <Triskelios> do you want authenticated users on this share?[21:42:30] <sanvisum|work> *true[21:42:34] <sanvisum|work> yes[21:42:37] *** jollyd has joined #openindiana[21:44:19] <Triskelios> sanvisum|work: http://docs.oracle.com/cd/E19082-01/820-2429/configureworkgroupmodetask/index.html[21:45:27] <sanvisum|work> thanks. I had already done some of that, missed the pam.conf although I'd read it.[21:46:40] <Triskelios> you can also use guestok=true for public shares[21:47:33] <sanvisum|work> when I add the line to pam.conf, is there anything to restart or is it changed at that point?[21:47:52] <Triskelios> nothing to restart[21:48:03] <Triskelios> but you need to set the password[21:49:14] <sanvisum|work> YAY![21:49:18] <sanvisum|work> it was the pam.conf[21:49:21] <sanvisum|work> Thank you ;)[21:52:07] *** Aethrs has quit IRC[22:02:30] *** jollyd has quit IRC[22:03:00] *** bruges_ has joined #openindiana[22:04:54] *** bruges has quit IRC[22:13:43] *** jollyd has joined #openindiana[22:16:00] <scanf> i tried for 10mins to disable pcspkr, i give up im just gonna disconnect it from the mobo[22:16:43] <scanf> i tried 1) all the xset for audible bell 2) muting sound in gnome 3) disable soundcard in bios[22:17:59] *** TomJ has joined #openindiana[22:18:00] *** TomJ has quit IRC[22:18:00] *** TomJ has joined #openindiana[22:30:02] *** marcus-- has quit IRC[22:33:32] *** randw has joined #openindiana[22:35:32] *** ozquera has quit IRC[22:52:07] *** muvvas has joined #openindiana[22:56:11] *** muvvas has left #openindiana[23:03:17] *** slx86 has quit IRC[23:04:09] <melik> if i have enabled isns on my comstar server[23:04:24] <melik> how come an initiator is able to connect to the target through sendtargets discovery (port 3260)[23:04:25] *** Uranio has quit IRC[23:04:32] <melik> how is it able to bypass iSNS[23:05:42] *** Webhostbudd_ has joined #openindiana[23:07:07] *** ancoron_ has joined #openindiana[23:07:14] *** hunter has joined #openindiana[23:08:41] *** Webhostbudd has quit IRC[23:11:15] *** ancoron has quit IRC[23:15:31] *** Uranio has joined #openindiana[23:16:04] *** evtimov has joined #openindiana[23:17:08] <evtimov> hi guys[23:17:23] *** nikolam has quit IRC[23:17:23] <evtimov> does anywone succeeded compiling PHP 5.4.6 on openindiana?[23:18:06] <evtimov> I'm stuck on gmake: *** [ext/date/php_date.lo] Error 1[23:18:54] *** evtimov is now known as flame[23:19:10] *** flame has joined #openindiana[23:19:31] <flame> anyone?[23:19:33] *** flame has left #openindiana[23:20:00] <Alasdairrr> Impatient[23:21:48] <ancoron_> melik: isn't iSNS to iSCSI basically like DNS to IP? As far as I know (never used it, though) it just provides a central lookup repository, whereas you are always able to contact a specific end point directly[23:22:56] *** flame has joined #openindiana[23:23:30] <melik> ancoron_, i like iSNS's feature of ACL[23:24:08] <melik> i add targets and initiators to discovery domains[23:24:22] *** tuf8 has joined #openindiana[23:24:31] <melik> and the initiator is only able to see/access the targets that are apart of the discovery domain[23:24:45] <Alasdairrr> All this talk of iscsi is making me feel quite ill[23:25:15] <ancoron_> OK, so the iSNS is supposed to implement visibility/security inside a iSCSI domain[23:25:37] <ancoron_> ...me should read up on this (when getting healthy again)[23:25:57] <ancoron_> ;-)[23:26:01] <Alasdairrr> http://webcache.googleusercontent.com/search?q=cache:DdIcs9DoFlsJ:joyeur.com/2011/04/25/network-storage-in-the-cloud-delicious-but-deadly/+&cd=1&hl=en&ct=clnk&gl=uk[23:26:04] <flame> does anywone succeeded compiling PHP 5.4.6 on openindiana?[23:26:11] <Alasdairrr> (Excuse the long URL, joyent have fucked joyeur.com)[23:28:09] <gweiss> Somebody on my team compiled php 5.4.6 on OI. It compiles cleanly, but it has not been tested yet.[23:28:19] <Alasdairrr> http://joyent.com/blog/on-cascading-failures-and-amazons-elastic-block-store[23:28:23] <ancoron_> Alasdairrr: I read it when it wasn't fucked up - but there are interesting things going on with "network" storage lately, see InfiniBand getting more and more attraction even in the "consumer" area and projects like RAMCloud, aso.[23:28:23] <Alasdairrr> http://joyent.com/blog/network-storage-in-the-cloud-delicious-but-deadly[23:28:46] <Alasdairrr> two blog posts very much worth reading[23:30:03] <flame> @gweiss coult you please ask him how to deal with the gmake: *** [ext/date/php_date.lo] Error 1[23:30:20] <ianj> which compiler are you using?[23:30:22] *** Kaishi has joined #openindiana[23:30:32] <flame> gmake[23:30:41] <ianj> that's not a compiler[23:30:42] <gweiss> gmake is not a compiler[23:30:46] <flame> ah sorry[23:30:47] <flame> gss[23:30:48] <flame> gcc[23:30:54] <ianj> I used Sun Studio[23:31:00] <flame> SUNWgcc[23:31:08] <ianj> that GCC is really old[23:31:12] <ianj> you might want to try something else[23:31:18] <flame> okay, I will digg 4 it[23:51:05] <melik> ancoron_, argh this is frustrating me :([23:51:13] *** sanvisum|work has left #openindiana[23:52:37] *** szaydel has quit IRC[23:52:41] <melik> another question, is it possible to disable sendtargets discover[23:54:40] *** szaydel has joined #openindiana[23:55:45] <ancoron_> iscsiadm modify discovery --sendtargets disable ???[23:56:16] <ancoron_> This could get you a bit further: http://docs.oracle.com/cd/E19253-01/817-5093/6mkisoq8n/index.html[23:57:37] *** patdk-lap has quit IRC[23:58:18] <ancoron_> Hm, didn't find anything for the target side, though