[OpenAFS] OpenAFS 1.8.12 beta1 available

The OpenAFS maintainers are happy to announce the availability of the first prerelease for OpenAFS 1.8.12. Source files can be accessed via the web at: https://www.openafs.org/release/openafs-1.8.12pre1.html or via AFS at: UNIX:

[OpenAFS] OpenAFS Project Update: New Maintainers Join the Team

I have been happy to serve as OpenAFS Guardian for almost ten years now, but in recent years it has become clear that as the sole Guardian, my availability has become a bottleneck that is slowing down the progress of the project. While I plan to continue my work on the project at the current

[OpenAFS] OpenAFS Release 1.8.11 available

The OpenAFS Release Team is pleased to announce the availability of OpenAFS 1.8.11 for UNIX/Linux. Source files can be accessed via the web at: http://dl.openafs.org/dl/1.8.11/ or via AFS at: UNIX: /afs/grand.central.org/software/openafs/1.8.11/ UNC:

Re: [OpenAFS] OpenAFS 1.8.11 beta1 available

Hi Berthold, Thanks for the report! I'll note that we now have 'srpm' and 'rpm' Makefile targets as of 1.8.10, so you may not need to be copying/modifying the spec file in order to build rpms. I expect that someone who has an rpm-based system will try to take a look at the warnings from

Re: [OpenAFS] OpenAFS 1.8.11 beta1 available

Am 22.02.24 um 18:30 schrieb Benjamin Kaduk: The OpenAFS Release Team is pleased to announce that the prerelease 1.8.11pre1 is now available. Source files and available binaries can be accessed via the web at: http://dl.openafs.org/dl/candidate/1.8.11pre1/ or via AFS at: UNIX:

[OpenAFS] OpenAFS 1.8.11 beta1 available

The OpenAFS Release Team is pleased to announce that the prerelease 1.8.11pre1 is now available. Source files and available binaries can be accessed via the web at: http://dl.openafs.org/dl/candidate/1.8.11pre1/ or via AFS at: UNIX:

Re: [OpenAFS] OpenAFS Release 1.8.10 available

Congrats to you and the team on 1.8.10 !! On Fri, Jul 07, 2023 at 07:28:02PM +0200, Stephan Wiesand wrote: > The OpenAFS Release Team is pleased to announce the availability of OpenAFS > version 1.8.10 for UNIX/Linux. Source files can be accessed via the web at > >

[OpenAFS] OpenAFS Release 1.8.10 available

The OpenAFS Release Team is pleased to announce the availability of OpenAFS version 1.8.10 for UNIX/Linux. Source files can be accessed via the web at http://www.openafs.org/release/1.8.10/ or via AFS at: UNIX: /afs/grand.central.org/software/openafs/1.8.10/ UNC:

[OpenAFS] OpenAFS 1.8.10 beta1 available

The OpenAFS Release Team is pleased to announce that the prerelease 1.8.10pre1 is now available. Source files and available binaries can be accessed via the web at: http://dl.openafs.org/dl/candidate/1.8.10pre1/ or via AFS at: UNIX:

Re: [OpenAFS] openafs versus systemd

>I'm aware this issue has been discussed before on the mailing list and >also on the systemd bug tracker > but I'm still really >unclear on what the community feels is the best solution to this >problem. >From my limited imperfect understanding, it

Re: [OpenAFS] openafs versus systemd

Is it possible (and it may be more general) to use kswitch ? Something like: #!/usr/bin/bash if [ $(id -u %i) -ge 1 ]; then kswitch -p $(id -u %i) aklog fi exec /path/to/systemd --user Giovanni On 06/06/23 13:38, spacefrogg-open...@spacefrogg.net wrote: I have no idea what

[OpenAFS] openafs versus systemd

I have no idea what exactly is messing up what part, but we also have home directories on AFS and use the following solution for several years now. Replace the ExecStart line of the user@.service with the following script: #!/usr/bin/bash if [ $(id -u %i) -ge 1 ]; then     export

[OpenAFS] openafs versus systemd

We're having trouble with the dbus-user-session package messing up afs for logins on Ubuntu 22.04. On 20.04 we solved the issue by just removing the package but this is now very difficult due to other dependencies. I'm aware this issue has been discussed before on the mailing list and also on the

Re: [OpenAFS] OpenAFS access at login time on MacOS

From: openafs-info-ad...@openafs.org on behalf of Richard Feltstykket Date: Thursday, May 11, 2023 at 6:22 AM To: openafs-info@openafs.org Subject: [OpenAFS] OpenAFS access at login time on MacOS … There is a program in the app store called 'kerberos ticket autorewnewal'. I have installed

Re: [OpenAFS] OpenAFS access at login time on MacOS

On Sat, May 13, 2023 at 12:21:45PM -0400, Jeffrey E Altman wrote: On 5/13/2023 11:44 AM, Jeffrey E Altman (jalt...@auristor.com) wrote: On 5/11/2023 6:20 AM, Richard Feltstykket (rich...@unixboxen.net) wrote: Hello Everyone, Perhaps it is widely known already, but I just wanted to share a

Re: [OpenAFS] OpenAFS access at login time on MacOS

On 5/13/2023 11:44 AM, Jeffrey E Altman (jalt...@auristor.com) wrote: On 5/11/2023 6:20 AM, Richard Feltstykket (rich...@unixboxen.net) wrote: Hello Everyone, Perhaps it is widely known already, but I just wanted to share a process that I have worked out to get a kerberos ticket and an afs

Re: [OpenAFS] OpenAFS access at login time on MacOS

On 5/11/2023 6:20 AM, Richard Feltstykket (rich...@unixboxen.net) wrote: Hello Everyone, Perhaps it is widely known already, but I just wanted to share a process that I have worked out to get a kerberos ticket and an afs token at login time on MacOS.  It seems to work fine for MacOS Ventura

[OpenAFS] OpenAFS access at login time on MacOS

Hello Everyone, Perhaps it is widely known already, but I just wanted to share a process that I have worked out to get a kerberos ticket and an afs token at login time on MacOS. It seems to work fine for MacOS Ventura and Monterey; I have not tested on other versions. 1) copy a valid

[OpenAFS] OpenAFS Workshop CFP deadline extended to 00:00 UCT April 24, 2023

We have received multiple submissions, but we have also received a request to extend the CFP deadline due to holidays. As such, we are extending the CFP deadline to 00:00 UTC April 24th, 2023. Please follow the instructions at https://workshop.openafs.org/afsbpw23/cfp/ for submitting your

[OpenAFS] OpenAFS Release 1.8.9 available

The OpenAFS Release Team is pleased to announce the availability of OpenAFS version 1.8.9 for UNIX/Linux. Source files can be accessed via the web at http://www.openafs.org/release/1.8.9/ or via AFS at: UNIX: /afs/grand.central.org/software/openafs/1.8.9/ UNC:

[OpenAFS] OpenAFS 1.8.9 beta2 available

The OpenAFS Release Team is pleased to announce that the prerelease 1.8.9pre2 is now available. Source files and available binaries can be accessed via the web at: http://dl.openafs.org/dl/candidate/1.8.9pre2/ or via AFS at: UNIX:

[OpenAFS] openafs fails to compile

Hi all, I'm attempting to compile openafs from the git repo as described here: https://wiki.openafs.org/devel/HowToBuildOpenAfsRpmPackages/#index3h2 The userland tools compile and install fine, but the DKMS compilation fails. This is on CentOS7, against ELRepo's kernel-ml version 5.19.12 and

Re: [OpenAFS] OpenAFS with GDM in Ubuntu 22.04 (or 20.04)?

My older setting for pam_krb5 seems to have a minimun UID of 1000 which I'm using. I do have a single local user for administration, so it is needed. I would def appreciate If you can send the patch though, thank you. This is how far I'm now: Once logged in as a local user, I can

Re: [OpenAFS] OpenAFS with GDM in Ubuntu 22.04 (or 20.04)?

I usually start the user@.services with the following ExecStart line: ExecStart=-/bin/bash -c "if [ $(id -u %i) -ge LIMIT ]; then export KRB5CCNAME=/run/krb-caches/krb5cc_$(id -u %i); aklog fi; exec /usr/lib/systemd/systemd --user" The assumptions are: - LIMIT is a user id limit, ids below are

Re: [OpenAFS] OpenAFS with GDM in Ubuntu 22.04 (or 20.04)?

Thank you Jeffrey and Gaja about the further information and even giving hope to some extent really, and sorry about the late response - somehow my email failed to notify me about your important messages. I will try my best to solve my instance using your framework understanding, guidelines

Re: [OpenAFS] OpenAFS with GDM in Ubuntu 22.04 (or 20.04)?

On 8/28/2022 3:14 AM, jukka.tuomi...@finndesign.fi wrote: Hi all, I wonder if anybody has OpenAFS client working with GDM in Ubuntu 22.04 (or 20.04)? That is, allowing users to log into their homedirs graphically. The underlying problem is that GDM heavily relies upon processes launched as

Re: [OpenAFS] OpenAFS with GDM in Ubuntu 22.04 (or 20.04)?

Thank you Dirk, sad to hear, but at least I know now not to waste more time banging my head against the wall. SDDM is new to me, I'll look into it. br, jukka Dirk Heinrichs kirjoitti 2022-08-28 10:59: jukka.tuomi...@finndesign.fi: I wonder if anybody has OpenAFS client working with GDM

Re: [OpenAFS] OpenAFS with GDM in Ubuntu 22.04 (or 20.04)?

jukka.tuomi...@finndesign.fi: I wonder if anybody has OpenAFS client working with GDM in Ubuntu 22.04 (or 20.04)? That is, allowing users to log into their homedirs graphically. You can't. Most of the Gnome stuff nowadays heavily depends on systemctl --user which doesn't work when $HOME is

[OpenAFS] OpenAFS with GDM in Ubuntu 22.04 (or 20.04)?

Hi all, I wonder if anybody has OpenAFS client working with GDM in Ubuntu 22.04 (or 20.04)? That is, allowing users to log into their homedirs graphically. I have an old virtualised setup that still works beautifully, however, several OS-version upgrades breaks it and I haven't been able to

Re: [OpenAFS] OpenAFS vs IBM AFS

On 8/12/2022 2:01 PM, Ben Huntsman (b...@huntsmans.net) wrote:    That is about what I thought.  I guess I ask because for those of us who work more with AIX than the other platforms, it would be interesting and valuable to be able to track the IBM code base as well, even if that were kept in

Re: [OpenAFS] OpenAFS vs IBM AFS

@openafs.org Subject: Re: [OpenAFS] OpenAFS vs IBM AFS On 8/12/2022 12:50 PM, Ben Huntsman (b...@huntsmans.net<mailto:b...@huntsmans.net>) wrote: Hi guys- So I know IBM released the AFS code to the community at the beginning and that is what became OpenAFS. But from various release

Re: [OpenAFS] OpenAFS vs IBM AFS

On 8/12/2022 12:50 PM, Ben Huntsman (b...@huntsmans.net) wrote: Hi guys-    So I know IBM released the AFS code to the community at the beginning and that is what became OpenAFS.  But from various release notes on the IBM site, it would seem that IBM continued (and continues) to develop its

[OpenAFS] OpenAFS vs IBM AFS

Hi guys- So I know IBM released the AFS code to the community at the beginning and that is what became OpenAFS. But from various release notes on the IBM site, it would seem that IBM continued (and continues) to develop its own AFS internally as well. Does anyone know how far the IBM

Re: [OpenAFS] openafs-server does not recover from crash

Am 09.03.22 um 19:09 schrieb Mark Vitale: Pascal, On 9 Mar 2022, at 11:26 AM, Pascal Salet wrote: our openafs-server has stopped working after a crash. "bos status" shows all services online for all fileservers and DBservers. udebug port 7003 works correctly from all fileservers and

Re: [OpenAFS] openafs-server does not recover from crash

Pascal, > On 9 Mar 2022, at 11:26 AM, Pascal Salet wrote: > > our openafs-server has stopped working after a crash. > > "bos status" shows all services online for all fileservers and DBservers. > > udebug port 7003 works correctly from all fileservers and DBservers. > > However, "strace -p

[OpenAFS] openafs-server does not recover from crash

Hi, our openafs-server has stopped working after a crash. "bos status" shows all services online for all fileservers and DBservers. udebug port 7003 works correctly from all fileservers and DBservers. However, "strace -p $(pidof salvageserver)" shows an error: connect(6, {sa_family=AF_UNIX,

[OpenAFS] OpenAFS Accepted to GSOC 2022

OpenAFS has been selected as a Google Summer of Code 2022 mentor organization. The list of accepted 2022 GSoC mentoring organizations will be published March 07, 2022 at 18:00 UTC at https://g.co/gsoc. That website appears to be overwhelmed at the moment, and Google is working on a fix. Those

[OpenAFS] OpenAFS Release 1.8.8 available

The OpenAFS Release Team is pleased to announce the availability of OpenAFS version 1.8.8 for UNIX/Linux. Source files can be accessed via the web at http://www.openafs.org/release/1.8.8/ or via AFS at UNIX: /afs/grand.central.org/software/openafs/1.8.8/ UNC:

[OpenAFS] OpenAFS Licensing Update Discussion

Greetings OpenAFS Community I would like to introduce an OpenAFS community proposal to change the licensing terms for future releases of the kernel components of OpenAFS. Today OpenAFS is exclusively available under the IBM Public License (IPL-1.0). Due to OpenAFS having some Linux kernel

Re: [OpenAFS] openafs 1.8.7 clients and server 1.6.24: rx ping burst?

Thank you for the usefull information as always! In the meanwhile probably we will go back to 1.6.24 Giovanni On 01/06/21 19:03, Jeffrey E Altman wrote: On 6/1/2021 10:24 AM, Giovanni Bracco (giovanni.bra...@enea.it) wrote: But the real strange thing is that there are 1.8.7 clients that are

Re: [OpenAFS] openafs 1.8.7 clients and server 1.6.24: rx ping burst?

On 6/1/2021 10:24 AM, Giovanni Bracco (giovanni.bra...@enea.it) wrote: But the real strange thing is that there are 1.8.7 clients that are sending hundreds of rx ping to this server in less that 30s, messages like this: 15:50:37.414106 IP cresco4cx021.casaccia.enea.it.afs3-callback >

[OpenAFS] openafs 1.8.7 clients and server 1.6.24: rx ping burst?

Recently we have upgraded many of our clients to OpenAFS 1.8.7 while fileservers run 1.6.24. We have noticed some delays for client in accessing the root.cell volume through the path /afs/.enea.it so we have moved root.cell to a new server where it is the only volume and we have done some

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

> The bad news is, override_creds isn't going to fix this, because current->fs > isn't part of the creds. It's still going to be null (h/t jhutz) > The less bad news is, I think this will only affect closing a deleted file. > Other operations should not trigger cache I/O after a flush.

RE: Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

> The bad news is, override_creds isn't going to fix this, because current->fs > isn't part of the creds. It's still going to be null (h/t jhutz) > The less bad news is, I think this will only affect closing a deleted file. > Other operations should not trigger cache I/O after a flush.

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

The bad news is, override_creds isn't going to fix this, because current->fs isn't part of the creds. It's still going to be null (h/t jhutz) The less bad news is, I think this will only affect closing a deleted file. Other operations should not trigger cache I/O after a flush. (exit_files, which

RE: Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

@openafs.org Cc: Martin Kelly Subject: [External] Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor Basically, this is what I'm running: # git describe --abbrev=4 openafs-stable-1_8_x openafs-stable-1_8_7-109-gb7bdd # rxdebug localhost 7001 -version Trying 127.0.0.1

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

Basically, this is what I'm running: # git describe --abbrev=4 openafs-stable-1_8_x openafs-stable-1_8_7-109-gb7bdd # rxdebug localhost 7001 -version Trying 127.0.0.1 (port 7001): AFS version: OpenAFS 1.8.7-109-gb7bdd 2021-03-08 mockbuild@ With this kmod and the latest RHEL7 kernel, this is the

Re: Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

> Do you know if it would be OK for me to share my kernel backtrace with the > OpenAFS list? Yes, please do! :��T���)b� b�өzpJ)ߢ�^��좸!��l��b��(���~�+��Y���b�ا~~ȧ~

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

On 3/8/2021 7:20 PM, Benjamin Kaduk (ka...@mit.edu) wrote: On Mon, Mar 08, 2021 at 07:35:19PM +, Martin Kelly wrote: Below is the LKML LSM thread regarding this. Please let me know if you have any other questions: https://www.spinics.net/lists/linux-security-module/msg39081.html

Re: Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

Hi Martin, On Mon, Mar 08, 2021 at 07:35:19PM +, Martin Kelly wrote: > On Sun, Mar 7, 2021 at 4:34 PM Benjamin Kaduk wrote: > > > I don't use Crowdstrike so haven't seen it, but can you post the > > > backtrace? > > > Based on what I've heard from Mr. Proulx at MIT

RE: Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

On Sun, Mar 7, 2021 at 4:34 PM Benjamin Kaduk wrote: > > I don't use Crowdstrike so haven't seen it, but can you post the backtrace? > Based on what I've heard from Mr. Proulx at MIT (and from others off-list), I > have put in a ticket with Crowdstrike asking if I can

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

On Mon, Mar 08, 2021 at 09:56:02AM -0500, Jonathan D. Proulx wrote: : :We at MIT CSAIL stoped using crowdstrike partly becuase they refused :to fix this despite us providing a patch to falcon-sensor (whcih is :just a tarred pile of shell scripts). Slight correction, the AFS portion of our

Re: Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

Do you know if it would be OK for me to share my kernel backtrace with the OpenAFS list? On Mon, Mar 8, 2021 at 2:37 PM Martin Kelly wrote: > On Sun, Mar 7, 2021 at 4:34 PM Benjamin Kaduk > wrote: > > > I don't use Crowdstrike so haven't seen it, but can you post the >

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

>We at MIT CSAIL stoped using crowdstrike partly becuase they refused >to fix this despite us providing a patch to falcon-sensor (whcih is >just a tarred pile of shell scripts). > >The need to excluse /afs from their scans there's several ways to do >this (they use "find" internally). > >We found

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

On Sun, Mar 7, 2021 at 4:34 PM Benjamin Kaduk wrote: > I don't use Crowdstrike so haven't seen it, but can you post the backtrace? > Based on what I've heard from Mr. Proulx at MIT (and from others off-list), I have put in a ticket with Crowdstrike asking if I can share the kernel backtrace. I

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

On Mon, Mar 08, 2021 at 10:06:44AM -0500, Ken Hornstein wrote: :>We at MIT CSAIL stoped using crowdstrike partly becuase they refused :>to fix this despite us providing a patch to falcon-sensor (whcih is :>just a tarred pile of shell scripts). :> :>The need to excluse /afs from their scans there's

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

We at MIT CSAIL stoped using crowdstrike partly becuase they refused to fix this despite us providing a patch to falcon-sensor (whcih is just a tarred pile of shell scripts). The need to excluse /afs from their scans there's several ways to do this (they use "find" internally). We found them

Re: [OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

On Fri, Mar 05, 2021 at 09:07:43AM -0500, Jonathan Billings wrote: > Hello, > > Our university uses the Crowdstrike endpoint security tool, and we use > OpenAFS for both our user's home directory as well as serving software to > our students, faculty and researchers. Is anyone else using

[OpenAFS] OpenAFS 1.8.7 on Linux systems running Crowdstrike falcon-sensor

Hello, Our university uses the Crowdstrike endpoint security tool, and we use OpenAFS for both our user's home directory as well as serving software to our students, faculty and researchers. Is anyone else using Crowdstrike and OpenAFS on Linux (specifically, RHEL7)? I've discovered that the

[OpenAFS] OpenAFS 1.8.7 available

The OpenAFS Guardians are happy to announce the availability of OpenAFS 1.8.7. Source files can be accessed via the web at: https://www.openafs.org/release/openafs-1.8.7.html or via AFS at: UNIX: /afs/grand.central.org/software/openafs/1.8.7/ UNC:

Re: [OpenAFS] OpenAFS stopped working - me too

> could this have to do with some kind of bug in timestamps > at GMT: Thursday, January 14, 2021 8:25:36 AM > the Unix hex timestamp was 6000 Interesting. Setting date to "14 JAN 2021 08:21:36” seems to solve the problem on my test cell. On Jan 14, 2021, at 10:32 AM, Andreas Weiss

Re: [OpenAFS] OpenAFS stopped working - me too

Dear all, could this have to do with some kind of bug in timestamps at GMT: Thursday, January 14, 2021 8:25:36 AM the Unix hex timestamp was 6000 maybe just a wild-goose chase clients with openafs 1.8.6 are problematic, 1.6 seems to be fine. best andi On 1/14/21 2:27 PM, Florian

Re: [OpenAFS] OpenAFS stopped working - me too

On 14/01/2021 14:12, Heinz-Ado Arnolds wrote: Dear colleagues, thanks for your notes! We have the same problem with 1.8.6 clients since this morning and are working hard to find the problem. Our complete cell is not able to work any more. Any help would be greatly appreciated. Another "me

Re: [OpenAFS] OpenAFS stopped working - me too

Dear all, same problem here. Our complete cell does not work any more. Any ideas? Best, Florian -- Dr. Florian Möller Universität Würzburg Institut für Mathematik Emil-Fischer-Straße 30 97074 Würzburg, Germany Tel. +49 931 3185596 Am 14.01.21 um 14:02 schrieb Neil Brown: Sorry, struggling

Re: [OpenAFS] OpenAFS stopped working - me too

Dear colleagues, thanks for your notes! We have the same problem with 1.8.6 clients since this morning and are working hard to find the problem. Our complete cell is not able to work any more. Any help would be greatly appreciated. Cheers, Ado --

[OpenAFS] OpenAFS stopped working - me too

Sorry, struggling with a connection today, but yes. Our site was working fine up until about 8:30am GMT this morning, and then we started having similar issues. We've been thinking it was a local configuration change, though we hadn't made any AFS changes, only an openssl update. But yes,

[OpenAFS] OpenAFS Release 1.9.0 available

The OpenAFS Guardians are pleased to announce the availability of OpenAFS 1.9.0. 1.9.0 is a test version of OpenAFS for all platforms. The recommended production-ready release of OpenAFS is 1.8.6. Source files can be accessed via the web at http://www.openafs.org/release/1.9.0/ or via AFS at

[OpenAFS] OpenAFS PPA update?

Hi, great to see new releases coming out. Since 1.8.6 appeared a while ago, are there plans to update the Ubuntu PPA in the near future? -Valtteri ___ OpenAFS-info mailing list OpenAFS-info@openafs.org

Re: [OpenAFS] OpenAFS 1.8.4 Linux kernel BUG

Hi Ben, Many thanks for looking at this. > On 4 Apr 2020, at 04:35, Benjamin Kaduk wrote: > > Had this machine been running for a long time > without restart or needing to flush the (AFS) cache? It had been up for 29 days at that point. I can't find any mention of periodic flushes of the

Re: [OpenAFS] OpenAFS 1.8.4 Linux kernel BUG

Hi Ben, That's a nice idea; thanks a lot. But it seems that the disks are OK? I've just queried the RAID controller and it seems that neither of this machine's disks has flagged a SMART error. The controller does a "patrol read" test of both disks once a week, on top of their normal use. Chris

Re: [OpenAFS] OpenAFS 1.8.4 Linux kernel BUG

On Wed, Apr 01, 2020 at 01:53:04PM +0100, Chris Cooke wrote: > Hi, > > A machine of ours recently became unresponsive - these are the messages > reported by journalctl for the time it happened: > > Mar 31 22:51:07 lute.inf.ed.ac.uk kernel: afs: disk cache read error in > CacheItems slot 320036

Re: [OpenAFS] OpenAFS 1.8.4 Linux kernel BUG

The "disk cache read error" makes me wonder how the hardware is doing; are you in a position to run (e.g.) SMART tests? -Ben On Wed, Apr 01, 2020 at 01:53:04PM +0100, Chris Cooke wrote: > Hi, > > A machine of ours recently became unresponsive - these are the messages > reported by journalctl

[OpenAFS] OpenAFS 1.8.4 Linux kernel BUG

Hi, A machine of ours recently became unresponsive - these are the messages reported by journalctl for the time it happened: Mar 31 22:51:07 lute.inf.ed.ac.uk kernel: afs: disk cache read error in CacheItems slot 320036 off 25602900/113096500 code -5/80 Mar 31 22:51:07 lute.inf.ed.ac.uk

[OpenAFS] openafs volume corruption when partition usage above 95%

Hi, We are using openafs-server 1.6.15 on Ubuntu 16.04. Our cell consists of 9 large storage servers each running MD-RAID6, for a total of 550TB of storage. We are experiencing weird behaviour occasionally when the partitions approach about 95% full. For example, on one server we have a 60TB

Re: [OpenAFS] OpenAFS client softlockup on highly concurrential file-system patterns (100% CPU in kernel mode)

On Mon, Nov 25, 2019 at 2:53 AM Benjamin Kaduk wrote: > > * I suspect that perhaps the issue is due to the latest kernel version, > > because I have run similar patterns a few weeks ago on an older kernel (but > > still from the `5.x` family), but can't say for sure; > > I see the diagnostics and

Re: [OpenAFS] OpenAFS client softlockup on highly concurrential file-system patterns (100% CPU in kernel mode)

On Tue, Nov 19, 2019 at 01:53:59PM +0200, Ciprian Dorin Craciun wrote: > > My setup is as follows: > > * OpenSUSE Tumbleweed, kernel 5.3.9-1-default, client package > `openafs-client` and `openafs-kmp-default` at `1.8.5_k5.3.9_1-1.3` as > provided by OpenSUSE; > > * `afsd` parameters (neither

Re: [OpenAFS] OpenAFS client softlockup on concurrential file-system patterns (100% CPU in kernel mode)

On Wed, Nov 20, 2019 at 9:37 PM Ciprian Dorin Craciun wrote: > Now the client works OK, however if I start the `afsd` client on the > server itself (i.e. over `loopback` network), where previously (with > `-jumbo`) I was able to max-out the disks (~300 MiB/s), now seems to > be capped at around

Re: [OpenAFS] OpenAFS client softlockup on concurrential file-system patterns (100% CPU in kernel mode)

Before replying, I want to note that I think I've stumbled upon three (perhaps related) issues (some of which might just be configuration error): * AFS file access getting stuck; (seems to be solved by increasing the number of `fileserver` threads from `-p 4` to `-p 128`;) * trying to `SIGTERM`

Re: [OpenAFS] OpenAFS client softlockup on concurrential file-system patterns (100% CPU in kernel mode)

Στις 20 Νοε 2019 19:17, ο χρήστης Ciprian Dorin Craciun έγραψε: (Yesterday over wireless I didn't use Jumbo frames, but the day before, where the same thing happened, I was using them.) Does this mean that '"the other day with jumbo frames" was over GigE ? Does this happen

Re: [OpenAFS] OpenAFS client softlockup on highly concurrential file-system patterns (100% CPU in kernel mode)

On Wed, Nov 20, 2019 at 7:49 PM Mark Vitale wrote: > > The following are the arguments of `fileserver`: > > -syslog -sync always -p 4 -b 524288 -l 524288 -s 1048576 -vc 4096 -cb > > 1048576 -vhandle-max-cachesize 32768 -jumbo -udpsize 67108864 > > -sendsize 67108864 -rxmaxmtu 9000 -rxpck 4096

Re: [OpenAFS] OpenAFS client softlockup on highly concurrential file-system patterns (100% CPU in kernel mode)

> On Nov 20, 2019, at 12:17 PM, Ciprian Dorin Craciun > wrote: > > >> Do you have FileLogs and/or fileserver audit logs for the time in question? > > Yes, I do have access to them. > > The following is the syslog output from OpenAFS server in a 5 minute > time-window to the stacktrace

Re: [OpenAFS] OpenAFS client softlockup on highly concurrential file-system patterns (100% CPU in kernel mode)

On Wed, Nov 20, 2019 at 7:03 PM Mark Vitale wrote: > Thank you for the backtraces. I agree that 'gm' is the problematic thread; > it appears to be stuck in rxi_WriteProc waiting for the Rx packet transmit > window > to advance. That is, it's waiting for acknowledgments - probably from the >

Re: [OpenAFS] OpenAFS client softlockup on highly concurrential file-system patterns (100% CPU in kernel mode)

Ciprian, > On Nov 19, 2019, at 4:37 PM, Ciprian Dorin Craciun > wrote: > > On Tue, Nov 19, 2019 at 10:38 PM Ciprian Dorin Craciun > wrote: >> At the following link you can find an extract of `dmesg` after the >> sysrq trigger. >> >> >>

Re: [OpenAFS] OpenAFS client softlockup on highly concurrential file-system patterns (100% CPU in kernel mode)

Ciprian, > On Nov 19, 2019, at 6:53 AM, Ciprian Dorin Craciun > wrote: > > A few days ago I have encountered a very strange OpenAFS client issue that > basically exhibits in two ways: > > * either the processes accessing the file-system get "stuck" reading (or > perhaps opening) the files;

[OpenAFS] OpenAFS client softlockup on highly concurrential file-system patterns (100% CPU in kernel mode)

A few days ago I have encountered a very strange OpenAFS client issue that basically exhibits in two ways: * either the processes accessing the file-system get "stuck" reading (or perhaps opening) the files; (although if one waits "long" enough, sometimes those processes will finally complete

[OpenAFS] OpenAFS Security Releases 1.8.5, 1.6.24 available

The OpenAFS Guardians are happy to announce the availability of Security Releases OpenAFS 1.8.5 and 1.6.24. Source files can be accessed via the web at: https://www.openafs.org/release/openafs-1.8.5.html https://www.openafs.org/release/openafs-1.6.24.html or via AFS at:

Re: [OpenAFS] OpenAFS 1.8.4pre1

An update on my 1.8.4 experiences. My initial success report was a bit premature. I still occasionally get I/O errors with certain apps (esp libreoffice) using 1.8.4. They occur with less frequency than with 1.8.3 and earlier, however. An strace shows libreoffice trying to do an openat() and

[OpenAFS] OpenAFS 1.8.4pre1

Just wanted to voice a thank you to all the devs who worked on the recent release. 1.8.4pre1 seems to have fixed several issues I was having on some Ubuntu 18.04 workstations. While I haven't done any formal stress-testing, I have noticed no problems so far. ~Stephen

Re: [OpenAFS] OpenAFS 1.8.X token problems

Dear Mike, the patches worked perfectly; the issue is solved. Operating system: Arch Linux Kernel: 5.1.4 I've already sent a confirming email to Mark (but I forgot to cc the list - sorry). Best, Florian Am 24.05.19 um 17:15 schrieb Michael Meffie: Hello Florian, Were you able to try with

Re: [OpenAFS] OpenAFS 1.8.X token problems

Hello Florian, Were you able to try with these patches? Did the patches address your token problems? Best regards, Mike -- Michael Meffie ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info

Re: [OpenAFS] OpenAFS 1.8.X token problems

Florian, > On May 22, 2019, at 8:00 PM, Mark Vitale wrote: > > I've begun working on a fix and will notify you when it's available on > gerrit.openafs.org for review. I ended up with three patches: remote: https://gerrit.openafs.org/13597 pioctl: limit fruitless token searches remote:

Re: [OpenAFS] OpenAFS 1.8.X token problems

Florian, > On May 22, 2019, at 5:39 PM, Mark Vitale wrote: > > On May 22, 2019, at 4:56 PM, Mark Vitale wrote: >> >> >> Before we go any further with that, I would like you to verify that all the >> OpenAFS components are the same version. Please provide the output from the >> following

Re: [OpenAFS] OpenAFS 1.8.X token problems

Florian, > On May 22, 2019, at 4:56 PM, Mark Vitale wrote: > > > Before we go any further with that, I would like you to verify that all the > OpenAFS components are the same version. Please provide the output from the > following commands: > - rxdebug 7001 -version > - strings $(which

Re: [OpenAFS] OpenAFS 1.8.X token problems

Florian, Please see my comments and questions interleaved below: > On May 22, 2019, at 5:34 AM, Florian Möller > wrote: > > we are experiencing problems with the 1.8.X client. > > The servers of our cell run OpenAFS 1.8.3. Everything works fine using the > 1.6.X client. When using 1.8.X the

[OpenAFS] OpenAFS 1.8.X token problems

Hi, we are experiencing problems with the 1.8.X client. The servers of our cell run OpenAFS 1.8.3. Everything works fine using the 1.6.X client. When using 1.8.X the following strange behaviour occurs: aklog seems to obtain a token; "aklog -d username" gives Authenticating to cell ifm

Re: [OpenAFS] OpenAFS Workshop 2019

tional Laboratory From: on behalf of "E. Margarete Ziemer" Date: Friday, April 5, 2019 at 1:49 PM To: "openafs-annou...@openafs.org" , "openafs-info@openafs.org" , "openafs-de...@openafs.org" Subject: [OpenAFS] OpenAFS Workshop 2019 The OpenAFS Foundatio

[OpenAFS] OpenAFS / AFS Workshop Call for Presentations

The OpenAFS Workshop is a community based effort to promote the stability and growth of the AFS distributed file system and related technologies. The workshop takes place Wednesday, June 19 - Friday, June 21 in Pittsburgh, PA at the Hyatt House Pittsburgh South Side. We believe that all members

[OpenAFS] OpenAFS Workshop 2019

The OpenAFS Foundation is pleased to announce that the 2019 OpenAFS Workshop will be held at the Hyatt House Pittsburgh South Side . The conference will begin on the morning of Wednesday, June 19, and it will end at 12 noon on Friday, June 21, to

[OpenAFS] OpenAFS yum repository for CentOS 7

Hi, I've used Scientific Linux for several years. Their yum repository includes OpenAFS packages. I'm now trying to understand the situation with OpenAFS packages on CentOS 7. https://wiki.centos.org/SpecialInterestGroup/Storage mentions OpenAFS, but AFAICS there are no AFS packages actually

Re: [OpenAFS] openafs Fedora Linux 29

On Wed, Mar 06, 2019 at 10:35:28AM -0500, Jonathan Billings wrote: > On Wed, Mar 6, 2019 at 10:05 AM Thomas Lang > wrote: > > > Hi there, > > > > I tried to build new RPMs for Fedora 29 kernels > > > > kernel-4.19.15-300.fc29.x86_64 > > > > and > > > > kernel-4.20.4-200.fc29.x86_64 > > > > from

  1   2   3   4   5   6   7   8   9   10   >