Hi, yesterday we attempted to update our AFS server encryption
keys. We have done this procedure a dozen or so times under
Transarc AFS with minimal problems. Yesterday was our first time
trying it under OpenAFS and things did not proceed as expected.
All of our database (3) and fileservers
-Id: OpenAFS Info/Discussion openafs-info.openafs.org
I'll pick one place to reply, and punt the other. No code to be developed.
On Tue, 16 Sep 2003, Renata Maria Dart wrote:
Lost contact with file server 134.79.17.xx in cell slac.stanford.edu (all
multi-homed ip addresses down for the server
Based on some encouraging rumours, we are thinking about trying out
an AFS fileserver to serve very large volumes, 100gb+. Does anyone
who has tried this, or thought about it, have any feedback regarding:
1. (solaris) hardware best suited for this, both cpu and storage
2. size of partitions
Hi, we have 8 solaris 9 fileservers running a mixture of OpenAFS
1.2.9 and 1.2.10. They 1.2.9 fileservers have all been running
uneventfully since last September until last night when one of
them restarted and left a corefile.fs:
Instance fs, (type is fs) has core file, currently running
://lists.openafs.org/mailman/listinfo/openafs-info,
mailto:[EMAIL PROTECTED]
List-Archive: https://lists.openafs.org/pipermail/openafs-info/
List-Help: mailto:[EMAIL PROTECTED]
List-Id: OpenAFS Info/Discussion openafs-info.openafs.org
On Fri, 23 Jan 2004, Renata Maria Dart wrote:
Hi, we have 8 solaris 9
Hi, is the calcinode perl script available at:
http://www-1.ibm.com/support/docview.wss?rs=0q=%2bAFS+Debugginguid=swg21113287
loc=en_UScs=utf-8cc=USlang=en
under Related information at the bottom of the page, the one
to use when examining the output of extended file logging on an
OpenAFS
Hi, I recently patched one of our AFS fileservers to the solaris 9
recommended patch set containing kernel patch 117171-05. I newfs'd
the vice partitions to give it a clean bill of health before putting
it into service and when I rebooted, the following error came out
of the AFS fsck for each of
Hi, I see the same thing on our servers...on the servers where
vfsck is behaving correctly, we have kernel patch 112233-12 with
113073-05 installed. Our one server which is exhibiting the vfsck
errors has kernel 117171-05 with 113073-13.
-Renata
Delivered-To: [EMAIL PROTECTED]
Mime-Version:
Hi Jeff, we create a backup of the entire /usr/afs/db directory
every night (and in addition every night we make a copy of the
boot drive of our database servers onto an alternate drive).
Is there anything more to be gained by using pt_util? What is
the difference between making a copy of
Hi, I applied Rainer's fix to a lightly loaded solaris 9 fileserver and I am
still seeing entries in the FileLog that look like:
Thu Feb 17 08:35:02 2005 FindClient: client ea7e58(7982e684) already had conn
eaa790 (host 808a850c), stolen by client ea7e58(7982e684)
Thu Feb 17 08:40:02 2005
Hi, is the gconf lock problem fixed in some version of
OpenAFS? This is the problem whereby a gconf user finds that
they cannot login because of a corrupt .gconfd/lock and/or a
corrupt /.gconf/%gconf-xml-backend.lock, and the only fix is
to rename them? I recently installed 1.2.13 on all of our
Thanks to all of you who have responded on this issue...we now have
some work-arounds to choose from. I'll see about testing 1.3xx at some
point although I don't know how to force the problemI think I have
seen some instances were a server crash did not necessarily cause
the gconf lock
/pipermail/openafs-info/
Date: Wed, 13 Apr 2005 20:04:12 -0400 (EDT)
On Wed, 13 Apr 2005, Renata Maria Dart wrote:
Thanks to all of you who have responded on this issue...we now have
some work-arounds to choose from. I'll see about testing 1.3xx at some
point although I don't know how to force
Hi, we are also seeing problems with solaris 10 and the just announced
1.4.0 OpenAFS binaries (at least we suspect it is with OpenAFS). In
our case we have a system which we use for our cron jobs one of which
is a findtrash operation that runs once a day. It combs a portion
of our AFS space for
Hi, we have been seeing evidence of a memory leak with the 1.4.0
client on solaris 10 sparc systems that heavily exercise the AFS
cache. I have a ticket open with SineNomine for this issue. We also
have the 1.4.0 server running, but only in test mode, so we haven't
put a whole lot of AFS stress
Hi, we upgraded our AFS server keys this morning and things went
smoothly for our unix clients, but we are seeing some problems with
authentication on our windows clientswindows users login to their
windows systems (some running OpenAFS 1.4.0, not sure what others are
running), the system says
Thanks for your response Jeff. Our windows clients do not run
kerberos. And the problem exists not only for users who were already
logged in, but on windows boxes that have just been rebooted, and on a
windows box that got a brand new install of OpenAFS this morning, so
existing tokens weren't
On Tue, 20 Dec 2005, Jeffrey Altman wrote:
Renata Maria Dart wrote:
Thanks for your response Jeff. Our windows clients do not run
kerberos. And the problem exists not only for users who were already
logged in, but on windows boxes that have just been rebooted, and on a
windows box that got
On Tue, 20 Dec 2005, Chaskiel M Grundman wrote:
are your kerberos kdcs running on the afs database servers?
Yes.
If not, are you
sure you shut down your kaservers?
if a unix client uses kerberos v4 (kinit -4; aklog), does it fail also?
Hmmm, don't know about that...will look into it.
Thanks,
Hi, we recently had a fileserver crash because of an ecache error.
When the server came back up it had the further misfortune of a fibre
channel adapter error which prevented the drives containing the vice
partitions from coming back online. Once those issues were dealt
with, the system was again
On Thu, 13 Apr 2006, Jeffrey Hutzelman wrote:
Under the circumstances you describe, yes, this is normal.
However, you switched to namei, which doesn't have that feature (and can't,
since it doesn't use a modified fsck). So on your first start, the
bosserver forced a salvage, but there weren't
Hi, we are changing the configuration of the vice partitions on each
of our AFS fileservers from 8 60gb partitions to 2 240gb partitions
(as part of our transition to 1.4.1). Do I need to be concerned about
any performance impact from increasing the number of volumes per
partition? Certainly
Thanks for the feedback Jeff...just what I wanted to hear.
-Renata
On Thu, 10 Aug 2006, Jeffrey Hutzelman wrote:
On Thursday, August 10, 2006 04:05:43 PM -0700 Renata Maria Dart
[EMAIL PROTECTED] wrote:
Hi, we are changing the configuration of the vice partitions on each
of our AFS
Hi Dale, we have no objections...we have no solaris systems
older than 2.8.
-Renata
On Fri, 19 Jan 2007, Dale Ghent wrote:
Well, it's been a week since I posed the mentioned question. I'll
take this opportunity to offer a reminder to speak up in case this
proposal affects you. I'll wait
On Mon, 29 Jan 2007, Joe Buehler wrote:
Michael Robokoff wrote:
Is there a way to list out existing volumes that
are not mounted?
The salvager has an option to list mount points:
salvager -showmounts
Hi, I expect volumes are inaccessible while this runs as during other
salvager operations?
Hi Jeff,
Does -showsuid also imply -nowrite, or can it be used with -nowrite
to avoid taking the server out?
Thanks,
Renata
-showmounts implies -nowrite, and so is safe to use on a running fileserver
without taking the volume offline. However, if you want to run this on a
whole partition at
Hi Russ,
I'd like to enable this unconditionally in 1.6.
I think that's a good idea.
The only drawback that
we've been able to think of is that it will cause surprising behavior for
anyone who has a BosConfig.new file sitting around in that directory.
Does anyone have that situation right
Hi, I have been seeing the following errors in our database PtLogs:
Thu Oct 22 14:05:54 2009 Ubik: Error reading database file: errno=22
Usually 1 or 2 a day, although some days have none. Querying our 3 db
servers with udebug 7002 shows that the pts database is the same
version on each. I
Allbery wrote:
Renata Maria Dart ren...@slac.stanford.edu writes:
Hi, I have been seeing the following errors in our database PtLogs:
Thu Oct 22 14:05:54 2009 Ubik: Error reading database file: errno=22
Usually 1 or 2 a day, although some days have none. Querying our 3 db
servers with udebug
at 8:35 PM, Renata Maria Dart
ren...@slac.stanford.edu wrote:
Hi, I have been seeing the following errors in our database PtLogs:
Thu Oct 22 14:05:54 2009 Ubik: Error reading database file: errno=22
Usually 1 or 2 a day, although some days have none. Â Querying our 3 db
servers with udebug 7002
I should mention that we do have some automatic monitoring in place
for ubik breakdowns and I am not seeing any. But a bit more detailed
data would be nice.
-Renata
On Fri, 23 Oct 2009, Renata Maria Dart wrote:
Hi Derrick, I don't see any evidence of that when I check with udebug
and I don't
Hi Jeff, this is our old problem which we have suffered from
since day 1. It is multiple clients all writing to one file
or one directory at the same time. The threads on the server
plummet and waiting processes start backing up.
Renata
On Wed, 26 Oct 2011, Jeffrey Altman wrote:
The issue
Hi,
How many clients?
That will varysometimes 1000+ but I have seen thread
depletion with just a handful of clients all writing to the
same file or directory.
How many outstanding RPCs?
Up to ~350 calls waiting when it is at its worst.
How many threads on the file server?
Hi again, I should also add that we have had a couple of tickets
with SineNomine about this in the past, 5471 and 5432. As I
understood it, the problem boiled down to an rx issue with
asynchronous rx the possible fix.
But I also want to express my appreciation for all the work that
has gone
Hi Jeff,
You should upgrade to 1.6 so you can increase -p to 255. This
will help but will not address the core problem.
I am working on that...I have a 1.6 server in test mode.
Do these processes communicate with each other to synchronize their work
and as such rely on the AFS cache
Hi Jeff, thanks for your analysis and ideas on this issue.
On a similar notewe also experience random abuse on what we
call our RW servers. We have segregated the RW copies of our commonly
used volumes, like root.cell, system and package utilities, etc,
from our user home directory space.
Hi, I have been trying to compile pam-afs-session-2.5 on solaris 11.
I have generated krb5 1.6.2, and heimdal 1.5.2 so that I have
libkafs.a and libkafs.la, and I have OpenAFS 1.6.1 running on the
system. I am using the following configure:
./configure --prefix=/opt/pam
Thanks a lot RussI'll check it out and let you know how it works.
Renata
On Fri, 1 Jun 2012, Russ Allbery wrote:
Renata Maria Dart ren...@slac.stanford.edu writes:
Hi, I have been trying to compile pam-afs-session-2.5 on solaris 11. I
have generated krb5 1.6.2, and heimdal 1.5.2 so
Hi, does this issue apply to both rhel5 and 6?
Thanks,
Renata
Unless you manually set HAVE_POLL, you may not have it enabled in 1.6:
we didn't actually do the configure test for it. It will be fixed in 1.6.2.
Incidentally, of note, currently salvsync unlike fssync doesn't ever try
poll().
Hi Dan, thanks for your efforts in researching this problem and
posting it. And thanks to Arne for his response as well.
Renata
On Thu, 8 Nov 2012, Dan Van Der Ster wrote:
Just run
ulimit -Hn
If it says 4096 your AFS will probably crash. If it says 1024 you are safe (as
far as we've
Hi Andrew, we opened a ticket with RedHat, but it is
not clear how to proceedare you thinking that we
should be asking them for a fix?
Thanks,
Renata
On Fri, 7 Mar 2014, Andrew Deason wrote:
It has been discovered that the OpenAFS client interacts poorly with a
change to the Linux
Thanks Andrew...we'll see what we can find out.
Renata
On Wed, 12 Mar 2014, Andrew Deason wrote:
On Wed, 12 Mar 2014 08:19:22 -0700 (PDT)
Renata Maria Dart ren...@slac.stanford.edu wrote:
Hi Andrew, we opened a ticket with RedHat, but it is
not clear how to proceedare you thinking
Hi Jeffmakes sense...we'll add more to our 2 cents with them.
Thanks,
Renata
On Wed, 12 Mar 2014, Jeffrey Altman wrote:
As with any situation in which there are products from two vendors
involved it is critical that bug reports be opened by affected customers
with both vendors. Only by
Hi, we had a user report that he was only getting 0-length core files
from his segfaulting executable when writing the core into AFS from a
rhel6 64-bit linux system. We have confirmed that under OpenAFS 1.6.5
this appears to be so. The executable can write a normal core file on
that same linux
:
On Mon, 5 May 2014, Renata Maria Dart wrote:
This sounds like it might be a volume quota issue.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
Thanks Marc, we'll check out 1.6.6 or 1.6.7.
Renata
On Mon, 5 May 2014, Marc Dionne wrote:
On Mon, May 5, 2014 at 6:31 PM, Renata Maria Dart
ren...@slac.stanford.edu wrote:
Hi, we had a user report that he was only getting 0-length core files
from his segfaulting executable when writing
Hi, I found some earlier discussion on openafs about this error
message popping out, it seems when a transaction has taken longer
than expected. I couldn't find anything though that described a
fix. Is there a fix? Or is the fix to get a faster server? :-)
The discussion that I am referring to
Hi Jeff, the client is 1.6.5.
Renata
On Fri, 11 Jul 2014, Jeffrey Altman wrote:
Since 1.6.5 a change was made to the client to translate the VNOSERVICE
error to ETIMEDOUT. That doesn't change any behavior but it results in
a more reasonable error message being reported. (VNOSERVICE has the
Hi, we would like to make AFS available in readonly mode (without
using the afsnfs translator) to systems that are not running the AFS
client. Some past postings suggested unfs as the way to go. Is there
a current recommendation of the easiest and most secure way of doing
this?
Thanks for any
Thanks Ben,
Renata
On Wed, 25 Jul 2018, Benjamin Kaduk wrote:
>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.
uk wrote:
>>
>> 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 referr
51 matches
Mail list logo