Package Details: openafs 1.8.13.1-1

Git Clone URL: https://aur.archlinux.org/openafs.git (read-only, click to copy)
Package Base: openafs
Description: Open source implementation of the AFS distributed file system
Upstream URL: http://www.openafs.org
Licenses: IPL-1.0
Conflicts: openafs-features
Submitter: None
Maintainer: Bevan
Last Packager: Bevan
Votes: 61
Popularity: 0.000000
First Submitted: 2006-02-01 17:18 (UTC)
Last Updated: 2024-12-21 09:26 (UTC)

Latest Comments

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 32 Next › Last »

nickoe commented on 2013-07-31 12:50 (UTC)

I think it was the appdefaults I added to /etc/krb5.conf to make it aklog automatically upon gaining a krb ticket. [appdefaults] program = /usr/bin/aklog

nickoe commented on 2013-07-31 12:48 (UTC)

@Bevan, Yes, indeed, I can use aklog, but before, it was possbile to _just_ kinint and then I also gained an afs token. I have put something in some krb conf somewhere, I will see if I am able to find it.

Bevan commented on 2013-07-31 12:28 (UTC)

@nickoe: You really should not need heimdal at all. kinit only gets a Kerberos ticket, not an AFS token. You should be able to run "aklog" afterwards to get a token using your Kerberos ticket. "klog" should not be necessary. If aklog does not work, try "aklog -d" to get debugging information. You can also use third party apps like krb5-auth-dialog to get you an AFS token automatically.

Bevan commented on 2013-07-30 08:25 (UTC)

@nickoe: The disagreement of the first two commands could be the result of the failed attempts to start the afs client. Maybe it is trapped in some ugly state now... But I think a few lines later we see the root of the problem: [root@t410-arch nickoe]# fs setcrypt on fs: error while loading shared libraries: libkrb5.so.26: cannot open shared object file: No such file or directory The inclusion of this line in the service file was the only change between 1.6.5-1 and 1.6.5-2. So you should be able to work around this problem by removing the line "ExecStartPost=/usr/bin/fs setcrypt on" in /usr/lib/systemd/system/openafs-client.service. Maybe you need another reboot to resolve the obscure state of /afs. Note that this file will be overwritten when reinstalling/updating openafs. You can copy it to /etc/systemd/systemd to be persistent but I do not recommend to use it for a long time. But this is only a workaround to get openafs running again. We should find out why fs is linked against a non-existing libkrb5.so.26. The package krb5 ships libkrb5.so.3.3, so that's what fs should use. I remember that you once had heimdal-aur installed. I'm wondering if there is some old library lying around... Could you please run the following commands? pacman -Qs heimdal locate libkrb5.so.26 (or if this does not work: find -L /lib* -name libkrb5.so.26)