[MacPorts] #51246: submission: port:zfs and port:zfs-devel
#51246: submission: port:zfs and port:zfs-devel -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: -------------------------+-------------------------------- I've finally gotten around to making a port for the OS X implementation of the ZFS filesystem, now that it seems to have reached a sufficient maturity (read: it no longer causes system instability after having done a few simple tests). I don't think I have to introduce ZFS here, but for those who really don't know what it is: It's the filesystem that Apple once considered as an officially supported FS, if not the default for OS X. It provides very high data reliability (*), is extremely flexible & scalable and has a potential for very good performance (though not necessarily trivial and probably not yet in the OS X implementation). It also offers optional on- the-fly compression including using the lz4 scheme which is fast enough to improve I/O to slow media (time spent de/compressing is less than the increase in data transfer times). *) even when using a single partition because it can write each file in multiple copies - a feature that prevented me from losing no more than a single trivial file from my Linux rig when a disk started dropping sectors on me at a rate I never saw before a few days ago. I already tested an earlier release from an officialy installer on Bradley's (pixilla) VM about a year ago, using it to put a whole MacPorts install in a dataset mounted on /opt/local, with compression, case sensitivity and redundancy for important parts like the registry. The current implementation installs everything properly into ${prefix}, kernel extensions included. That works fine on OS X 10.9 (with a single warning when loading eacho of the kexts the 1st time). I'd be very interested in feedback from users on more recent versions of OS X, notably 10.11 . I suspect it might be necessary to put the kernel stuff into /Library when SIP is not disabled (?) Notes: - ZFS does tend to like having sufficient memory. On systems with <8Gb it might be wise to read up on reducing the max. amount used by ARC (not related to ObjC's ARC ;)) - This is a project that's seeing active development and continuous improvement. There's a `port:zfs` but I would strongly suggest to test `port:zfs-devel`. - In fact, I'd (almost) suggest to use an official installer from the project's website instead of using `port:zfs`, because that should give better system integration "out of the box". On the other hand, the MacPorts version should be less intrusive/invasive and easier to uninstall. WARNING: This port installs kernel extensions which get loaded automatically when using ZFS. As a result it should PROBABLY NOT be deactivated, uninstalled or reinstalled without taking the following precautions: 1) unmount (export) all ZFS datasets and pools 2) kextunload zfs.kext 3) kextunload spl.kext Question: is there a phase where one could check if either of the kexts is loaded, and raise an error if that is the case (pre-deactivate would be perfect)? -- Ticket URL: <https://trac.macports.org/ticket/51246> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by rjvbertin@…): `port:zfs-devel` evolution can be [https://github.com/RJVB/macstrop/tree/master/sysutils/zfs followed here] (don't expect weekly updates though). -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:1> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by rjvbertin@…): So there is a `pre-deactivate` stage, but interrupting deactivation takes a bit of a cannon ... -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:2> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by ilovezfs@…): Hi MacPorts administrators, OpenZFS on OS X project here. We'd prefer that this not be part of MacPorts at this time. Thank you. -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by rjvbertin@…): Explanation for this request from a single upstream dev who may or may not be voicing the majority opinion: SIP. In other words, that concerns only 10.11, and it should be perfectly possible to find a way around this, like reaping the kexts off an upstream DMG in the non-devel port , or a co-maintainer with the possibility to sign the kexts (on the 10.11+ buildbots). I don't think this kind of port will mean much to most users who are better off with SIP. Users who are interested in a -devel port are IMHO much more likely to know the potential risks of running without that additional safety net (= in a pre-SIP configuration). I was hoping to get a little bit more appreciation for introducing a wider audience to the ZFS effort. But maybe this ticket alone will have that effect ... -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by rjvbertin@…): I've followed `port:osxfuse`'s lead to make some changes for political correctness: - `port:zfs` has been downgraded so it can use the official 1.4.5 installer to redistribute the signed kexts on 10.10 and beyond. I think it's acceptable to subject the user to a one-time warning about loading unsigned kexts on 10.9 so as to use truly matching kexts on that version, but everything is ready to use the signed kexts on that platform too. - `port:zfs-devel` requires an informed action to install on 10.10 and higher, through the selection of a variant. That should ensure there will be no binary packages (the variant is non-default), and I've tried to oblige the user to hunt a bit for the explanation on how to install the port. The variant could have a better chosen name, but I really think there is no good reason to require it on 10.9 . -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by brendon.humphrey@…): Hi MacPorts, Second of three OpenZFS on OSX developers here, while I personally don't an issue with MacPorts carrying a wrapped up official installer with no modification, I do have significant issues with the concept of zfs-devel being produced. I perceive that there are significant gaps in @rjvbs ability to determine what is a safe point to release or update such a repository. It certainly isn't a case of "works for me". If he makes a mistake then this poses a significant threat to others data, and obviously to the integrity and reputation of the O3X project. It is distasteful for me to have to point out that O3X has a significantly negative relationship with @rjvb. We do not engage with this person, and he has no access to internal project development or status beyond what is published on our public internet pages. Clearly we don't consider him qualified to release product or make statements on our behalf. The O3X project would prefer that if MacPorts are to carry a wrapped up installer, that the O3X project staff are treated as the first point of contact for releases or support going forward. Thank you. Brendon -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by rjvbertin@…): Replying to [comment:6 brendon.humphrey@…]:
It is distasteful for me to have to point out that O3X has a significantly negative relationship with @rjvb.
Distasteful? It's a bit more than that to come here and make claims about a supposed "relationship" there is between me and "O3X" suggesting I've engaged in who know's what kind of activity to hinder their efforts. That is simply not true, I wasn't aware of any bad feelings towards me nor have I ever or am I pretending to speak on their behalf. On the contrary, connecting to the IRC channel for the 1st time since months this morning I actually got what seemed like a warm welcome back without even having said a word. I did have reasons in the past to avoid ZFS/OS X (a "case of didn't work for me"), thanks for replacing it with a new reason. I cannot close this ticket but it now seems obvious it's best not to bother. My apologies for wasting server resources! -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:7> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: | --------------------------+-------------------------------- Changes (by petr@…): * status: new => closed * resolution: => wontfix Comment: Motivated by some sort of tension with upstream, the reporter has preferred to revoke the submission and replaced the submitted files. So this submission becomes now pointless. A version of the submitted files can presumably be found [https://github.com/RJVB/macstrop/tree/master/sysutils/zfs here] -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:8> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: | --------------------------+-------------------------------- Comment (by rjvbertin@…): Well, thanks, I had also removed that link from the comments, and requested to remove this ticket altogether. Now, if there actually is interest in this port the whole issue can be rediscussed as far as I'm concerned, as long as someone volunteers to be a co-maintainer and also if it doesn't mean giving in blindly and completely to upstream conditions (after all they're free to submit their own proposition). -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:9> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: | --------------------------+-------------------------------- Comment (by raimue@…): There is no way to completely erase all traces of a ticket. The whole discussion will still be available in the archive of macports-tickets@ which is also mirrored (for example on Gmane and Nabble). -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:10> MacPorts <https://www.macports.org/> Ports system for OS X
#51246: submission: port:zfs and port:zfs-devel --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: | --------------------------+-------------------------------- Comment (by rjvbertin@…): I wasn't expecting that. That is however no reason not to remove the original ticket; without its continued existence the traces remaining in collective memory will eventually lose credibility. -- Ticket URL: <https://trac.macports.org/ticket/51246#comment:11> MacPorts <https://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts