Looking for testers of 1.8.1

Developer discussions.

Re: Looking for testers of 1.8.1

Postby tangles » Mon Oct 29, 2018 6:07 pm

I've not installed openzfs via brew before, but if it want's to install the kexts in the old path of /System/Library/Extensions instead of the new path of /Library/Extensions/ you might have to disable SIP for brew to be successful.

Looking at: https://github.com/Homebrew/homebrew-ca ... openzfs.rb

brew seems to just use the binary packages anyway?

Lundy might chip in soon and reveal all...
tangles
 
Posts: 138
Joined: Tue Jun 17, 2014 6:54 am

Re: Looking for testers of 1.8.1

Postby lundman » Mon Oct 29, 2018 7:33 pm

Ah I think I figured out the issue with 10.11, and should no longer need kext-dev-mode. Please try this pkg:
Attachments
OpenZFS on OS X El Capitan Proper.pkg
(7.98 MiB) Downloaded 40 times
User avatar
lundman
 
Posts: 505
Joined: Thu Mar 06, 2014 2:05 pm
Location: Tokyo, Japan

Re: Looking for testers of 1.8.1

Postby lundman » Mon Oct 29, 2018 9:19 pm

Ok pushed out 1.8.2 for those that run OSX of 10.11 or earlier. Please grab that version. Those 10.12 and above do not need to install 1.8.2 unless you want to :)

The dmg is just called 1.8.2 so you make sure you download it again, it is still 1.8.1 version, recompiled with the fix
User avatar
lundman
 
Posts: 505
Joined: Thu Mar 06, 2014 2:05 pm
Location: Tokyo, Japan

Re: Looking for testers of 1.8.1

Postby Arne » Tue Oct 30, 2018 4:46 am

Thanks. The installation works now.
But, as I tried to reboot I got a kernel panic at the beginning of the boot process.

WIN_20181030_10_37_06_Pro.jpg
WIN_20181030_10_37_06_Pro.jpg (337.69 KiB) Viewed 728 times


Tried it with "csrutil disable" and "csrutil enable --without kext" but after a while I realized that it only boots without panic when I clear the nvram by booting with alt+cmd+p+r.
State of SIP is irrelevant. Only nvram clearing matters.
So I could boot into ElCapitan. But when I rebooted again I get a kernel panic (First time I could boot into 10.11 twice before the panic. After that it panics at the first reboot after a successful boot).
I looked at the output of "nvram -p" but there is no difference:
Under ElCapitan:
Code: Select all
macmini:~ arne$ nvram -p
bluetoothInternalControllerInfo   %16%82%ac%05%00%00%11%06%00%1f%f3%bb%90-
fmm-computer-name   macmini
SystemAudioVolumeDB   %fb
bluetoothActiveControllerInfo   %16%82%ac%05%00%00%00%00%11%06%00%1f%f3%bb%90-
SystemAudioVolume   ;
LocationServicesEnabled   %01
EFIBluetoothDelay   %b8%0b


Under Recovery Boot:
Code: Select all
macmini:~ arne$ nvram -p
bluetoothInternalControllerInfo   %16%82%ac%05%00%00%11%06%00%1f%f3%bb%90-
SystemAudioVolumeDB   %fb
bluetoothActiveControllerInfo   %16%82%ac%05%00%00%00%00%11%06%00%1f%f3%bb%90-
SystemAudioVolume   ;
EFIBluetoothDelay   %b8%0b


After the kernel panic there is also the panic info added to the nvram under Recovery Boot (not in the code above cause that was after clearing the nvram).
So only "fmm-computer-name macmini" and "LocationServicesEnabled %01" is added under ElCapitan.
Arne
 
Posts: 3
Joined: Mon Oct 29, 2018 7:59 am

Re: Looking for testers of 1.8.1

Postby lundman » Tue Oct 30, 2018 2:20 pm

Ok, so it is saying "real_memory >= 1GB" and the values are "0 >= 1GB". So your machine is reporting it has 0 memory. That is most amusing, real apple hardware?

The lookup we do is:

sysctlbyname("hw.memsize", &total_memory, &len, NULL, 0);

so I guess sysctl values are not yet been setup, but why just you.
User avatar
lundman
 
Posts: 505
Joined: Thu Mar 06, 2014 2:05 pm
Location: Tokyo, Japan

Re: Looking for testers of 1.8.1

Postby lundman » Tue Oct 30, 2018 5:28 pm

OK, perhaps not just you - let me re-jig the init to make sure we have sysctls.

Why don't you give this a go, all init is delayed
Attachments
out-1011-signed.pkg
(7.98 MiB) Downloaded 50 times
User avatar
lundman
 
Posts: 505
Joined: Thu Mar 06, 2014 2:05 pm
Location: Tokyo, Japan

Re: Looking for testers of 1.8.1

Postby Arne » Wed Oct 31, 2018 9:50 am

It works ! Thanks :-)

And it is a real Mac. A mac mini "early 2009", with 2GB memory.
It runs Mavericks till last week where I upgraded it to ElCapitan.
Arne
 
Posts: 3
Joined: Mon Oct 29, 2018 7:59 am

Re: Looking for testers of 1.8.1

Postby lundman » Thu Nov 01, 2018 3:33 pm

Mavericks;
Attachments
OpenZFS on OS X 1.8.1 Mavericks.pkg
(8.05 MiB) Downloaded 38 times
User avatar
lundman
 
Posts: 505
Joined: Thu Mar 06, 2014 2:05 pm
Location: Tokyo, Japan

Re: Looking for testers of 1.8.1

Postby RJVB » Fri Dec 21, 2018 2:30 am

I've upgraded my ZFS install from 1.7.3 to 1.8.1 (from git/master, installed into /opt/local) yesterday, on OS X 10.9.5 . A couple of observations:

    - I'm still getting the unknown format alert from the Finder, even on pools with mimichfs set to true.
    - `zpool export` never terminates completely, at least not with my test pool based on a disk image:

    Code: Select all
    > tail -f /var/log/org.openzfsonosx.zconfigd.err /var/log/org.openzfsonosx.zconfigd.log & 
    [1] 97079
    > zpool import -d .

    ==> /private/var/log/org.openzfsonosx.zconfigd.err <==
    Found match
    Running /opt/local/sbin/zsysctl -f /opt/local/etc/zfs/zsysctl.conf
    top level name kstat in kstat.zfs.darwin.tunable.zfs_arc_max is invalid
    top level name kstat in kstat.zfs.darwin.tunable.zfs_arc_meta_limit is invalid
       pool: tank
         id: 7321391331583951093
      state: ONLINE
     status: Some supported features are not enabled on the pool.
     action: The pool can be imported using its name or numeric identifier, though
            some features will not be available without an explicit 'zpool upgrade'.
     config:

            tank                                                                 ONLINE
              /Users/bertin/work/src/MacOSX/osxzfs/tank.pool.bin  ONLINE
    > sudo zsysctl -f /opt/local/etc/zfs/zsysctl.conf
    kstat.zfs.darwin.tunable.zfs_arc_max: 0 -> 268435456
    kstat.zfs.darwin.tunable.zfs_arc_meta_limit: 0 -> 201326592
    > zpool import -d . tank
    > zpool export tank
    Running process: '/usr/sbin/diskutil' 'unmount' '/Volumes/tank'
    disk3s1 was already unmounted
    Fallback umount called
    Running process: '/sbin/umount' '/Volumes/tank'
    cannot unmount '/Volumes/tank': umount failed
    Exit 1
    > zpool status
      pool: tank
     state: ONLINE
    status: Some supported features are not enabled on the pool. The pool can
            still be used, but some features are unavailable.
    action: Enable all features using 'zpool upgrade'. Once this is done,
            the pool may no longer be accessible by software that does not support
            the features. See zpool-features(5) for details.
      scan: none requested
    config:

            NAME                                                                 STATE     READ WRITE CKSUM
            tank                                                                 ONLINE       0     0     0
              /Users/bertin/work/src/MacOSX/osxzfs/tank.pool.bin  ONLINE       0     0     0

    errors: No known data errors
    > zpool status
    no pools available

    Also, unmounting (ejecting) via the Finder always fails with a "volume in use" error; force ejecting has no effect.
    I'm not running the zed daemon (I want to be able to unload the kexts when I'm not using any pools); I hope that doesn't have anything to do with this glitch?

    - zconfig has some kind of a race which makes it try to load zsysctl.conf before the kexts are loaded (so I always end up with the default 512Mb allocation, and have to run zsysctl by hand)
    - zconfig log entries could do with time-stamping
RJVB
 
Posts: 28
Joined: Tue May 23, 2017 12:32 pm

Re: Looking for testers of 1.8.1

Postby FunMiles » Thu Feb 07, 2019 9:18 am

I'm having the same problem as RJVB, being unable to unmount a pool fully. Is there any fix for that?
FunMiles
 
Posts: 3
Joined: Sat Sep 30, 2017 12:05 pm

PreviousNext

Return to OpenZFS on OS X Development

Who is online

Users browsing this forum: No registered users and 1 guest

cron