Ernesto,
Thank you for sharing your notes on what was helpful, and I am glad you did
get a working setup. If you do end up writing up specific suggestions, we
would be happy to see them.
-Ben
On Thu, Jun 06, 2024 at 10:40:56AM -0400, Ernesto Alfonso wrote:
> I wanted to provide an update, I
[replying to the latest but copying one older snippet since it's important]
> > > Now my problem is still understanding why `bos listkeys` now succeeds but
> > > returns an empty set when asetkey does list 4 keys.
This is the expected behavior. "bos listkeys" only knows about legacy
rxkad
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
On Wed, May 29, 2024 at 11:26:33AM +0100, Stephen Quinney wrote:
> It looks like the openafs ppa packages for Ubuntu have not been
> updated for 1.8.11. Does anyone know when that might happen? I'd like
> to use the HWE kernel in Jammy but that's now 6.5 which isn't
> supported by 1.8.10
I think
penafs.org.
Benjamin Kaduk
on behalf of the OpenAFS Release Team
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
rpmbuild.
-Ben
On Thu, Feb 29, 2024 at 11:00:38AM +0100, Berthold Cogel wrote:
> 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
/candidate/1.8.11pre1/RELNOTES-1.8.11pre1
Please assist us by deploying this prerelease and providing positive or
negative feedback. Bug reports should be filed to openafs-b...@openafs.org.
Reports of success should be sent to openafs-info@openafs.org.
Benjamin Kaduk
on behalf of the OpenAFS Re
On Mon, May 15, 2023 at 10:48:13PM +, Diogo Castro wrote:
> Hi everyone,
>
> I believe I haven’t seen this being mentioned before in the mailing list, I
> apologize if otherwise.
> We need to have a client built for Centos Stream 9, which is already running
> the kernel 5.14.0-307.
> In the
On Thu, Sep 08, 2022 at 10:00:44AM -0400, Dave Botsch wrote:
> What's the best way to determine appropriate -cb numbers for
> fileservers? And is there a max that is "bad" like with -p ?
>
> Note I'm still on 1.6 servers at the moment, which might change the
> answers to the above.
As Mark said,
On Wed, Aug 24, 2022 at 04:53:11PM +, Ben Huntsman wrote:
> ktpass /princ afs/mydomain@ad.mydomain.com /mapuser srvAFS /mapop add
> /out rxkad.keytab +rndpass /crypto all /ptype KRB5_NT_PRINCIPAL +dumpsalt
When the name of the AFS cell does not match the name of the kerberos
realm, the
On Tue, Aug 16, 2022 at 04:43:19AM +, Ben Huntsman wrote:
> Hi guys-
>Does anyone have a recipe for making OpenAFS work with AD 2012 R2 or 2016
> as a KDC?
>
>I've seen a few articles on using it with 2008 R2, which mostly involve
> re-enabling des-cbc-crc on the AD side... Does
On Fri, Aug 12, 2022 at 06:12:00PM +, Ben Huntsman wrote:
> Ah, interesting! Thank you for pointing that out!
>
> Just to test a sloppy fix, I added an include of to
> src/afs/AIX/osi_machdep.h, and that allowed the compile to continue. It
> stops at src/afs/AIX/osi_sleep.c, but I'll
Hi Ben,
On Fri, Aug 12, 2022 at 04:41:04PM +, Ben Huntsman wrote:
> Hi guys!
>
> Has anyone built this on AIX recently? I see in the code that there is
> support for AIX 6.1, and 7.2. I was hoping to get it working on 7.1 so I
> figured I'd start with a build on AIX 6.1 to make sure it
On Wed, Jun 29, 2022 at 04:02:17PM +0200, Berthold Cogel wrote:
> Hello,
>
> we're trying to prepare our environment for the migration to RHEL 8.
>
> At the moment, with RHEL 7 we still have our user homes in AFS and use
> pam_krb5 to get a token at login. In the long term we will migrate our
On Mon, May 02, 2022 at 08:44:39PM +0100, Jose M Calhariz wrote:
> Hi,
>
> I will have time to look into this again Wednesday. thank you for the
> links. I will try to make a patch about README.servers.
Thank you!
To clarify, even filing a bug without a patch would still be a useful
thing to
Hi Jose,
On Mon, May 02, 2022 at 03:18:47PM +0100, Jose M Calhariz wrote:
>
> I am helping my intern to setup a new OpenAFS Cell on Debian bullseye
> (v11), for debug porposes. We are lost. Following the Debian
> Documentation (README.server) we are stuck in creating a new key for
> the cell.
Hi Kendrick,
While I don't have specific advice for you, I'll make a few high-level
points:
- most of the community knowledge about tuning, both for fileservers and
cache managers, has been recorded in various workshop presentations over
the years. That should include what parameters to
On Fri, Sep 10, 2021 at 08:57:36PM +, Mark Vitale wrote:
>
>
> > On Sep 10, 2021, at 9:23 AM, deb...@lewenberg.com wrote:
> >
> > I have two Debian servers: one is buster and one is bullseye. They both run
> > the openafs-client service. When I run "gbp buildpackage mypackage" it
> >
On Tue, Sep 07, 2021 at 04:30:41PM +0200, Andreas Hirczy wrote:
> Hi!
>
> I recently tried to rekey our AFS - at last - following the ´basic
> procedure´ from https://www.openafs.org/pages/security/how-to-rekey.txt
> and https://www.openafs.org/pages/security/install-rxkad-k5-1.6.txt. My
> setup
On Mon, May 24, 2021 at 11:15:27PM +, Alex Tayts wrote:
> Hi all,
>
> It seems like AFS kernel module does not build for the latest RedHat kernel.
> I am trying to build one with mock in pretty much default configuration and
> get an error:
>
>
> $ /usr/bin/mock --uniqueext=mockbuild -r
On Mon, May 10, 2021 at 12:53:17PM +0200, Giovanni Bracco wrote:
> Thank you Jeff, useful information as always!
>
> For our production cell we must decide if upgrade all the cell to 1.8.x
> (a lot of work to be doneo but we have to schedulee that now or then)
> or remain with CentOS 7.x also
On Mon, Mar 29, 2021 at 03:23:42PM +1100, Ian Wienand wrote:
> Hello,
>
> A new thing I've noticed after we have upgraded everything to 1.8.6 is
> like the following:
What were you upgrading from? (And I assume you mean 1.8.7?)
> ~$ vos remove -server afs01.dfw.openstack.org -id 536870937
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 <mailto:ka...@mit.edu> wrote:
> > > I don't use Crowdstrike so haven't seen it, but can you post the
> > > backtrace?
>
> > Based on wh
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
Hi Bruce,
Off the top of my head, the "vos release" workflows I deal with all involve
adding new data, not removing any. [0] So, in some cases it is prudent to send
a best-effort notification to potential consumers that they may experience
a pause in access, there's not a real need to
reports should be filed to openafs-b...@openafs.org.
Benjamin Kaduk
for the OpenAFS Guardians
signature.asc
Description: PGP signature
On Thu, Jan 14, 2021 at 08:22:49PM +0100, Andreas Hirczy wrote:
> Jeffrey E Altman writes:
>
> >>> Patches to correct the flaw are available from OpenAFS Gerrit
> >>>
> >>> https://gerrit.openafs.org/14491
> >>> rx: rx_InitHost do not overwrite RAND_bytes rx_nextCid
> >>>
> >>>
Jeffrey has dome some analysis that is consistent with your results, and
posted patches at
https://gerrit.openafs.org/#/c/14491
https://gerrit.openafs.org/#/c/14492
We'll be reviewing those shortly.
-Ben
On Thu, Jan 14, 2021 at 10:21:22AM -0500, Chaskiel Grundman wrote:
> None of these things
On Tue, Oct 13, 2020 at 09:26:43PM +0200, Giovanni Bracco wrote:
> Sorry for the typing mistake in previous mail, but you got the point!
>
> Now with the proper setting at the client startup the result is clear,
> the low performance was indeed due to encryption on!
>
> Thank you, the case is
ion, isn't it?
>
> In both cases I have checked the status with fs getcrypt
>
> Giovanni
>
> On 13/10/20 19:48, Benjamin Kaduk wrote:
> > On Tue, Oct 13, 2020 at 09:42:14AM -0400, Jeffrey E Altman wrote:
> >> On 10/13/2020 9:28 AM, Giovanni Bracco (giovanni.bra...@enea.i
on nodes with 1.8.x
> > release.
> > No improvement going to 1.9.0 (both server and clients) either.
> >
> > Any suggestion?
> > Are we missing something important?
> > No special tuning in our installation.
> >
> > Giovanni
>
> I suspect the observed
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
Anything relevant from `echo 't' | sudo tee /proc/sysrq-trigger`?
-Ben
On Tue, Sep 08, 2020 at 05:31:22PM +, Sebby, Brian A. wrote:
> Hi,
>
> I have a few legacy RHEL 6 servers that are still running an older 1.6.x
> series DKMS client, which were recently patched and rebooted. On a
On Wed, Aug 26, 2020 at 05:48:45AM +1000, Ian Wienand wrote:
> Hello,
>
> These messages and oops popped up on one of our ARM64 hosts, running
> 1.8.5 client on Ubuntu Focal
>
> # uname -a
> Linux mirror02 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020
> aarch64 aarch64 aarch64
On Wed, Aug 26, 2020 at 10:21:25AM +1000, Ian Wienand wrote:
> Hello,
>
> In trying to build 1.8.6 I've hit what seems to be the race condition
> mentioned in
>
> https://gerrit.openafs.org/#/c/14017/
>
> ---
> /bin/sh ../../libtool --quiet --mode=install /usr/bin/install -c -m 644
>
On Tue, Apr 28, 2020 at 10:30:50AM +0800, huangql wrote:
> Hello Ben,
>
> Thank you for your reply.
>
> Actually, our farm experiences this issue for some time. And we spent a lot
> of time to figure out it. We found when there is large IO throughput to
> consume the network bandwidth and
On Mon, Apr 27, 2020 at 09:16:14AM +0800, huangql wrote:
> Hello All,
>
>
> We found some clients blocked. And no more operations are available under
> /afs instance like “cd”"ls", all of which are blocked.
>
> We can see some log message on server side to know the error code -3
>
>
> Mon
On Wed, Apr 22, 2020 at 03:34:01PM +0300, Ciprian Dorin Craciun wrote:
> Sorry for reviving this old thread, but this happened to me also.
>
>
> My details:
> * the same computer is used as both server and client;
> * openSUSE 15.0 as distribution;
> * Linux 4.12.14-lp150.12.79-default x86_64
>
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
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
On Fri, Feb 14, 2020 at 10:02:33PM +0100, Giovanni Bracco wrote:
> I have seen that the src.rpm are not available on the openafs site for
> the last versions of the package.
>
> The available ones stop at:
> openafs-1.6.23-1.src.rpm
> openafs-1.8.4-1.src.rpm
>
Hi Neil,
My money is on "unrelated", but thank you for sending the report with full
details!
-Ben
On Thu, Jan 09, 2020 at 01:02:35PM +, Neil Brown wrote:
> Hi,
>
> This is just a heads up in case anyone else has seen or sees something
> similar.
>
> We've just updated an SL 7.6 AFS file
Hi Qiulan,
Can you please confirm that there are no other "INFO: task ... blocked for
more than 120 seconds" messages? This is rather curious, since of the
three tasks listed here, one is waiting trying to acquire the AFS_GLOCK,
and the other two are sleeping (having dropped the AFS_GLOCK in
Did you see
https://lists.openafs.org/pipermail/openafs-info/2019-September/042865.html
?
-Ben
On Mon, Nov 25, 2019 at 02:17:29PM +0100, Harald Barth wrote:
>
> I thought that vos release was smart and only did make a clone +
> transfer if the RW had changed compared to the status of the RO
>
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
and security advisories for additional details.
Bug reports should be filed to openafs-b...@openafs.org.
Benjamin Kaduk
for the OpenAFS Guardians
signature.asc
Description: PGP signature
Hi all,
A bit off topic, but as NFSv4 is implementing cross-server referrals, the
prospect of having a central server that just makes referrals to other
(data-hosting) servers as a sort of global file system namespace has come
up, and I offered to find a reference to use for discussion of the
On Fri, Aug 30, 2019 at 12:35:09PM +1000, Ian Wienand wrote:
> Hello,
>
> I'm struggling to find an angle to debug very long "vos release" times
> with some of our volumes. e.g. some runtimes for the "vos release" of
> a fedora mirror volume from [1]
>
> 2019-08-22 08:46:58 - 2019-08-22
On Thu, Aug 22, 2019 at 02:18:20PM -0700, xg...@reliancememory.com wrote:
> Hello,
>
> On the recent CentOS 7 clients we brought up, I notice that the default
> Kerberos configuration in /etc/krb5.conf (MIT) has set the default cache to
> be
>
> default_ccache_name = KEYRING:persistent:%{uid}
>
On Thu, Aug 22, 2019 at 02:53:13PM -0400, Steve Simmons wrote:
> To make a long story short, we're going to be moving the network on which
> our afsdb servers reside from one data center to another. Trust me, you
> don't want to know the details. This will required a period of time wherein
> all
On Thu, Aug 08, 2019 at 11:54:44AM -0700, xg...@reliancememory.com wrote:
> To make sure I captured all the explanations correctly, please allow me to
> summarize my understandings:
I think your understanding is basically correct (and thanks to Jeffrey for
the detailed explanation!). A few more
On Mon, Jul 29, 2019 at 12:47:35PM +0800, huangql wrote:
> Dear all,
>
> I'm stuck with the ticket cache file permission incorrect after users login
> farm with Pam module. In this case, users failed to run "kpasswd", "klist"
> command with the following error.
>
> kpasswd: Credentials cache
On Tue, Apr 16, 2019 at 03:02:16PM +0200, Andreas Ladanyi wrote:
> Hi,
>
> afsd -debug tells me:
>
> SScall(339, 28, 6601376)=-1 (78, Function not implemented)
> SScall(339, 28, -18944)=-1 (78, Function not implemented)
> SScall(339, 28, 1)=-1 (78, Function not implemented)
> afsd: Forking rx
.
> But "bus error" occurs when executing the "bos" binary.
>
> if i understand you correctly the error is in the LWP code. There is a
> workaround for this issue only for clang. So if i use clang to compile
> the "bos" binary could start without "bu
I don't think that's a requirement, no.
(Were the crashes with a gcc-compiled version?)
-Ben
On Sun, Apr 07, 2019 at 08:17:44PM +0200, Andreas Ladanyi wrote:
> Ok so i have to compile OpenAFS 1.8 with clang instead of gcc at FreeBSD ?
>
>
> Am 06.04.19 um 04:33 schrieb Be
On Fri, Apr 05, 2019 at 08:39:23AM +0200, Andreas Ladanyi wrote:
> Hi,
>
> i compiled afs 1.8.2 on freebsd 11.2. When i want to execute bos command
> it shows me a "Bus Error". If i understand the problem correctly the
> problem is that bos wants to access memory which CPU physically cant
On Fri, Mar 15, 2019 at 11:17:01AM -0400, Michael H Lambert wrote:
> > On 15 Mar 2019, at 11:11, Andreas Ladanyi wrote:
> >
> > AFS 1.6.23 fails to build on FreeBSD 11.2
> >
> > make tells me:
> >
> > dont know how to make ./param.amd64_fbsd_112.h. Stop
> >
> > Could somebody assist me,
On Mon, Mar 11, 2019 at 12:20:43AM +0200, Ciprian Dorin Craciun wrote:
> On Mon, Mar 11, 2019 at 12:06 AM Benjamin Kaduk wrote:
> > To be clear, they do share a great bit of code (dafs was not "from
> > scratch"), but there are many places that do get differential tr
On Sat, Mar 09, 2019 at 12:04:04PM +0200, Ciprian Dorin Craciun wrote:
> On Sat, Mar 9, 2019 at 11:43 AM Harald Barth wrote:
> > > However is it still "safe" and "advised" (outside of these
> > > disadvantages) to run the old `fileserver` component?
> >
> > I would recommend everyone to migrate
On Sat, Mar 09, 2019 at 01:49:18AM +0200, Ciprian Dorin Craciun wrote:
> On Fri, Mar 8, 2019 at 11:39 PM Ciprian Dorin Craciun
> wrote:
> > On Fri, Mar 8, 2019 at 11:11 PM Jeffrey Altman wrote:
> > > The performance issues could be anywhere and everywhere between the
> > > application being used
On Wed, Mar 06, 2019 at 03:28:10PM +0200, Ciprian Dorin Craciun wrote:
> On Wed, Mar 6, 2019 at 7:16 AM Benjamin Kaduk wrote:
> > To a large extent, getting Kerberos set up is pretty much drop it in and
> > switch it on, but there's a lot of flexibility about principal names,
On Tue, Mar 05, 2019 at 10:25:23PM +0100, Måns Nilsson wrote:
> Subject: [OpenAFS] About `dafileserver` vs `fileserver` differences (for
> small cells) Date: Tue, Mar 05, 2019 at 10:05:25PM +0200 Quoting Ciprian
> Dorin Craciun (ciprian.crac...@gmail.com):
> > Hello all!
> >
> > I understand
On Thu, Mar 07, 2019 at 01:43:03PM -0500, Susan Litzinger wrote:
> I got that to work for root.cell and now I find that root.afs is in the
> same situation. Does anyone see any harm in doing the same steps for
> root.afs? It's current status is:
>
> [root@afs-vmc 2019-March]# vos volinfo -id
On Thu, Mar 07, 2019 at 11:29:23AM -0500, Susan Litzinger wrote:
> In order to get our current installation in sync, I attempted to create
> another RO root.cell on velma in the same partition that the RW is on but I
> am unable to do that and get the error that Multiple ROs on a single server
>
On Thu, Mar 07, 2019 at 01:19:46PM +0100, Stephan Wiesand wrote:
> Hi,
>
> > On 7. Mar 2019, at 09:03, Andreas Ladanyi wrote:
> >
> > Hi,
> >
> > i want to test rx performance with rxperf. Where can i get rxperf ?
>
> it happens to be packaged in SL's plumbing-tools rpm. I think the
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
On Mon, Mar 04, 2019 at 02:14:43PM +0200, Ciprian Dorin Craciun wrote:
> On Mon, Mar 4, 2019 at 3:35 AM Benjamin Kaduk wrote:
> > > Perhaps the OpenAFS Quick Start UNIX chapters touching the Kerberos
> > > integration (http://docs.openafs.org/QuickStartUnix/HDRWQ53.html)
On Sun, Mar 03, 2019 at 11:30:41PM +0200, Ciprian Dorin Craciun wrote:
> On Tue, Jan 10, 2012 at 3:20 PM Bobb Crosbie
> wrote:
> > I now recall reading about the slash -> dot remapping in the docs, but I
> > had forgotten about it.
> >
> > I think perhaps the tools might have done a better job
On Mon, Feb 25, 2019 at 06:20:02PM +0100, Mike B. Kerber wrote:
> Hello openafs-specialists!
>
> We are currently upgrading our hardware and would like to circumvent the
> move of the volumes from old to new servers.
>
> We would prefer to move the array containing our vicep* partitions from
>
On Thu, Feb 21, 2019 at 04:58:54PM +0700, Thossaporn (Pommm) Phetruphant wrote:
> Hi everyone,
>
> I have 3 vldb/pts servers and 13 file servers in my network. All are on
> the same subnet, same location.
> We have encountered 2nd time of corrupted VLDB where when 'cd' into a
> mount point it
/rpm-tmp.ZbdvPL (%build)
>
> Any idea what that means? :)
>
> *** No rule to make target 'param.aarch64_linux26.h', needed by
> 'param.h.new'. Stop.
>
> I am running this inside qemu on a intel dell laptop.
>
> Thanks a lot for any ideas you might have. I can upload a
On Wed, Feb 13, 2019 at 08:11:44AM -0500, Gary Gatling wrote:
> Hello.
>
> When I try to compile openafs on fedora 29 on x86_64 it works fine but when
> I try to compile openafs on fedora 29 on aarch64 I get an error:
>
> mkdir -p /builddir/build/BUILD/openafs-1.8.2/include/hcrypto
> mkdir -p
kinit comes from krb5, not openafs.
-Ben
On Wed, Feb 13, 2019 at 02:58:22PM -0500, Gary Gatling wrote:
> I was able to get 1.8.2 to compile for RHEL 8 x86_64 but "kinit" seems to
> be missing. :(
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
On Sun, Feb 10, 2019 at 01:56:09PM +, Joseph Timothy Foley wrote:
> First of all, thank you Jan for your insight. I had forgotten about the
> "udebug" command. I was puzzled because the backup logs mention when an
> election takes place, but the others don't!
>
> I have checked and they
mote servers and clients did not...
>
> Thank you!
>
> Simon
>
> -Original Message-
> From: Benjamin Kaduk
> Sent: Tuesday, January 8, 2019 6:13 PM
> To: Ximeng (Simon) Guan
> Cc: OpenAFS-info@openafs.org
> Subject: Re: [OpenAFS] Client connection failure:
> they could not manage default MTU of 1500 but has to use 1400 because of the
> IPSec requirement...
>
> Thank you!
> Simon
>
> -Original Message-
> From: openafs-info-ad...@openafs.org On
> Behalf Of Benjamin Kaduk
> Sent: Monday, January 7, 2019 1
On Mon, Jan 07, 2019 at 07:40:36PM +, Ximeng (Simon) Guan wrote:
> Hello,
>
> After a power outage on Christmas Eve which forced two database servers and
> all the network switches in one of our offices to re-boot, our laptop clients
> in that office can no longer connect to one of the AFS
On Sat, Dec 01, 2018 at 04:29:29AM +, Chaskiel Grundman wrote:
> >> The vsu_ClientInit() signature change was a side-effect of the
> >> refactoring of ugen_ClientInit(). No one remembered the possible out of
> >> tree usage of vsu_ClientInit(). vsu_ClientInit() is not an exported
> >>
On Tue, Nov 27, 2018 at 04:51:54PM -0500, Jeffrey Altman wrote:
> On 11/27/2018 2:21 PM, Chaskiel Grundman wrote:
> > There is another problem beyond 64-bit safety. It appears that the some of
> > the openafs devs didn't learn from the project's own experience with the
> > linux developers, as
> >
On Tue, Nov 27, 2018 at 12:38:16PM -0500, Susan Litzinger wrote:
> We are in the process of updating from an older version of OpenAFS,
> 1.4.14, to a more recent version, 1.6.16.
>
> The new 1.6.16 servers have been added to our current cell and we are
> moving the volumes from the older servers
On Mon, Nov 26, 2018 at 05:02:10PM +0100, Andreas Ladanyi wrote:
> Hi,
>
> is it possible to adjust the timeout of the cache manager when asking
> the next CellServDB or afsdb entry when a server listed in CellServDB /
> afsdb is offline so for example the users dont get a long waiting for
>
On Thu, Nov 15, 2018 at 03:32:03PM -0500, Adam Jensen wrote:
> Hi,
>
> I would like to explore OpenAFS. Does anyone know of an up-to-date
> installation and set up guide for SL-7.5? The software seems to be
> available:
>
> [hanzer@moria ~]$ yum list openafs\*
> Available Packages
>
On Tue, Nov 13, 2018 at 08:46:28PM -0500, Theo Ouzhinski wrote:
> Hi all,
>
> Sorry for my previous incorrectly formatted email.
> Recently, I've seen an uptick in "no space left on device" errors for
> some of the home directories I administer.
>
> For example,
>
> matsumoto # touch a
>
On Thu, Nov 08, 2018 at 04:27:09PM -0500, Michael Meffie wrote:
> On Wed, 7 Nov 2018 21:41:06 -0500
> "Prasad K. Dharmasena" wrote:
>
> > I've been building 1.6.x on Ubuntu 16.04 with the following options and it
> > has worked well for me.
> >
> > --enable-transarc-paths
> >
On Fri, Nov 02, 2018 at 11:55:42AM +, Neil Brown wrote:
> If it really is just us that's seeing this. I wonder if it may be related
> to our use of automount (autofs). We use automount for various mappings,
> but one is to map /autofs/nethome/USERNAME -> to the corresponding /afs/
> path
On Tue, Oct 23, 2018 at 02:14:38PM +0200, Stephan Wiesand wrote:
>
> > On 23. Oct 2018, at 12:16, Andreas Ladanyi wrote:
> >
> >> In the last few days we've observed an increasing number of Nodes,
> >> which are no longer be reached and have to be rebooted
> >>
> >> In the /var/log/messages we
On Mon, Oct 22, 2018 at 01:39:40PM +, Glick, Bill wrote:
> Richard’s approach is very similar to how I’ve been building openafs RPMs
> recently.
>
> Historically I used RPMs from the CentOS Storage SIG, but they haven’t
> officially supported OpenAFS and aren’t keeping up to date.
>
>
In particular, the kernel functionality to modify the groups/keyring
contents/etc. of the parent process has not been present for a long time.
So the kernel version is arguably more relevant than the OpenAFS version.
-Ben
On Thu, Oct 18, 2018 at 06:43:25AM -0400, Malato, Andy wrote:
> The
On Sat, Oct 13, 2018 at 02:14:06PM -0400, Matt Vander Werf wrote:
> As far as I know, I don't believe support for RPMs has been dropped. From
> my understanding, it's just a matter of who does the release and if they
> have access to RPM-based systems to make the source RPM (SRPM) for said
>
On Fri, Oct 05, 2018 at 09:21:31AM +0200, Andreas Ladanyi wrote:
> > You need to update your apparmor policy to allow rw access to
> > /var/cache/openafs/**; accesses are performed by the kernel cache manager
> > on behalf of all processes and apparmor's view of the credentials do not
> > line up.
You need to update your apparmor policy to allow rw access to
/var/cache/openafs/**; accesses are performed by the kernel cache manager
on behalf of all processes and apparmor's view of the credentials do not
line up. MIT's configuration does this as of
On Mon, Oct 01, 2018 at 11:55:48PM +0200, martin.flemm...@desy.de wrote:
>
> Hi !
>
> In the last days we're getting more and more messages from users about
> having problems accessing their home-directories or subfolder or the hole
> user-tree /afs/desy.de/user is missing ...
>
> Using
On Thu, Sep 13, 2018 at 04:05:34PM +, Mark Vitale wrote:
>
> Giovanni,
>
> > On Sep 13, 2018, at 3:12 AM, Giovanni Bracco
> > wrote:
>
> > I have read about the butc & backup security update.
> >
> > We run daily the AFS backup and I would like to understand if I need just
> > to update
On Thu, Sep 13, 2018 at 11:14:20AM +0200, Andreas Ladanyi wrote:
> I want to report my results:
>
> Salvaging the volume multiple times and switching back to 1.6.22 on the
> client and waiting seems to solve the problem for now.
>
> Are there known problems with the cache manager in 1.8.0 ?
.
These changes also are expected to cause backup(8)'s interactive mode
to be limited to only butc connections requiring (or not requiring)
authentication within a given interactive session, based on the initial
arguments selected.
Bug reports should be filed to openafs-b...@openafs.org.
Benjamin Kaduk
On Fri, Aug 10, 2018 at 02:21:19PM -0600, Kristen Webb wrote:
> I found this situation at a client site and though it was worth brining up:
>
> The client is running openafs 1.8.0-1~ppa0~ubuntu14.04.1-debian, but
> I cannot yet vouch for the server versions.
>
> This is a new volume and here are
and testing this release and
providing positive or negative feedback. Bug reports should be filed
to openafs-b...@openafs.org ; reports of successes should be sent to
openafs-info@openafs.org.
Benjamin Kaduk
for the OpenAFS Guardians
signature.asc
Description: PGP signature
On Wed, Jul 25, 2018 at 09:25:18AM -0700, Renata Maria Dart wrote:
> Hi, we just now are seeing problems with centos 7.5 and Openafs 1.6.8
> where you can cat or run an executable in AFS, but you cannot ls it.
> Is this what is being referred to as the enotdir issue that is now
> fixed in the
g positive or negative feedback. Bug reports should be filed
to openafs-b...@openafs.org ; reports of successes should be sent to
openafs-info@openafs.org.
Benjamin Kaduk
for the OpenAFS Guardians
signature.asc
Description: PGP signature
On Tue, Jun 26, 2018 at 10:33:24AM +0200, Andreas Ladanyi wrote:
>
> Is there a funtion / service in afs to manage clients cellservdb ? I
> understand upclient/upserver are for servers only.
The most scalable way seems to be to not use hardcoded CellServDB entries
and instead use DNS SRV records
1 - 100 of 376 matches
Mail list logo
