Hi Mark, Thank you so much for your support.
>> Also if you would need, please let me know how I can help and I will happily >> use some of my spare time to support you. > Thank you, I may ask you to review and/or test the upstream patches. I will do this - no issues. I have a VM ready, waiting for building and testing :) OmniOS r151054 omnios-r151054-c46864d3fe November 2025 ---------------------- AFS and KRB5 Credentials ---------------------- Tokens held by the Cache Manager: User's (AFS ID 501) rxkad tokens for unixnews.ch [Expires Jan 1 08:00] --End of list-- Ticket cache: FILE:/tmp/krb5cc_501 Default principal: [email protected] Valid starting Expires Service principal 31.12.25 08:02:19 01.01.26 08:00:59 krbtgt/[email protected] 31.12.25 18:02:37 01.01.26 08:00:59 afs/[email protected] ------------------------------ Welcome ------------------------------- [core@apollo]~ % uname -a SunOS apollo 5.11 omnios-r151054-c46864d3fe i86pc i386 i86pc [core@apollo]~ % fs version openafs 1.8.14 [core@apollo]~ % fs lq . Volume Name Quota Used %Used Partition user.core 629145600 157279114 25% 0% [core@apollo]~ % Cheers marco > Am 31.12.2025 um 16:57 schrieb Mark Vitale <[email protected]>: > > > >> On Dec 31, 2025, at 6:47 AM, Marco Hoehle <[email protected]> wrote: >> >> Not sure if this is the right list to ask - but I will try ;). > > This is the right list! > > See my interleaved replies below. > > >> I used the x-mas period to setup my local cell again, this time using only >> omnios latest LTS release (illumos). Unfortunately it was not fully straight >> forward and I would like to know how to address the below points: >> >> Also I would like to know if you could incorporate the below mentioned >> patches for omnios (solaris tree) so that the next maintenance releases will >> again build out of the box. >> >> - build process / dokumentation >> - zone support. >> >> Sorry I try to be brief with the text. >> >> * —————— build process: >> >> To build the following pre-requisites are mandatory (this is missing in any >> doc) >> >> - SolarisStudio 12.3 (or below). >> - gmake >> - the patches from Tim Creech to work around the „old kerberos includes“ in >> Illumos >> - >> https://git.sr.ht/~tcreech/openafs/commit/220e4c02cf61fdf02dedd65162630171e40571cb >> >> This patches are mandatory, else „aklog“ and „klog“ will not build. >> >> After the patch build will succeed, but kernel optimization needs to be >> disabled to avoid a kernel panic in afsd (honestly, I am not skilled enough >> to find out why ..) > > There are some SSE (vector) instructions that are not allowed in kernel code. > I believe this has something to do with kernel register conventions, but I > don't recall the details. > There should already be patches to prevent this on the current master branch > and in 1.8.0 and up, > but perhaps there is more to do there. I'll look into it. > >> I used this configure options for the build: >> >> AS=/../solarisstudio12.3/bin/sunas \ >> CC=/../solarisstudio12.3/bin/suncc \ >> SOLARISCC=/../solarisstudio12.3/bin/suncc \ >> CFLAGS="-Wl,-rpath=/opt/openafs/lib " \ >> ./configure --prefix=/opt/openafs --with-afs-sysname=sunx86_511 >> --enable-namei-fileserver --disable-optimize-kernel >> >> gmake >> >> * —————— build finished after this and all is up and running... >> >> * —————— zone support >> >> Also - Tim Creech has some nice and simple hints how to make openafs >> available in all zones - This works like a charm and I would like to know if >> you could publish this also on the wiki in the solaris section ? >> >> https://werc.tcreech.com/notes/Illumos/OpenAFS_in_Zones >> >> >> Well that’s it. >> >> So my main question are : >> >> - could you please add the patch to the next maintenance release, or minimum >> a hint on the wiki to show others how to build on omnios / illumos. >> - could you please update the solaris documentation with hints about the >> build procedure (see the configure options). >> - could you please update the solaris documentation with the references on >> how to use openafs in zones. > > I'll do what I can to get these suggestions submitted and approved for > upstream, but I can't make any promises, since others must approve. > >> Also if you would need, please let me know how I can help and I will happily >> use some of my spare time to support you. > Thank you, I may ask you to review and/or test the upstream patches. > >> And last but not least, I am quite happy with my cell and I am also very >> grateful that you all keep the old code running and in a clean shape … ;-) > > Congrats! Thanks for exercising it on illumOS - I've always wanted to try > that myself. >> >> Thanks in advance and have a good start in 2026. > > You too. > > -- > Mark Vitale > OpenAFS release team >
