Re: [OpenAFS] Current Limits of OpenAfs ?

s stored per > callback, which is one per file/directory in a writable volume, and > one per entire readonly volume, so without knowing what the client's > utilization will be, I can't say. - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104

[OpenAFS] Um: sorry

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I don't know how that was possible, but, my apologies. Matt Matt Benjamin wrote: - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216

[OpenAFS] Re: Deadline- Jan 9! CFP: 2009 OpenAFS & Kerberos Best Practices Workshop

l, in hopes that will count as submission within the deadline. Matt Benjamin (734) 216-5309 m...@linuxbox.com Extended Callback Information: Results and Implications This talk will review the proposed Extended Callback Information protocol extension, which has now been implemented for a varie

Re: [OpenAFS] About AFS performance over WAN

ase > where it doesn't) that's a practical consideration. > ___ > OpenAFS-info mailing list > OpenAFS-info@openafs.org > https://lists.openafs.org/mailman/listinfo/openafs-info - -- Matt Benjamin The Linux Box 206 South Fifth Ave

Re: [OpenAFS] Communication errors on volume operations

ely a known, in-development bug? Regards, Bryn Divey ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http

Re: [OpenAFS] Re: FreeBSD port crashes

but as soon as I try to load afsd (the kernel module loads fine), it > scans the empty cache diretory and the crashes, bringing the OS to a halt. > - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-

Re: [OpenAFS] Re: Proto-TAC

sponsors at the beginning, or from time to time. I'm happy to have those sponsors there, and supportive of it. Matt Russ Allbery wrote: > Matt Benjamin <[EMAIL PROTECTED]> writes: > > I don't understand why you think this is a regression from the current > situation. Curren

Re: [OpenAFS] Re: Proto-TAC

ds to begin soliciting > contributions. While Usenix is willing to accept the checks on our > behalf, organizations have indicated that until there is a legal > Foundation whose membership they can purchase, there is no mechanism > by which a check can be written. Hence in my opinion th

Re: [OpenAFS] Re: Proto-TAC

> The technical advisory council will be a subset of the community > that will speak for the community. However, it will never replace > the community. Until it exists, I recommend using the mechanisms > that are already in place. > > Jeffrey Altman - -- Matt Benja

[OpenAFS] OpenAFS TAC

t might not be a bad idea for the community to simply get started organizing an informal proto-TAC and see what issues it's going to present, and what opportunities it may offer. Matt - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com

rotation/term limits: Was: [OpenAFS] Foundation Plan redux

lear to me as well how much good > term limits could actually do towards the goal of encouraging new people > to take actual responsibility. But too strict a seperation of > responsibilities would probably lead to the decapitated body you described. > - -- Matt Benjamin The Linux

Re: [OpenAFS] Re: Build samba 3.2.2 with openafs 1.4.7

gt;>> option I couldn't see anything relevant. >>> >> Look at the headers for openssl. You will see that DES_ symbols are >> macros. I think you want one of the OLD DES options. >> >> >> >> > Hi, > > After some googling

Re: [OpenAFS] On contributor agreements

ore importantly I don't think > there's much danger of IBM's lawyers vetting and agreeing to it. - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 -BEGIN PGP SIGNAT

Re: [OpenAFS] vos release fails -- bandwidth too low?

t been specifically optimized for bandwidth, but that is probably a > discussion for another forum. We are currently seeing about 26KBps sustained > across the links. > Our OpenAFS trial setup has two file servers, one with an RW volume and both > with RO volumes of the RW one. - -- M

[OpenAFS] Re: [grand.central.org #89557] Re: next clone

e code | when I have time. I am currently under several deadlines related to the | native file system client so that it can be ready for testing at | Microsoft next | week. | | Jeffrey Altman | - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.co

Re: [OpenAFS] An open letter from the OpenAFS Council of Elders

pen source project seven and a half - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozi

Re: [OpenAFS] Re: [OpenAFS-devel] An open letter from the OpenAFS Council of Elders

ready tried that. I would | just like openafs to pick one and go with it. | ___ | OpenAFS-info mailing list | OpenAFS-info@openafs.org | https://lists.openafs.org/mailman/listinfo/openafs-info - -- Matt Benjamin The Linux Box 206 South Fifth Ave.

Re: [OpenAFS] Fedora kernel builds

dule is GPL! ;) |> This whole GPL-only thing is just stupid. | | Read http://kerneltrap.org/Linux/NDISwrapper_and_the_GPL | - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 -BEGIN

Re: [OpenAFS] File systems on Linux, again.

> i will dig around and see if i can find it. > > In message <[EMAIL PROTECTED]>,Matt Benjamin writes: > Hey, Chas, > - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-

Re: [OpenAFS] File systems on Linux, again.

l locks blocks any progress the readahead thread might make. > ___ > OpenAFS-info mailing list > OpenAFS-info@openafs.org > https://lists.openafs.org/mailman/listinfo/openafs-info - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 htt

Re: [OpenAFS] Strange access problems on one client

ot;int" or "long" and hard-code bit shifts. > > Sure enough - with the original patch I was trying to confirm that this > was indeed the issue, and didn't try to be generic. > > - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 4810

Re: [OpenAFS] AES Support ?

ECTED] will work, as I > already have multiple AFS cells using the same Kerberos realm. > > < > > ___ > OpenAFS-info mailing list > OpenAFS-info@openafs.org > https://lists.openafs.org/mailman/listinfo/openafs-info - -- M

Re: [OpenAFS] Disconnected OpenAFS

that. Matt Derrick Brashear wrote: > > > On 9/23/07, *Matt Benjamin* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > As I understand it, and I was in a discussion about this last

Re: [OpenAFS] Disconnected OpenAFS

more info, please speak up. > > Sincerely, > Jason > ___ > OpenAFS-info mailing list > OpenAFS-info@openafs.org > https://lists.openafs.org/mailman/listinfo/openafs-info - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 15

Re: [OpenAFS] Disconnected OpenAFS

rrounding file locks that must be resolved. One has to start somewhere... Matt - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU

Re: [OpenAFS] New Server, Journaling FS, and Windows Client...

'd like > to covert it to ext3 with journaling. > - -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/L

Re: [OpenAFS] openafs performance in an internet-scale traffic environment

t. But before doing that I'd like to know if > I'm on the right track. > > Many thanks > Richard Human > > ___ > OpenAFS-info mailing list > OpenAFS-info@openafs.org > https://lists.openafs.org/mailman/listinfo/ope

Re: [OpenAFS] set client to refuse byte-range locks?

running this program" refers to? - a -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 ___ OpenAFS-info mailing list OpenA

Re: [OpenAFS] Undelete support feedback request

any other file systems that implement it? ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbo

Re: [OpenAFS] Undelete support feedback request

rg/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 ___ OpenAFS-info mailing list OpenAFS-info@openafs

Re: [OpenAFS] Undelete support feedback request

Open to discussion, I think. Hypothetically through a read-only filesystem path (per-volume?), with a purge RPC on (the volume?). Matt Derrick J Brashear wrote: On Thu, 7 Dec 2006, Matt Benjamin wrote: Hi All, I'm posting to ask how much interest there would be among AFS sites for a

[OpenAFS] Undelete support feedback request

Hi All, I'm posting to ask how much interest there would be among AFS sites for a file undeletion mechanism in the fileserver. Clearly, AFS users have less apparent need for such a feature given backup volumes, but the semantics are not the same. Thoughts? Matt -- Matt Benjamin

[OpenAFS] Re: [OpenAFS-win32-devel] OpenAFS vs Vista

Jeff, I recall seeting the IFS working (by some definition of "working") on Eric JW's workstation in 2005. What specifically are the missing features that must be implemented to complete the work? Matt Jeffrey Altman wrote: The long term solution is clear. The OpenAFS community needs to m

Re: [OpenAFS] Re: why afs backup is so poorly supported

spoil chas's vision of atomic commits. -Marcus ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave.

Re: [OpenAFS] Supported enctypes in OpenAFS 1.4.x

begin with, and require some help to work on other platforms. ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor,

Re: [OpenAFS] file-locking

on is "When, if ever, will this be fixed?" Richard Bronson ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 A

Re: [OpenAFS] AFS and ASM (For oracle RAC) can it ? could it?

s.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-530 ___ OpenAFS-info mailing list OpenAFS-info@openaf

Re: [OpenAFS] Re: tcp or udp?

nfo@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info Matt -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 ___ OpenAFS-info

Re: [OpenAFS] Re: openafs server encryption types

release. By when is OpenAFS 2.0 expected to be out ? -Rahul S. Sometime after OpenAFS 1.4 is shipped. Jeffrey Altman -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309

Re: [OpenAFS] File locking

It would not be in the initial 1.4 release. It would be nice to get it implemented before the end of the year. Jeffrey Altman Daniel Wood wrote: -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-89

Re: [OpenAFS] File locking

aking the law and thereby incurring liability. We do not accept any liability to any third party acting or failing to act on, or on any information contained in this e-mail -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 f

Re: [OpenAFS] 2005 Workshop links

Ted, I found that, for some talks, maybe ones that had slides available early, they are linked off the Agenda page for the workshop. Matt ted creedon wrote: When can we expect the 2005 Workshop presentations to be be on the openafs.org website? tedc -- Matt Benjamin The Linux Box

Re: [OpenAFS] shadow volumes?

Jeff, Thank you for writing this--I was hoping you would jump in. Matt Jeffrey Hutzelman wrote: On Sunday, July 10, 2005 05:47:36 PM -0400 Matt Benjamin <[EMAIL PROTECTED]> wrote: These are, sort of, new in OpenAFS. Where by "sort of new" you mean "not really

Re: [OpenAFS] shadow volumes?

ives. Any additional info would be appreciated! Thanks! <https://lists.openafs.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 __

Re: [OpenAFS] OpenAFS and OpenSSI

cluster node. Does anyone here have experience with this combination? Kind regards, Simeon Miteff. -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-89

Re: [OpenAFS] FSFS Subversion repository on OpenAFS 1.3.84 problems

Blake, You should be able to host a webdav repository, from a Linux cm using the byte-range lock patch (RT), I believe. Doesn't change the situation wrt multiple clients using file-based access--only whole-file locking in that case. Matt -- Matt Benjamin The Linux Box 206 South Fift

Re: [OpenAFS] AFS cache on loop device

https://lists.openafs.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cell. 734-216-5309 ___ OpenAFS-info mailing list Op

Re: [OpenAFS] Drbd with OpenAFS

merad ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cell. 734-216

Re: [OpenAFS] fine-grained incrementals?

University - Pittsburgh, PA ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761

Re: [OpenAFS] Oops in 2.6.11-rc1 ...

FYI, SuSE has backported this struct inode change to a slew 2.6 kernels, as of yesterday at 6:00 pm. Matt Kevin Coffman wrote: This does the trick. Thanks! -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734

Re: [OpenAFS] Linux 2.6.10-rc2 osi_misc.c structure has no member named `rlim'

1. on x86, current is an inline function which returns a pointer to the task_struct associated with the current process, it's defined in an arch-specific header (eg, include/asm-i386/current.h) 2. what Derek said IIRC, this and the EXIT_ZOMBIE are the only issues you'll run into, in making liba