Switch to DuckDuckGo Search
   April 26, 2017
< | 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
bottom
[00:00:21] <Celmor> also bs seems low
[00:00:44] <PMT> Celmor: if I were in your shoes right now, I'd probably nuke DataNew and recreate it, not on top of LUKS, and see if the performance changed at all.
[00:00:50] <PMT> The whole idea was 512b reads.
[00:01:05] <PMT> Though they're sequential so it's not a particularly ideal test.
[00:02:10] <Celmor> https://ptpb.pw/y__4
[00:02:55] <Celmor> why if luks isn't a factor?
[00:03:11] <Celmor> could only be about zfs alignment or something but it reports a multiple of 4
[00:03:28] *** jasonwc <jasonwc!~jasonwc@pool-173-73-62-93.washdc.fios.verizon.net> has quit IRC (Ping timeout: 268 seconds)
[00:04:17] <PMT> Celmor: I'm trying to eliminate complicating factors on the list of things between "disks" and "end user performance". We don't think it's disks, and asserting that we want to keep using ZFS, LUKS is the only thing to eliminate in between the two before eliminating ZFS and testing.
[00:04:45] <Celmor> gonna use zfs directly on my disks as soon as it finally gets encryption support
[00:05:14] *** oblikoamorale <oblikoamorale!~ami@pdpc/supporter/active/oblikoamorale> has quit IRC (Ping timeout: 252 seconds)
[00:05:39] <PMT> Sure, I just want to try and eliminate other variables before I suggest you e.g. test with another filesystem and then file a bug about horrific performance compared to other FSes in the same configuration
[00:05:46] *** JWU42 <JWU42!~JW@unaffiliated/subpar> has quit IRC (Remote host closed the connection)
[00:06:14] <Celmor> I know, I just don't like throwing away 3 days worth of zfs send/recv progress
[00:06:30] <Celmor> additionally to only 1 remaining disk having the data
[00:06:44] <PMT> Alternately, you could wait until you send the remaining data, then create a new pool on that old disk.
[00:07:07] <tsp> what happened to the size of my ARC? I ran arcstats.py and I get:
[00:07:10] <tsp> time15:06:17  read 297  miss 188  miss%   63  dmis 188  dm% 63  pmis   0  pm%  0  mmis 188  mm% 63  arcsz 2.9G  c2.9G
[00:07:28] <PMT> Is your question why the format changed, or where the data you want is?
[00:07:32] <Celmor> PMT, ok, thanks for the help
[00:07:37] <tsp> arcz is usually around 15G. Can something push the size down?
[00:07:44] <tsp> arcsz
[00:07:46] <PMT> Celmor: np, I'll be quite curious to know what the outcome is.
[00:08:33] <PMT> tsp: I mean, if you just rebooted, the ARC has to fill up again. If not, I think a couple of things can trigger it to dump data.
[00:09:00] <tsp> I thought arcsz was the maximum size of my arc
[00:09:45] <PMT> I believe you're correct. How much RAM do you have?
[00:10:04] <tsp> 32 GB
[00:10:38] <tsp> Mem:          31991        6046        2929          73       23015       25412
[00:11:40] <PMT> That's some nice miscalibration. Lots of things can affect where it thinks the ARC _should_ be, but the high and low water marks shouldn't change on their own.
[00:12:00] *** oblikoamorale <oblikoamorale!~ami@pdpc/supporter/active/oblikoamorale> has joined #zfsonlinux
[00:12:22] <tsp> Hm, buf/cache is rather high, I wonder if osmething's using my ram
[00:12:58] <PMT> That might change the adaptive size (and consequently the current size), but shouldn't change the min/max. What're /sys/module/zfs/parameters/zfs_arc_{min,max} set to?
[00:13:25] <tsp> Both 0.
[00:13:43] <PMT> Normally, I'd think that meant "default", but I don't think so here. Hm.
[00:13:59] <PMT> No, it is, okay.
[00:14:28] <PMT> What does arc_summary say about your ARC's min/max/current/target, rather than me trying to recall how to read that information?
[00:14:43] <tsp> Where do I find that?
[00:14:48] <tsp> Ah here
[00:15:00] <PMT> arc_summary(sometimes .py) is a tool that often gets installed with ZFS, AFAIR
[00:15:12] <bunder> DeHackEd: https://www.cs.cmu.edu/~tom7/zelda/
[00:15:38] <PMT> Is this the 3D NES Zelda - yes
[00:16:05] <DeHackEd> bunder: interesting. does it do rerecording?
[00:16:06] <tsp> https://pastebin.com/mWj7QaJy
[00:16:24] <bunder> no i imagine not
[00:16:47] <tsp> I think it went up since I unmounted my USB disk and exported the pool I wasn't using, but not to where it should be
[00:17:39] <PMT> tsp: it seems like the max is correctly set, and the adaptive is just low, possibly due to memory pressure?
[00:18:23] <tsp> Maybe, but nothing is using my ram, I thought
[00:24:33] <tsp> PMT: Thanks. I've worked around it for now by setting zfs_arc_min to the value it should be, but that seems like kind of a hack.
[00:25:22] * PMT shrugs
[00:25:35] <PMT> Arguably, if you don't want it to go below a certain size, that _is_ the way to tell it.
[00:31:01] *** JWU42 <JWU42!~JW@unaffiliated/subpar> has joined #zfsonlinux
[00:50:57] <Botanic> anyone know of any management interface for zfs like nappit for zol?
[00:53:17] <PMT> Botanic: I believe nappit purports to work with ZoL without much support. https://www.napp-it.org/downloads/linux_en.html
[00:53:28] <Botanic> ya thats kinda the problem :P
[00:53:40] <Botanic> half the stuff doesnt work and you dont really know what works and what doesnt
[00:55:15] <PMT> AFAIK most of them want to be an appliance, not running on a system doing other things
[01:01:14] <Botanic> ya thats really what i want as well, i just a bit concerned about using a management interface that who knows what works :D
[01:01:34] <ptx0> napp-it needs omnios
[01:02:03] <Botanic> omnios is no longer being pushed by omniti
[01:02:07] <ptx0> man that sits is so terrible
[01:02:09] <ptx0> site*
[01:02:11] <Botanic> so it looks to be dead =/
[01:03:03] <ptx0> napp-it looks like it was written by a single person
[01:03:12] <Botanic> oh it was :)
[01:03:17] <ptx0> who never had time to make things look good
[01:03:24] <Botanic> ya its just functional
[01:03:27] <Botanic> which is fine
[01:03:42] <CompanionCube> functional is it's own kind of good
[01:03:49] <Botanic> mostly i just used it for the monitoring alerting and replication features
[01:03:58] <Botanic> ie send an email when a disk dies
[01:03:59] <ptx0> this thing looks like crap, written in perl and miserable documentation
[01:04:00] <Botanic> that kinda deal
[01:04:07] *** zino <zino!~zino@c-1286e555.09-124-6c6b7013.cust.bredbandsbolaget.se> has quit IRC (Ping timeout: 260 seconds)
[01:04:10] <CompanionCube> but then again I also don't mind the minimal CSS of say, dwiki/ikiwiki
[01:04:33] <Botanic> i am looking for other options ptx0 :P
[01:04:45] <Botanic> so open to sujestions :D
[01:04:51] <bunder> ptx0: so it'll break every time you upgrade perl?  oh fun
[01:05:07] <Botanic> perl never breaks!
[01:05:23] <ptx0> it says "funktions" in the docs
[01:05:30] <bunder> does on gentoo all the time
[01:05:30] <ptx0> and they want people to pay for support
[01:05:33] <ptx0> hilarious
[01:05:54] <Botanic> heh gentoo breaks all the time in general last i tried it :D
[01:06:06] <Botanic> ptx0, not a lotta options
[01:06:40] <ptx0> for alerting?
[01:06:45] <ptx0> way better options out there
[01:07:11] <Botanic> i deal with users who dont even know what ssh is
[01:07:19] <Botanic> they need some sort of gui :P
[01:07:28] <ptx0> and giving them access to administer a system is a good idea how?
[01:07:52] <Botanic> cuz its there box
[01:08:17] <Botanic> we just assist as needed
[01:08:26] *** zino <zino!~zino@c-1286e555.09-124-6c6b7013.cust.bredbandsbolaget.se> has joined #zfsonlinux
[01:13:50] <zfs> bunder2015 commented on pull request zfsonlinux/zfs#6067 - OpenZFS 7252 - compressed zfs send / receive by behlendorf  <https://github.com/zfsonlinux/zfs/pull/6067#issuecomment-297191883>
[01:19:56] *** simukis_ <simukis_!~simukis_@78-60-58-6.static.zebra.lt> has quit IRC (Ping timeout: 260 seconds)
[01:24:53] *** pR0Ps <pR0Ps!~pR0Ps@69-165-149-133.dsl.teksavvy.com> has quit IRC (Quit: Quitting)
[01:46:49] *** leothrix <leothrix!~leothrix@elastic/staff/leothrix> has joined #zfsonlinux
[01:50:23] *** leothrix <leothrix!~leothrix@elastic/staff/leothrix> has quit IRC (Client Quit)
[01:55:04] *** leothrix <leothrix!~leothrix@elastic/staff/leothrix> has joined #zfsonlinux
[02:03:49] *** mossman93 <mossman93!~mossman93@unaffiliated/mossman93> has joined #zfsonlinux
[02:14:35] *** blSnoopy <blSnoopy!~snoopy@miram.persei.mw.lg.virgo.supercluster.net> has quit IRC (Ping timeout: 240 seconds)
[02:17:00] *** moneylotion <moneylotion!~moneyloti@unaffiliated/moneylotion> has quit IRC (Ping timeout: 258 seconds)
[02:24:26] *** moneylotion <moneylotion!~moneyloti@unaffiliated/moneylotion> has joined #zfsonlinux
[02:27:44] <ptx0> bunder: btw i finally fixed the bot's html encoding
[02:27:52] <bunder> yay
[02:28:10] <ptx0> #5018 was one of them that never worked
[02:28:11] <zfs> [zfs] #5018 - Random checksum errors on raidz1 and mirror pools -- It's not a hardware fault  <https://github.com/zfsonlinux/zfs/issues/5018>
[02:28:35] <ptx0> 07:03 < zfs> mailinglists35 commented on issue zfsonlinux/zfs#5400 - 0.7.0-rc2 txg_sync spins 100% cpu in function ddt_get_dedup_histogram when low memory but i don&#39;t have dedup  <https://github.com/zfsonlinux/zfs/issues/5400#issuecomment-262942576>
[02:28:36] <zfs> [zfs] #5400 - 0.7.0-rc2 txg_sync spins 100% cpu in function ddt_get_dedup_histogram when low memory but i don't have dedup  <https://github.com/zfsonlinux/zfs/issues/5400>
[02:28:41] <ptx0> :)
[02:31:33] <zfs> behlendorf commented on pull request zfsonlinux/zfs#5824 - Reinstate zvol_taskq to fix aio on zvol by tuxoko  <https://github.com/zfsonlinux/zfs/pull/5824#issuecomment-297203712>
[02:31:34] *** moneylotion <moneylotion!~moneyloti@unaffiliated/moneylotion> has quit IRC (Ping timeout: 258 seconds)
[02:39:37] <zfs> behlendorf commented on pull request zfsonlinux/zfs#6067 - OpenZFS 7252 - compressed zfs send / receive by behlendorf  <https://github.com/zfsonlinux/zfs/pull/6067#issuecomment-297204854>
[02:42:02] <zfs> behlendorf merged pull request zfsonlinux/zfs#6051 - Change U16 to U32 due to atomic_inc_32_nv by wli5  <https://github.com/zfsonlinux/zfs/pull/6051>
[02:42:08] <zfs> behlendorf pushed to master at zfsonlinux/zfs - Comparing 603a178479...7a25f0891e  <https://github.com/zfsonlinux/zfs/compare/603a178479...7a25f0891e>
[02:42:34] *** Botanic_ <Botanic_!~Botanic@tita/admin/Botanic> has joined #zfsonlinux
[02:42:42] *** Botanic <Botanic!~Botanic@tita/admin/Botanic> has quit IRC (Read error: Connection reset by peer)
[02:43:41] *** moneylotion <moneylotion!~moneyloti@unaffiliated/moneylotion> has joined #zfsonlinux
[02:48:10] *** PHiZ <PHiZ!~32bp@pool-108-54-145-229.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 245 seconds)
[02:51:40] <bunder> i'm not sure that answers my question but okay
[02:52:55] <bunder> the one test i had disabled was the one that dd's a file to a compressed zvol and didn't match a md5sum
[03:00:18] *** ivan <ivan!~ivan@unaffiliated/ivan/x-000001> has quit IRC (Quit: lp0 on fire)
[03:00:20] *** ivan_ <ivan_!~ivan@unaffiliated/ivan/x-000001> has joined #zfsonlinux
[03:00:34] *** manfromafar <manfromafar!~manfromaf@d108-181-35-94.abhsia.telus.net> has quit IRC (Read error: Connection reset by peer)
[03:01:40] *** sphrak <sphrak!~niclas@host-85-30-183-143.sydskane.nu> has quit IRC (Ping timeout: 260 seconds)
[03:02:22] *** sphrak <sphrak!~niclas@host-85-30-183-143.sydskane.nu> has joined #zfsonlinux
[03:05:05] *** moneylotion <moneylotion!~moneyloti@unaffiliated/moneylotion> has quit IRC (Ping timeout: 252 seconds)
[03:09:22] *** cyteen <cyteen!~cyteen@58.31.7.51.dyn.plus.net> has quit IRC (Ping timeout: 264 seconds)
[03:12:46] *** clopez <clopez!~tau@neutrino.es> has quit IRC (Disconnected by services)
[03:13:06] *** clopez_ <clopez_!~tau@neutrino.es> has joined #zfsonlinux
[03:13:56] *** _KaszpiR__ <_KaszpiR__!quasselcor@unaffiliated/kaszpir/x-3157048> has joined #zfsonlinux
[03:14:00] *** riddle <riddle!riddle@us.yunix.net> has quit IRC (Disconnected by services)
[03:14:21] *** _KaszpiR_ <_KaszpiR_!quasselcor@unaffiliated/kaszpir/x-3157048> has quit IRC (Quit: No Ping reply in 180 seconds.)
[03:14:23] *** riddle <riddle!riddle@us.yunix.net> has joined #zfsonlinux
[03:23:29] *** stiell <stiell!~stian@fsf/member/stiell> has quit IRC (Remote host closed the connection)
[03:23:36] *** Lenz <Lenz!~lenz@p200300CE5BC642006AF728FFFE4CF8EC.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds)
[03:26:07] *** jasonwc <jasonwc!~jasonwc@pool-173-73-62-93.washdc.fios.verizon.net> has joined #zfsonlinux
[03:26:46] *** moneylotion <moneylotion!~moneyloti@unaffiliated/moneylotion> has joined #zfsonlinux
[03:35:53] *** Lenz <Lenz!~lenz@p200300CE5BC2CF006AF728FFFE4CF8EC.dip0.t-ipconnect.de> has joined #zfsonlinux
[03:35:55] *** Lenz <Lenz!~lenz@p200300CE5BC2CF006AF728FFFE4CF8EC.dip0.t-ipconnect.de> has quit IRC (Max SendQ exceeded)
[03:36:12] *** Lenz <Lenz!~lenz@p200300CE5BC2CF006AF728FFFE4CF8EC.dip0.t-ipconnect.de> has joined #zfsonlinux
[03:46:41] <ptx0> friend: "my computer is so very slow, all cpu cores busy"
[03:46:49] <ptx0> me: "what are you running"
[03:47:04] <ptx0> friend: "nothing, just changed my radiator fan but i think i put it in upside down"
[03:47:10] <ptx0> me: "uhm, check your cpu temperature?"
[03:47:17] <ptx0> friend: "95C+ is ok?"
[03:47:31] <ptx0> good god man
[03:47:32] <ptx0> lol
[03:47:55] <mybalzitch> throttle!
[03:48:32] <ptx0> yeah no kidding lol
[03:48:56] <ptx0> i am pretty sure he yanked the power cord when i told him the limit is around 60C
[03:50:11] *** jasonwc <jasonwc!~jasonwc@pool-173-73-62-93.washdc.fios.verizon.net> has quit IRC (Ping timeout: 252 seconds)
[03:50:20] <patdk-lap> good thing it wasnt an amd :)
[03:50:46] <patdk-lap> depends on the cpu, intel is normally from 70-85c
[03:50:49] <zfs> SchrodingerZhu opened issue zfsonlinux/zfs#6068 - Is it OK to build the DKMS packages with rpms and then trans the into debs with alien?   <https://github.com/zfsonlinux/zfs/issues/6068>
[03:51:26] <ptx0> i know
[03:51:32] <ptx0> but 28C is normal still :P
[03:51:54] <patdk-lap> you running a peltier? :)
[03:52:04] <patdk-lap> I think mine sits at 45c generally
[03:52:11] <ptx0> actually it's at 35C right now
[03:52:19] <ptx0> xeon e5 2670
[03:52:36] <ptx0> i am using some aftermarket cooler
[03:52:40] <ptx0> don't remember which one
[03:53:41] <ptx0> Cooler Master Hyper T4
[03:54:10] <ptx0> i used wet/dry sandpaper with 3M glue on a sheet of glass to make it super flat
[03:54:17] <mybalzitch> o
[03:54:18] <mybalzitch> :o
[03:54:27] <ptx0> the mount surface
[03:54:50] <ptx0> when i got it, under a microscope it had lots of bumps and imperfections
[03:55:17] <ptx0> same process i use to make heatsinks for COB LEDs
[03:57:20] <mason> ptx0: Get into -social, you.
[03:58:48] <ptx0> hey, it's computer-related! :)
[03:59:01] <mason> Ah, that's the cut. kk
[03:59:04] <ptx0> see /topic
[03:59:11] <mason> Fine fine.
[03:59:13] <ptx0> :P
[03:59:19] <ptx0> it's ryao's line in the sand!
[04:00:06] <mason> I just finished my script to do quasi-automatic installs of Ubuntu onto ZFS-root-on-LUKS, with nothing but ESP and a giant LUKS container, and accomodating mirrored set-up if so desired.
[04:00:46] <mason> The masterstroke is a heredoc into what will be a chroot, creating a script to run inside the chroot, itself containing embedded heredocs.
[04:01:19] <mason> I'll share it after I've tested it a couple times.
[04:01:32] *** jasonwc <jasonwc!~jasonwc@pool-173-73-62-93.washdc.fios.verizon.net> has joined #zfsonlinux
[04:01:35] <ptx0> :(
[04:01:39] <mason> Hrm?
[04:01:42] <ptx0> heredoc
[04:01:47] <ptx0> hate them so much
[04:01:48] <mason> What's wrong with heredocs?
[04:01:50] <mason> Why???
[04:02:10] <mason> It's like sentient, self-modifying shell scripting.
[04:02:12] <ptx0> bad history with them being used improperly and creating debugging nightmares
[04:02:18] <mason> Ah.
[04:02:24] <mason> You'll approve of how I'm doing it.
[04:02:36] <ptx0> i work on old code that's been worked on by like hundreds of people who didn't know what they were doing
[04:02:41] <mason> I used to use heredocs with ed(1) before sed(1) grey its -i option.
[04:02:47] <ptx0> even good heredocs hurt my brain now
[04:02:49] <mason> grew*
[04:03:14] <mason> You'll like this code. It will make you feel warm inside.
[04:03:29] <ptx0> from internal bleeding maybe
[04:03:42] <mason> I didn't promise a mystical cause.
[04:05:18] <mason> ptx0: Why, here's a song about heredocs right now! https://www.youtube.com/watch?v=cWYIn_Mb-ls
[04:06:04] *** jasonwc <jasonwc!~jasonwc@pool-173-73-62-93.washdc.fios.verizon.net> has quit IRC (Ping timeout: 260 seconds)
[04:06:57] <mason> bbl
[04:14:11] <ptx0> not available
[04:15:27] <mason> weird - search for "pretty little things" by Shriekback
[04:15:33] <mason> (Yeah, I didn't get up from my desk yet.)
[04:16:41] <mason> Now I'm going. :P
[04:21:53] *** lickalott <lickalott!~lickalott@adsl-75-5-251-183.dsl.scrm01.sbcglobal.net> has quit IRC (Ping timeout: 255 seconds)
[04:23:53] *** bunder <bunder!~chris@unaffiliated/bunder> has quit IRC (Ping timeout: 258 seconds)
[04:24:20] *** bunder <bunder!~chris@unaffiliated/bunder> has joined #zfsonlinux
[04:27:27] *** ryao-phone <ryao-phone!~gentoofan@gentoo/developer/ryao> has joined #zfsonlinux
[04:27:27] *** ChanServ sets mode: +v ryao-phone
[04:35:08] *** raspado <raspado!~raspado@gateway/vpn/privateinternetaccess/raspado> has quit IRC (Remote host closed the connection)
[04:36:58] *** weabot <weabot!~weabot@unaffiliated/weabot> has joined #zfsonlinux
[04:41:28] *** DarthFrog <DarthFrog!~rob@S0106e03f495a2690.vc.shawcable.net> has quit IRC (Quit: Konversation terminated!)
[04:41:53] *** jasonwc <jasonwc!~jasonwc@pool-173-73-62-93.washdc.fios.verizon.net> has joined #zfsonlinux
[04:42:26] *** ryao-phone <ryao-phone!~gentoofan@gentoo/developer/ryao> has quit IRC (Ping timeout: 252 seconds)
[04:43:56] *** weabot <weabot!~weabot@unaffiliated/weabot> has quit IRC (Quit: Konversation terminated!)
[04:46:33] *** DarthFrog <DarthFrog!~rob@S0106e03f495a2690.vc.shawcable.net> has joined #zfsonlinux
[04:47:17] *** weabot <weabot!~weabot@unaffiliated/weabot> has joined #zfsonlinux
[04:48:51] *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC (Max SendQ exceeded)
[04:50:24] <jasonwc> I'm considering purchasing this server for my existing 96TB ZFS pool and was wondering if there were any trouble signs regarding the hardware.  It is a Supermicro Chasis with 6 direct-attach SAS3 backplanes (no SAS expanders as I will be using SATA drives), dual 8 core Xeons, 48GB ECC RAM, and plenty of PCI-E lanes
[04:50:28] <jasonwc> http://www.ebay.com/itm/4U-X9DRI-LN4F-24-bay-SAS3-2x-Xeon-E5-2680-8-Core-2-7GHz-64GB-SATADom-48GB-SQ-PS-/152517419312?hash=item2382bf2130:g:ukgAAOSwJ4hY-AxD#shpCntId
[04:50:30] *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #zfsonlinux
[04:50:45] <jasonwc> I'm capped at 32GB RAM on my Xeon E3 and have no more PCI-E slots
[04:53:28] <jasonwc> I'll be using my existing LSI HBAs
[05:12:59] *** Botanic_ <Botanic_!~Botanic@tita/admin/Botanic> has quit IRC (Read error: Connection reset by peer)
[05:19:16] *** cyteen <cyteen!~cyteen@58.31.7.51.dyn.plus.net> has joined #zfsonlinux
[05:28:43] <zfs> tannerdsilva commented on issue zfsonlinux/zfs#6038 - Potential incompatibility with BSD-created pools  <https://github.com/zfsonlinux/zfs/issues/6038#issuecomment-297227454>
[05:32:18] *** raspado <raspado!~raspado@gateway/vpn/privateinternetaccess/raspado> has joined #zfsonlinux
[05:51:54] *** raspado <raspado!~raspado@gateway/vpn/privateinternetaccess/raspado> has quit IRC (Quit: Leaving...)
[05:53:11] <ptx0> jasonwc: get a v3
[05:55:07] <ptx0> i'd get a v3 and a jbod chassis
[05:55:42] <ptx0> oh
[05:55:49] <ptx0> missed the sata thing
[05:56:04] <ptx0> could be ok tho..
[06:00:00] *** hanna <hanna!~haasn@haasn.xyz> has quit IRC (Remote host closed the connection)
[06:04:48] *** haasn <haasn!~haasn@haasn.xyz> has joined #zfsonlinux
[06:05:16] <jasonwc> A v3 Xeon?
[06:05:31] <jasonwc> or version 3 SATA
[06:05:51] <jasonwc> The backplane supports SATA3 (6Gb) and SAS (12Gb)
[06:06:27] <jasonwc> the Intel Xeon v3s are still quite expensive used
[06:12:14] <ptx0> yeah
[06:12:22] <ptx0> but not if you get a 1u
[06:12:25] <ptx0> or 2u
[06:12:35] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #zfsonlinux
[06:18:27] <mybalzitch> 4u!
[06:24:00] <jasonwc> yeah, but i want the bays
[06:24:25] <jasonwc> and i don't want sas expanders
[06:24:39] <jasonwc> I've read too many issues with SAS expanders + ZFS + SATA drives
[06:25:31] <mybalzitch> oh?
[06:27:16] <jasonwc> this is formatted awfully - http://list.zfsonlinux.org/pipermail/zfs-discuss/2013-October/011610.html
[06:27:41] <jasonwc> https://groups.google.com/a/zfsonlinux.org/forum/#!topic/zfs-discuss/0YjF-LIA3Vo
[06:28:26] <jasonwc> some people claim it's OK
[06:28:27] <jasonwc> https://forums.servethehome.com/index.php?threads/sata-drives-behind-expander-still-a-no-go.13196/
[06:29:14] <jasonwc> But you can run into some weird behavior where one drive causes others to drop out, from what I've read
[06:30:37] <jasonwc> "This has been a long-standing argument in the ZFS world. Simple fact is, the majority of ZFS storage appliances, most of the consultants and experts you'll talk to, and the majority of enterprise installations of ZFS are using SAS disks. To be clear, "nearline" SAS (7200 RPM SAS) is fine, but what will often get you in trouble is the use of SATA (including enterprise-grade) disks behind
[06:30:37] <jasonwc> bad interposers (which is most of them) and SAS expanders (which almost every JBOD is going to be utilizing)."
[06:30:42] <jasonwc> from here - https://github.com/zfsonlinux/zfs/issues/3413
[06:33:10] <jasonwc> In any case, it seems rather unclear.  It works for some, doesn't for others. It just seems like asking for trouble to me.
[06:36:44] <mybalzitch> hmm
[06:39:54] *** jasonwc <jasonwc!~jasonwc@pool-173-73-62-93.washdc.fios.verizon.net> has quit IRC (Ping timeout: 260 seconds)
[06:43:51] *** Xenophon1 <Xenophon1!~xenophon@24.123.13.50> has joined #zfsonlinux
[06:47:41] *** XenophonF <XenophonF!~xenophon@24.123.13.50> has quit IRC (Ping timeout: 255 seconds)
[06:50:22] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Quit: Leaving)
[06:52:04] <ptx0> worked for me
[07:08:29] *** indistylo <indistylo!~indistylo@122.167.221.203> has joined #zfsonlinux
[07:09:46] <zfs> sempervictus commented on pull request zfsonlinux/zfs#5824 - Reinstate zvol_taskq to fix aio on zvol by tuxoko  <https://github.com/zfsonlinux/zfs/pull/5824#issuecomment-297239495>
[07:12:31] <zfs> sempervictus commented on pull request zfsonlinux/zfs#5902 - Reduce Linux block device interference with ZVOL operations by sempervictus  <https://github.com/zfsonlinux/zfs/pull/5902#issuecomment-297239827>
[07:33:35] *** jasonrm <jasonrm!~jasonrm@2600:8800:9082:4504:41d2:2073:802a:573a> has quit IRC (Quit: FIN)
[07:36:29] *** weabot <weabot!~weabot@unaffiliated/weabot> has quit IRC (Quit: Konversation terminated!)
[07:41:12] *** jamesd <jamesd!~jamesd@cpe-72-128-75-100.wi.res.rr.com> has quit IRC (Ping timeout: 260 seconds)
[07:55:09] *** stiell <stiell!~stian@fsf/member/stiell> has joined #zfsonlinux
[08:09:40] *** bunder <bunder!~chris@unaffiliated/bunder> has quit IRC (Ping timeout: 258 seconds)
[08:10:29] *** bunder <bunder!~chris@unaffiliated/bunder> has joined #zfsonlinux
[08:17:29] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #zfsonlinux
[08:24:50] *** bb0x <bb0x!~bb0x@86.127.187.230> has joined #zfsonlinux
[08:27:40] *** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has joined #zfsonlinux
[08:28:23] *** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has quit IRC (Remote host closed the connection)
[08:30:09] *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC (Ping timeout: 240 seconds)
[08:34:52] *** DeHackEd <DeHackEd!~dehacked@atmaweapon.dehacked.net> has quit IRC (Ping timeout: 260 seconds)
[08:51:42] *** tillmann <tillmann!~tillmann@iek11017.iek.kfa-juelich.de> has joined #zfsonlinux
[08:55:11] *** DeHackEd <DeHackEd!~dehacked@23-248-133-105.tpia.execulink.com> has joined #zfsonlinux
[08:58:19] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Quit: Leaving)
[08:59:09] <zfs> gmelikov commented on issue zfsonlinux/zfs#6056 - Wiki: Debian Stretch with ZFS boot, plus ZFS and LUKS root  <https://github.com/zfsonlinux/zfs/issues/6056#issuecomment-297258126>
[09:00:38] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #zfsonlinux
[09:04:54] *** bobbyz <bobbyz!~bobbyz@c-73-14-178-242.hsd1.co.comcast.net> has quit IRC (Ping timeout: 268 seconds)
[09:07:31] *** JanC_ <JanC_!~janc@lugwv/member/JanC> has joined #zfsonlinux
[09:08:51] *** JanC is now known as Guest5365
[09:08:51] *** Guest5365 <Guest5365!~janc@lugwv/member/JanC> has quit IRC (Killed (hobana.freenode.net (Nickname regained by services)))
[09:08:51] *** JanC_ is now known as JanC
[09:09:26] *** DeHackEd <DeHackEd!~dehacked@23-248-133-105.tpia.execulink.com> has quit IRC (Ping timeout: 260 seconds)
[09:11:56] *** blSnoopy <blSnoopy!~snoopy@miram.persei.mw.lg.virgo.supercluster.net> has joined #zfsonlinux
[09:13:54] <Aristar> hmm, does zfs send (from a compression=off dataset) recv'd to a pool with compression=on inherited become compressed? or it's just raw datastream and needs a cp or mv? (can't find the documentation regarding this and google has a billion results)
[09:14:45] <Gugge> the zfs send stream is decompressed
[09:14:57] <Gugge> zfs receive uses the setting on the dataset when it receives
[09:15:25] <Aristar> on the dataset it's recv'ing to? what if that dataset doesn't exist and is being created by the recv?
[09:15:47] <Gugge> just like any other created dataset
[09:15:53] <Gugge> it inherits it from the parent
[09:15:59] <Aristar> like zfs send blah/uncompressed-dataset | zfs recv blah/dataset-that-doesn't-exist
[09:16:17] <Gugge> that would depend on the compression setting on "blah"
[09:16:44] <Aristar> it's off on the source but on in the destination due to inheritance, in this case i /want/ it to be compressed
[09:16:54] <Gugge> that would depend on the compression setting on "blah"
[09:17:13] <Aristar> sorry ambiguous example
[09:17:16] <Aristar> on my end
[09:17:17] <Gugge> i know :P
[09:17:54] <Aristar> zfs send blah1/uncompressed-dataset | zfs recv blah2-compressed/dataset-that-doesn't-exist-yet
[09:18:01] <Gugge> that would depend on the compression setting on "blah2-compressed"
[09:18:39] <Aristar> sorry i'm blonde, i'll assume data is getting compressed then since dest pool has compression on
[09:18:47] <Aristar> thanks
[09:19:02] <Aristar> and sorry for stupid questions, if there's a zfs-stupid-questions channel i'll gladly ask there
[09:19:17] <Aristar> in the futurte
[09:19:41] <Aristar> (still kinda new to ZFS and keeping backups elsewhere while experimenting and learning)
[09:22:00] *** bobbyz <bobbyz!~bobbyz@c-73-14-178-242.hsd1.co.comcast.net> has joined #zfsonlinux
[09:22:07] <Gugge> i dont know of any place :)
[09:24:05] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Remote host closed the connection)
[09:27:46] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #zfsonlinux
[09:32:45] *** DeHackEd <DeHackEd!~dehacked@atmaweapon.dehacked.net> has joined #zfsonlinux
[09:42:32] *** _KaszpiR__ <_KaszpiR__!quasselcor@unaffiliated/kaszpir/x-3157048> has quit IRC (Ping timeout: 260 seconds)
[09:42:47] *** _KaszpiR_ <_KaszpiR_!quasselcor@unaffiliated/kaszpir/x-3157048> has joined #zfsonlinux
[09:43:56] *** DeHackEd <DeHackEd!~dehacked@atmaweapon.dehacked.net> has quit IRC (Ping timeout: 260 seconds)
[09:48:36] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Read error: Connection reset by peer)
[09:49:15] *** notdaniel <notdaniel!~notdaniel@2602:306:b8be:60d0:c9e0:aed0:55be:d030> has joined #zfsonlinux
[09:51:38] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #zfsonlinux
[09:54:35] *** KindOne <KindOne!~KindOne@freenode/father-christmas/kindone> has joined #zfsonlinux
[09:58:48] *** biax <biax!~biax@unaffiliated/biax> has quit IRC (Quit: quit)
[10:10:28] *** simukis_ <simukis_!~simukis_@78-60-58-6.static.zebra.lt> has joined #zfsonlinux
[10:13:42] *** haasn is now known as hanna
[10:21:32] *** fossxplorer <fossxplorer!~fossxplor@unaffiliated/fossxplorer> has quit IRC (Ping timeout: 258 seconds)
[10:28:06] <zfs> kyrias commented on issue zfsonlinux/zfs#3326 - zpool upgrade: cannot set property (0.6.4)  <https://github.com/zfsonlinux/zfs/issues/3326#issuecomment-297289199>
[10:32:22] *** biax <biax!~biax@unaffiliated/biax> has joined #zfsonlinux
[10:38:59] *** Lalufu <Lalufu!~s@unaffiliated/lalufu> has quit IRC (Ping timeout: 255 seconds)
[10:39:52] *** Lalufu <Lalufu!~s@unaffiliated/lalufu> has joined #zfsonlinux
[10:48:28] *** DeHackEd <DeHackEd!~dehacked@atmaweapon.dehacked.net> has joined #zfsonlinux
[10:58:45] *** kerberizer <kerberizer!~luchesar@wikipedia/Iliev> has quit IRC (Read error: Connection reset by peer)
[11:01:34] *** KindOne <KindOne!~KindOne@freenode/father-christmas/kindone> has quit IRC (Ping timeout: 264 seconds)
[11:08:38] *** k1l_ <k1l_!~k1l@ubuntu/member/k1l> has quit IRC (Remote host closed the connection)
[11:12:17] *** k1l <k1l!~k1l@ubuntu/member/k1l> has joined #zfsonlinux
[11:17:50] *** KindOne <KindOne!~KindOne@freenode/father-christmas/kindone> has joined #zfsonlinux
[11:18:37] *** BtbN <BtbN!btbn@ffmpeg/developer/btbn> has quit IRC (Quit: Bye)
[11:19:17] *** BtbN <BtbN!btbn@ffmpeg/developer/btbn> has joined #zfsonlinux
[11:25:09] *** simukis_ <simukis_!~simukis_@78-60-58-6.static.zebra.lt> has quit IRC (Quit: simukis_)
[11:26:17] *** Lenz <Lenz!~lenz@p200300CE5BC2CF006AF728FFFE4CF8EC.dip0.t-ipconnect.de> has quit IRC (Quit: Caught signal 11, Segmentation fault)
[11:28:48] *** _KaszpiR_ <_KaszpiR_!quasselcor@unaffiliated/kaszpir/x-3157048> has quit IRC (Ping timeout: 240 seconds)
[11:29:19] *** _KaszpiR_ <_KaszpiR_!quasselcor@unaffiliated/kaszpir/x-3157048> has joined #zfsonlinux
[11:29:57] *** kerberizer <kerberizer!~luchesar@wikipedia/Iliev> has joined #zfsonlinux
[11:31:09] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Quit: Leaving)
[11:53:12] *** notdaniel <notdaniel!~notdaniel@2602:306:b8be:60d0:c9e0:aed0:55be:d030> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[11:56:07] *** fossxplorer <fossxplorer!~fossxplor@unaffiliated/fossxplorer> has joined #zfsonlinux
[12:00:16] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #zfsonlinux
[12:04:12] *** k1l <k1l!~k1l@ubuntu/member/k1l> has quit IRC (Quit: test)
[12:06:21] *** k1l <k1l!~k1l@ubuntu/member/k1l> has joined #zfsonlinux
top
   April 26, 2017
< | 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