Package Details: openafs-modules 1.6.20-1

Git Clone URL: https://aur.archlinux.org/openafs-modules.git (read-only)
Package Base: openafs-modules
Description: Kernel module for OpenAFS
Upstream URL: http://www.openafs.org
Licenses: custom:"IBM Public License Version 1.0"
Conflicts: openafs<1.6.6-2, openafs-features-libafs
Submitter: Bevan
Maintainer: Bevan
Last Packager: Bevan
Votes: 10
Popularity: 0.042403
First Submitted: 2014-03-23 13:24
Last Updated: 2016-12-01 06:47

Latest Comments

Bevan commented on 2016-05-02 14:17

Nobody denies that... ;-)

Please no "me too" comments. This is an upstream issue. If you need to use OpenAFS you currently need to use linux-lts.

tiaschaer commented on 2016-05-02 14:09

I also confirm that I cannot compile on a fresh (of yesterday!) installation of arch.

Bevan commented on 2016-04-18 17:06

@DarioP: This is known but I don't think anyone is currently working on this issue:
https://lists.openafs.org/pipermail/openafs-devel/2016-April/020292.html

DarioP commented on 2016-04-18 07:35

I cannot compile on Linux 4.5

Bevan commented on 2016-02-29 16:42

There are first reports of data corruption when running OpenAFS on Linux 4.4. The proposed patches should therefore only be considered for testing and debugging and not for actual use in production.

kaptoxic commented on 2016-02-26 04:02

Yes, compiled just fine here. I tested it in my university network; seems to be working fine. (Since loss of data might occur in some error handling, I am not sure about that.)

Bevan commented on 2016-02-15 08:37

Sorry, forgot to answer here because it was already discussed for the openafs and openafs-modules-dkms packages. So I'm copy&pasting here:

You can test the proposed patches for Linux 4.4.
Download the corresponding branch of my PKGBUILDs from https://github.com/michaellass/AUR/archive/openafs-linux-4.4.zip, enter the openafs-modules folder and run makepkg.

Testing these patches (and providing feedback) would be very helpful in the process of getting these patches included, you should be aware of possible unresolved data loss issues:
https://lists.openafs.org/pipermail/openafs-info/2016-January/041627.html
This is also the main reason why I did not include the patches here, yet.

kaptoxic commented on 2016-02-15 06:25

Same error here...

batrick commented on 2016-02-11 14:41

I get this error when trying to build:

````
CC [M] /home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP/osi_misc.o
/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP/osi_groups.c: In function ‘afs_pag_instantiate’:
/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP/osi_groups.c:492:17: error: ‘union key_payload’ has no member named ‘value’
key->payload.value = (unsigned long) *userpag;
^
/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP/osi_groups.c: In function ‘afs_pag_destroy’:
/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP/osi_groups.c:516:34: error: ‘union key_payload’ has no member named ‘value’
afs_uint32 pag = key->payload.value;
^
/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP/osi_groups.c: In function ‘osi_get_keyring_pag’:
/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP/osi_groups.c:612:29: error: ‘union key_payload’ has no member named ‘value’
keyring_pag = key->payload.value;
^
scripts/Makefile.build:258: recipe for target '/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP/osi_groups.o' failed
make[6]: *** [/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP/osi_groups.o] Error 1
make[6]: *** Waiting for unfinished jobs....
Makefile:1384: recipe for target '_module_/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP' failed
make[5]: *** [_module_/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP] Error 2
make[5]: Leaving directory '/usr/lib/modules/4.4.1-2-ARCH/build'
FAILURE: make exit code 2
Makefile.afs:241: recipe for target 'openafs.ko' failed
make[4]: *** [openafs.ko] Error 1
make[4]: Leaving directory '/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs/MODLOAD-4.4.1-2-ARCH-SP'
Makefile:138: recipe for target 'linux_compdirs' failed
make[3]: *** [linux_compdirs] Error 2
make[3]: Leaving directory '/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16/src/libafs'
Makefile:483: recipe for target 'libafs' failed
make[2]: *** [libafs] Error 2
make[2]: Leaving directory '/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16'
Makefile:692: recipe for target 'build' failed
make[1]: *** [build] Error 2
make[1]: Leaving directory '/home/batrick/Downloads/openafs-modules/src/openafs-1.6.16'
Makefile:42: recipe for target 'only_libafs' failed
make: *** [only_libafs] Error 2
==> ERROR: A failure occurred in build().
Aborting...
````

Bevan commented on 2015-08-07 21:30

@darkxsun: I can image what could cause this issue, although I never observed it myself and did not verify it:

Imagine an update from linux 4.0 to 4.1. You may have another 3rd party module installed that is lying in extramodules-4.0-arch. Now you install linux 4.1. Consequently extramodules-4.1-arch is the most recent folder, which is what we and the heuristic in this PKGBUILD expect.
Now you update your other 3rd party module. It may (again: this is not verified) first install the new version in extramodules-4.1-arch and then remove its old version in extramodules-4.0-arch. Consequently extramodules-4.0-arch is the folder with the most recent update time, which confuses the heuristic in this PKGBUILD.

Currently I have no idea to handle this. I'm open for suggestions and will keep this problem in mind though. But you always can just change the PKGBUILD to point to the correct folder - or use the -dkms package... ;)

All comments