I have six client machines all accessing a single openafs server. The server
and five clients are running Ubuntu 9.10 with openafs 1.4.10. About 80% of
the time when a client modifies files on the afs, the changes are not
reflected on the other clients, even after the file has been closed (a zip
On 2 Mar 2010, at 10:01, Ken Elkabany wrote:
Is this expected behavior? I don't recall this being a problem when
all our servers were on openafs 1.4.9. Is there a way to force the
synchronization?
This sounds like your clients are missing callback notifications. Is
there anything funky
On Tue, Mar 2, 2010 at 5:01 AM, Ken Elkabany k...@elkabany.com wrote:
I have six client machines all accessing a single openafs server. The server
and five clients are running Ubuntu 9.10 with openafs 1.4.10. About 80% of
the time when a client modifies files on the afs, the changes are not
Am Dienstag, 2. März 2010 11:01:22 schrieb Ken Elkabany:
I have six client machines all accessing a single openafs server. The
server and five clients are running Ubuntu 9.10 with openafs 1.4.10. About
80% of the time when a client modifies files on the afs, the changes are
not reflected on
Thanks! You were all spot on. Our internal firewalls had recently been
updated to block port 7001.
Ken
On Tue, Mar 2, 2010 at 2:17 AM, Christof Hanke christof.ha...@rzg.mpg.dewrote:
Am Dienstag, 2. März 2010 11:01:22 schrieb Ken Elkabany:
I have six client machines all accessing a single
I did a bos restart server vldb on our 3 db server machines,
did not help.
I did a vos syncvldb and vos syncserv on our file servers and
this did not help.
I copied the /usr/afs/db/vldb.DB0 file and
tried vldb_check vldb.DB0 -fix and this did not help.
Do I need to worry about all the index
On Mon, 1 Mar 2010 20:44:15 -0500
Stephen Repetski skrepet...@gmail.com wrote:
My question is this: how relevant is this restart with the current
stable (1.4.11) release of OpenAFS?
It's not necessary. In 1.5/1.6, weekly reboots will no longer be the
default.
--
Andrew Deason
At one time, the OpenAFS users guide ( http://doc.openafs.org/UserGuide/index.html
) was a great place for new users of AFS to get started. It lays out
the principles of AFS clearly, and guides users around many of the
pitfalls they might encounter.
However, it has rotted badly. It's stuck
On 3/2/2010 2:05 PM, Simon Wilkinson wrote:
However, it has rotted badly. It's stuck in the Kerberos v4 world of
'klog', and needs updating to the present day. The source is in docbook
format (although it's already marked up, so docbook knowledge isn't
really required), and is in our git
Hi,
Since MIT released their kerberos 1.8 software today and it disables
single DES by default, what steps should we take to educate new users
about this? Any suggested specfiic documentation changes?
Thanks,
Jason
Original Message
Subject: krb5-1.8 is released
Date:
On 3 Mar 2010, at 00:28, Jason Edgecombe wrote:
Hi,
Since MIT released their kerberos 1.8 software today and it disables
single DES by default, what steps should we take to educate new
users about this? Any suggested specfiic documentation changes?
We should push people towards 1.4.12,
Jason Edgecombe ja...@rampaginggeek.com writes:
Since MIT released their kerberos 1.8 software today and it disables
single DES by default, what steps should we take to educate new users
about this? Any suggested specfiic documentation changes?
UNIX users shouldn't have to care about this
Russ Allbery r...@stanford.edu writes:
That fixes aklog and klog.krb5 to enable DES explicitly if the Kerberos
implementation disables DES by default.
Oh, it's worth noting that if you build against pre-1.8 and then upgrade
the Kerberos libraries without rebuilding OpenAFS, you won't get the
13 matches
Mail list logo