Re: AFS install
On Wed, 16 May 2012, Jerry McAllister wrote:
On Tue, May 15, 2012 at 12:51:04AM -0400, Benjamin Kaduk wrote:
Hello Ben,
Thank you for your response.
I cleaned and then copied the 82 file to 83 and then edited it
to replace all 82-s with 83 or added it where there seemed to be
a list of versions. It got a lot further, but now dies not finding
another file.
../rpc/types.h:77:27: error: rpc/netconfig.h: No such file or directory
Ah, I see what is going on. This is an artifact of the old build system I
inherited, which is no longer used for OpenAFS git master; unfortunately,
the new code (which uses FreeBSD's standard kernel module building
infrastructure) is not directly mergable to the OpenAFS 1.6.x branch, so
the release version is still using the old build system.
The proper way to fix it is to clean the work tree, redo the copying
param.amd64_fbsd_82.h file, and then find this part of
openafs-1.6.0/src/libafs/MakefileProto.FBSD.in:
%-ln -fs ${KSRC}/nfs nfs
%all -fbsd_71 -fbsd_72 -fbsd_72 -fbsd_73 -fbsd_74 -fbsd_80 -fbsd_81 -fbsd_82
-fbsd_90
%-ln -fs /usr/include/rpc rpc
%fbsd_71 fbsd_72 fbsd_73 fbsd_74 fbsd_80 fbsd_81 fbsd_82 fbsd_90
%-ln -fs ${KSRC}/rpc rpc
%all
which is doing conditionals on the particular FreeBSD version to account
for moved headers, instead of a more intelligent version number
comparison. Add -fbsd_83 to the first line (all -fbsd_71 [...])
and fbsd_83 to the second one (fbsd_71 fbsd_72 [...]), and then a
build should get past this issue.
However, if you just want it to build now, I think there is an easier fix.
(I'm not 100% sure, since there are some ... weird ... things going on in
this build system, and I haven't played with it recently.)
Edit openafs-1.6.0/src/libafs/Makefile and find the line that has
-ln -fs /usr/include/rpc rpc
and change that to be
-ln -fs ${KSRC}/rpc rpc
instead (preserving the tab character at the beginning of the line). I
expect that to let the build continue.
Again, sorry for all these troubles; I'll bump up the priority of getting
the port updated.
-Ben Kaduk
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AFS install
On Tue, May 15, 2012 at 12:51:04AM -0400, Benjamin Kaduk wrote: Hello Ben, Thank you for your response. I cleaned and then copied the 82 file to 83 and then edited it to replace all 82-s with 83 or added it where there seemed to be a list of versions. It got a lot further, but now dies not finding another file. ../rpc/types.h:77:27: error: rpc/netconfig.h: No such file or directory I will send along another message with the build script attached. Hi Jerry, On Mon, 14 May 2012, Jerry McAllister wrote: Hi, I installed AMD64 FreeBSD 8.3 on a new machine a couple of days ago. It seems fine so far. This afternoon I tried to install OpenAFS 1.6.0 on it from /usr/ports/net/openafs The configure ran happily and I didn't notice any errors. But, the make died soon after starting with the following complaints. make: don't know how to make ./param.amd64_fbsd_83.h. stop *** Error code 2 Stop in /usr/ports/net/openafs/work/openafs-1.6.0. ** Error code 1 I presume that means that it does not know about FreeBSD 8.3 yet. That's right; the OpenAFS build system has lots of history behind it, which means that it is not particularly elegant at handling this sort of thing. A lot of history. We have used it at MSU for a long time. It was never my project to build or maintain, but I used it a lot. I rummaged around in the README it left in the ../work directory and saw a bunch of AMD64 versions up to 8.1 (and even 9.0) but not 8.2 or 8.3. I noticed in the Makefile where it says: IGNORE= Supports FreeBSD 8.0 and later I am not sure how that plays in it. I am definitely not a make hacker. Anyway, is there a good tinker to get past this or do I have to wait until something gets updated in the port? Or, did I just do something stupid? No fault on your end; I need to push in updates for 8.3 and 10.0 support but have been busy with schoolwork. I can sure relate to that. For now, if you're up for a little bit of tinkering, you could go in to /usr/ports/net/openafs and 'make clean make extract', then: cd work/openafs-1.6.0/src/config cp param.amd64_fbsd_82.h param.amd64_fbsd_83.h and continue with the usual make install, etc., in /usr/ports/net/openafs/. If that still does not compile/run, please send me the build log (or dmesg -a output if a runtime failure) and I will look at it. Thanks for the report, and sorry to have been so slow at catching up to 8.3/10.0. -Ben Kaduk Thanks for your help, jerry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AFS install
I am not sure how that plays in it. I am definitely not a make hacker. Anyway, is there a good tinker to get past this or do I have to wait until something gets updated in the port? 8.2 version should work just fine as 8.3 version. Some simple fixing of makefiles/other files or even symlinks should correct it. Or, did I just do something stupid? Probably not you but program authors by requiring to change source every time new FreeBSD version will go out. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
AFS install
Hi, I installed AMD64 FreeBSD 8.3 on a new machine a couple of days ago. It seems fine so far. This afternoon I tried to install OpenAFS 1.6.0 on it from /usr/ports/net/openafs The configure ran happily and I didn't notice any errors. But, the make died soon after starting with the following complaints. make: don't know how to make ./param.amd64_fbsd_83.h. stop *** Error code 2 Stop in /usr/ports/net/openafs/work/openafs-1.6.0. ** Error code 1 I presume that means that it does not know about FreeBSD 8.3 yet. I rummaged around in the README it left in the ../work directory and saw a bunch of AMD64 versions up to 8.1 (and even 9.0) but not 8.2 or 8.3. I noticed in the Makefile where it says: IGNORE= Supports FreeBSD 8.0 and later I am not sure how that plays in it. I am definitely not a make hacker. Anyway, is there a good tinker to get past this or do I have to wait until something gets updated in the port? Or, did I just do something stupid? By the way, I need just the client. I do not intend to start a server or a cell on this machine. I just need to talk to the cell at work. Is there a way of only installing the client? (I think the client is the biggest part, but still, do not need the server part hanging around if it would work happily that way) Thanks for any help, jerryJerry McAllisterjerr...@msu.edu ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AFS install
Hi Jerry, On Mon, 14 May 2012, Jerry McAllister wrote: Hi, I installed AMD64 FreeBSD 8.3 on a new machine a couple of days ago. It seems fine so far. This afternoon I tried to install OpenAFS 1.6.0 on it from /usr/ports/net/openafs The configure ran happily and I didn't notice any errors. But, the make died soon after starting with the following complaints. make: don't know how to make ./param.amd64_fbsd_83.h. stop *** Error code 2 Stop in /usr/ports/net/openafs/work/openafs-1.6.0. ** Error code 1 I presume that means that it does not know about FreeBSD 8.3 yet. That's right; the OpenAFS build system has lots of history behind it, which means that it is not particularly elegant at handling this sort of thing. I rummaged around in the README it left in the ../work directory and saw a bunch of AMD64 versions up to 8.1 (and even 9.0) but not 8.2 or 8.3. I noticed in the Makefile where it says: IGNORE= Supports FreeBSD 8.0 and later I am not sure how that plays in it. I am definitely not a make hacker. Anyway, is there a good tinker to get past this or do I have to wait until something gets updated in the port? Or, did I just do something stupid? No fault on your end; I need to push in updates for 8.3 and 10.0 support but have been busy with schoolwork. For now, if you're up for a little bit of tinkering, you could go in to /usr/ports/net/openafs and 'make clean make extract', then: cd work/openafs-1.6.0/src/config cp param.amd64_fbsd_82.h param.amd64_fbsd_83.h and continue with the usual make install, etc., in /usr/ports/net/openafs/. If that still does not compile/run, please send me the build log (or dmesg -a output if a runtime failure) and I will look at it. By the way, I need just the client. I do not intend to start a server or a cell on this machine. I just need to talk to the cell at work. Is there a way of only installing the client? (I think the client is the biggest part, but still, do not need the server part hanging around if it would work happily that way) The upstream OpenAFS build system is not condusive to just building the client; I have asked about this. It is fairly easy to just build the server, but since my interest was mostly in the client I did not add an option for doing so. Thanks for the report, and sorry to have been so slow at catching up to 8.3/10.0. -Ben Kaduk ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
AFS on FreeBSD 8?
I tried to get an AFS client on my 8.0-RELEASE (or 8-STABLE) system. What is the status of AFS on FreeBSD? Neither OpenAFS nor Arla seem to be in ports. I found the freebsd-afs mailing list with many posting from 2008/Dec but nothing from 2009 or 2010. The port-freebsd list on openafs.org has nothing newer, either. http://wiki.freebsd.org/afs has instructions for Arla, but the build fails on 8.0-RELEASE. http://wiki.freebsd.org/afs-server seems to be even older. http://wiki.freebsd.org/AFS_using_OpenAFS_%2B_Arla gives me: You are not allowed to view this page. Is there anything more current that I missed? Thanks, Jan Henrik ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: AFS on FreeBSD 8?
Jan Henrik Sylvester wrote: I tried to get an AFS client on my 8.0-RELEASE (or 8-STABLE) system. What is the status of AFS on FreeBSD? Neither OpenAFS nor Arla seem to be in ports. I found the freebsd-afs mailing list with many posting from 2008/Dec but nothing from 2009 or 2010. The port-freebsd list on openafs.org has nothing newer, either. http://wiki.freebsd.org/afs has instructions for Arla, but the build fails on 8.0-RELEASE. http://wiki.freebsd.org/afs-server seems to be even older. http://wiki.freebsd.org/AFS_using_OpenAFS_%2B_Arla gives me: You are not allowed to view this page. Is there anything more current that I missed? Try asking on freebsd-fs@ or freebsd-current@ lists. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Start of a FreeBSD Setup Guide for AFS (Server and Client)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've been meaning to get this started for awhile now, but time never is what one would like it to be: endless. http://wiki.freebsd.org/AFS_using_OpenAFS_%2B_Arla Is a *very* basic start ... right now, its just a pointer to Arla (client) and OpenAFS (server) ports for FreeBSD created by Alex Koss, and a link to some NetBSD specific setup instructions. I'm going to work on FreeBSD specific ones, using that as a base, that will be on the Wiki itself ... If anyone else does start working through the NetBSD instructions and wants to submit stuff, just email me and I'll gladly add it .. kerberos, at least, is something that I've *never* setup, so I'm starting from complete ground zero on this .. - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHtO1q4QvfyHIvDvMRAjhqAKCvz5FqgcDl/pwb3Sj0faY+kSgZbwCdHYAq +d3oV/GmYens4pm/D02XhxU= =3u+o -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OpenAFS-devel] Re: AFS ... or equivalent ...
On Jan 16, 2008 1:48 PM, Jeffrey Hutzelman [EMAIL PROTECTED] wrote: The let's just slurp everything into the main distribution so we don't have to worry about stable interfaces approach is really poor. It encourages bad engineering practice among people maintaining the main distribution, discourages innovation and extension by others, and generally doesn't scale. It's far better to either attempt to maintain stable external interfaces to the VFS and VM subsystems, or else admit that you don't have the resources to do so given the relatively small number of external users, in which case you almost certainly also don't have the resources to keep on top of updates to something like OpenAFS. The Linux Kernel presents a very strong counter-argument-by-example. The amount of patches merged per released version has been linearly increasing over the last several years; the 2.6.23 = 2.6.24 patch was 49MB uncompressed, with a 5.7MB changelog. Of that, a significant portion were VFS changes which touched most filesystems. The various filesystem-related changes alone between 2.6.23 and 2.6.24 were 2.9MB. For reference, the *entire* OpenAFS diff between 2.4.6 and 2.5.30 is all of 8.2MB. The Linux Kernel changes include partial support for having per-process views of a single filesystem (Specifically /proc, so /proc/net can have differing contents between network namespaces). Other features which Linux supports that virtually no other OS does is multiple filesystem namespaces, where the mount-tree is selectively independent or shared between namespaces. I realize that some people are probably already aware of most of that, but I thought it should be mentioned that slurp everything into the main distribution actually scales very well with respect to the Linux kernel. It means that the people who are making changes (to the VFS, for example) have to go around and fix *all* the filesystems, and in addition when a bug gets fixed in one filesystem then most of the others get checked for that same bug. OpenAFS also does not benchmark very well under Linux against most of the other networked filesystems (even ones using encryption), as it does not support the fine-grained locking that Linux does. Unfortunately it isn't practical for Linux to reuse existing OpenAFS code as the licenses are partially incompatible. In the long run, I'm guessing that the OpenAFS cache manager evolves more quickly than FreeBSD's VFS interface, which makes pulling the CM into the kernel tree a losing battle. If you disagree, by all means fork that part of AFS (or get someone else to do so) and see what happens (AFS's user/kernel and RPC interfaces are both fairly stable, so forking just the kernel parts should be mostly feasible). As it so happens this is exactly what is happening right now in the Linux Kernel. David Howells (original author of the Linux keyring subsystem) has been writing a generic userspace+kernelspace FS-Cache system which can use either a block device or a mounted filesystem as storage. It presently supports NFS and the minimal in-kernel AFS client and is planned to be mostly merged into 2.6.25. The benefits of being able to share innovations in caching between AFS, NFS, and other networked filesystems is quite significant. My apologies for anything in this email that may be construed as offensive; the intent is as an honest technical discussion of development methods and practices. Cheers, Kyle Moffett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OpenAFS-devel] Re: AFS ... or equivalent ...
On Mon, Feb 04, 2008 at 12:58:29AM -0500, Kyle Moffett wrote: On Jan 16, 2008 1:48 PM, Jeffrey Hutzelman [EMAIL PROTECTED] wrote: The let's just slurp everything into the main distribution so we don't have to worry about stable interfaces approach is really poor. It encourages bad engineering practice among people maintaining the main distribution, discourages innovation and extension by others, and generally doesn't scale. It's far better to either attempt to maintain stable external interfaces to the VFS and VM subsystems, or else admit that you don't have the resources to do so given the relatively small number of external users, in which case you almost certainly also don't have the resources to keep on top of updates to something like OpenAFS. The Linux Kernel presents a very strong counter-argument-by-example. The amount of patches merged per released version has been linearly increasing over the last several years; the 2.6.23 = 2.6.24 patch was 49MB uncompressed, with a 5.7MB changelog. Of that, a significant portion were VFS changes which touched most filesystems. The various filesystem-related changes alone between 2.6.23 and 2.6.24 were 2.9MB. So, there are reasons why many of us prefer FreeBSD to Linux. jerry For reference, the *entire* OpenAFS diff between 2.4.6 and 2.5.30 is all of 8.2MB. The Linux Kernel changes include partial support for having per-process views of a single filesystem (Specifically /proc, so /proc/net can have differing contents between network namespaces). Other features which Linux supports that virtually no other OS does is multiple filesystem namespaces, where the mount-tree is selectively independent or shared between namespaces. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: VFS KPI was Re: [OpenAFS-devel] Re: AFS ... or equivalent ...
Rick Macklem wrote: On Wed, 16 Jan 2008, Robert Watson wrote: [good stuff snipped] Right now we maintain a relatively stable VM/VFS KPI withing a major release (i.e, FreeBSD 6.0 - 6.1 - 6.2 - 6.3), but see fairly significant changes between major releases (5.x - 6.x - 7.x, etc). I expect to see further changes in VFS for 8.x (and some of the locking-related ones have already started going in). This is loosely related to both the OpenAFS thread and the Mac OS X ZFS port thread, so I thought I'd ask... Has anyone considered trying to bring the FreeBSD VFS KPI (and others, for that matter) closed to the Darwin/Mac OS X ones? The Apple folks made quite dramatic changes to their VFS when going from Panther (very FreeBSD like) to Tiger, but seemed to have stabilized, at least for Leopard. It just seems that using the Mac OS X KPIs might leverage some work being done on both sides? (I don't know if there is an OpenAFS port to Mac OS X or interest in one, but I would think there would be a use for one, if it existed?) Although I'm far from an expert on the Mac OS X VFS (when I ported to it, I just cribbed the code and it worked:-), it seems that they pretty well got rid of the concept of a vnode-lock. If the underlying file system isn't SMP safe, it can put a lock on the subsystem at the VFS call. (I think it optionally does a global lock or a uses an smp lock in the vnode, but don't quote me on this. My code currently runs with the thread-safe flag false in the vfs_conf structure entry, which enables the automagic locking.) Both Solaris and OSX seem to have found the path out of the VFS locking woods, and it would indeed be really nice if FreeBSD could follow suit. You're not the first to suggest the vnode locking move out of VFS and into the filesystems. I think that the work it would take to adapt the existing filesystems to this design would be far less than the ongoing work by everyone to fight the old design (both in FreeBSD proper and in companies that do their own custom filesystems in FreeBSD), but it does come at a cost of making things like nullfs much harder, if not nearly impossible. I wish I had time to work on something like this, but I encourage others to look into it and experiment. Scott ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
VFS KPI was Re: [OpenAFS-devel] Re: AFS ... or equivalent ...
On Wed, 16 Jan 2008, Robert Watson wrote: [good stuff snipped] Right now we maintain a relatively stable VM/VFS KPI withing a major release (i.e, FreeBSD 6.0 - 6.1 - 6.2 - 6.3), but see fairly significant changes between major releases (5.x - 6.x - 7.x, etc). I expect to see further changes in VFS for 8.x (and some of the locking-related ones have already started going in). This is loosely related to both the OpenAFS thread and the Mac OS X ZFS port thread, so I thought I'd ask... Has anyone considered trying to bring the FreeBSD VFS KPI (and others, for that matter) closed to the Darwin/Mac OS X ones? The Apple folks made quite dramatic changes to their VFS when going from Panther (very FreeBSD like) to Tiger, but seemed to have stabilized, at least for Leopard. It just seems that using the Mac OS X KPIs might leverage some work being done on both sides? (I don't know if there is an OpenAFS port to Mac OS X or interest in one, but I would think there would be a use for one, if it existed?) Although I'm far from an expert on the Mac OS X VFS (when I ported to it, I just cribbed the code and it worked:-), it seems that they pretty well got rid of the concept of a vnode-lock. If the underlying file system isn't SMP safe, it can put a lock on the subsystem at the VFS call. (I think it optionally does a global lock or a uses an smp lock in the vnode, but don't quote me on this. My code currently runs with the thread-safe flag false in the vfs_conf structure entry, which enables the automagic locking.) Just a thought, rick ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OpenAFS-devel] Re: AFS ... or equivalent ...
--On Monday, January 14, 2008 02:23:47 PM + Robert Watson [EMAIL PROTECTED] wrote: I'd like very much to get at least the kernel parts of an AFS client into the base system. That may well be realistic for arla, though I believe there was a period for a while where the kernel/arlad interface was evolving to support features like chunking. I pay only superficial attention to arla-drinkers, so I don't know what the status of any of that is; for that, you'd have to ask someone who is actively involved in arla development (I believe there are some such people on this list). It is unlikely ever to happen for OpenAFS, in which virtually all of the cache manager code is in-kernel and most of it is cross-platform. Trying to pull the OpenAFS cache manager into the FreeBSD kernel would be equivalent to forking OpenAFS; what you'd get would work and would keep up with FreeBSD, but it would be unlikely to keep up with OpenAFS. The let's just slurp everything into the main distribution so we don't have to worry about stable interfaces approach is really poor. It encourages bad engineering practice among people maintaining the main distribution, discourages innovation and extension by others, and generally doesn't scale. It's far better to either attempt to maintain stable external interfaces to the VFS and VM subsystems, or else admit that you don't have the resources to do so given the relatively small number of external users, in which case you almost certainly also don't have the resources to keep on top of updates to something like OpenAFS. In the long run, I'm guessing that the OpenAFS cache manager evolves more quickly than FreeBSD's VFS interface, which makes pulling the CM into the kernel tree a losing battle. If you disagree, by all means fork that part of AFS (or get someone else to do so) and see what happens (AFS's user/kernel and RPC interfaces are both fairly stable, so forking just the kernel parts should be mostly feasible). -- Jeff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OpenAFS-devel] Re: AFS ... or equivalent ...
On Wed, 16 Jan 2008, Jeffrey Hutzelman wrote: --On Monday, January 14, 2008 02:23:47 PM + Robert Watson [EMAIL PROTECTED] wrote: I'd like very much to get at least the kernel parts of an AFS client into the base system. That may well be realistic for arla, though I believe there was a period for a while where the kernel/arlad interface was evolving to support features like chunking. I pay only superficial attention to arla-drinkers, so I don't know what the status of any of that is; for that, you'd have to ask someone who is actively involved in arla development (I believe there are some such people on this list). It is unlikely ever to happen for OpenAFS, in which virtually all of the cache manager code is in-kernel and most of it is cross-platform. Trying to pull the OpenAFS cache manager into the FreeBSD kernel would be equivalent to forking OpenAFS; what you'd get would work and would keep up with FreeBSD, but it would be unlikely to keep up with OpenAFS. I chatted with Darrick for a while on IM yesterday (or was it the day before) to try and get a better understanding of the OpenAFS parts, and now that I know a little more, agree. My primary experience until now has been with Arla, which has a very stable interface between its relatively static kernel module and the userspace cache manager, so the main on-going engineering for the kernel module is tracking changes in the FreeBSD VFS rather than tracking Arla changes. The let's just slurp everything into the main distribution so we don't have to worry about stable interfaces approach is really poor. It encourages bad engineering practice among people maintaining the main distribution, discourages innovation and extension by others, and generally doesn't scale. It's far better to either attempt to maintain stable external interfaces to the VFS and VM subsystems, or else admit that you don't have the resources to do so given the relatively small number of external users, in which case you almost certainly also don't have the resources to keep on top of updates to something like OpenAFS. Right now we maintain a relatively stable VM/VFS KPI withing a major release (i.e, FreeBSD 6.0 - 6.1 - 6.2 - 6.3), but see fairly significant changes between major releases (5.x - 6.x - 7.x, etc). I expect to see further changes in VFS for 8.x (and some of the locking-related ones have already started going in). The historic problem for Arla has been that instead of tracking these VFS changes as they are made, they had to catch up every once in a while. Normally that every once in a while has been at the point where a FreeBSD branch is coming to the end of support rather than when it is new and shiny. The result has been that Arla is pretty hard to use with FreeBSD as you either have to run a relatively old version of FreeBSD, or update the Arla kernel parts yourself (neither exciting prospects). In particular, if you are a FreeBSD kernel developer, you will never be running Arla as you are almost certainly running something on the development HEAD and not an aging branch. This leads to a bit of a chicken-and-egg problem, in which FreeBSD developers never use AFS, and this almost certainly an obstacle to it getting much use in the wider FreeBSD community. If there's sufficient interest in the AFS community to create and maintain a port of OpenAFS to FreeBSD, I think that would be wonderful. However, in light of the fact that it hasn't really happened to date, I've been trying to think of ways to help support that community a bit better. In the case of Arla, there's a quite logical path: if we import the nnpfs kernel module (but not cache manager), then it will track FreeBSD development and almost certainly work with little or no trouble on new major releases, as sweeps to various KPIs will happen for free. If that doesn't work with OpenAFS due to structural differences from Arla, that's a shame (because it is easy in the case of Arla), but life. So let's turn the question around: to get the OpenAFS client up and running on FreeBSD, do you have any technical requirements not yet met by FreeBSD, or is it really about finding someone willing to spend some time doing the bulk of the technical work and track bugs for a while? Robert N M Watson Computer Laboratory University of Cambridge ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OpenAFS-devel] Re: AFS ... or equivalent ...
On Wed, 16 Jan 2008, Robert Watson wrote: On Wed, 16 Jan 2008, Jeffrey Hutzelman wrote: The let's just slurp everything into the main distribution so we don't have to worry about stable interfaces approach is really poor. It encourages bad engineering practice among people maintaining the main distribution, discourages innovation and extension by others, and generally doesn't scale. It's far better to either attempt to maintain stable external interfaces to the VFS and VM subsystems, or else admit that you don't have the resources to do so given the relatively small number of external users, in which case you almost certainly also don't have the resources to keep on top of updates to something like OpenAFS. Right now we maintain a relatively stable VM/VFS KPI withing a major release (i.e, FreeBSD 6.0 - 6.1 - 6.2 - 6.3), but see fairly significant changes between major releases (5.x - 6.x - 7.x, etc). I expect to see further changes in VFS for 8.x (and some of the locking-related ones have already started going in). Yup; that's a reasonable process. The historic problem for Arla has been that instead of tracking these VFS changes as they are made, they had to catch up every once in a while. Normally that every once in a while has been at the point where a FreeBSD branch is coming to the end of support rather than when it is new and shiny. Yes, that's a problem you're likely to run into unless you have a community of developers who are interested in keeping current versions working for their own use. For example, we tend to have relatively little trouble getting people to spend time making OpenAFS work on Linux or Solaris (sometimes we have trouble _getting_ it to work, but that's a different story). In the case of Arla, there's a quite logical path: if we import the nnpfs kernel module (but not cache manager), then it will track FreeBSD development and almost certainly work with little or no trouble on new major releases, as sweeps to various KPIs will happen for free. Yes. In fact, I think NetBSD has already done that. So let's turn the question around: to get the OpenAFS client up and running on FreeBSD, do you have any technical requirements not yet met by FreeBSD I don't think we know the answer to that... , or is it really about finding someone willing to spend some time doing the bulk of the technical work and track bugs for a while? because this _is_ a significant part of the problem. So for starters, I think we're looking for someone who has some familiarity with OpenAFS and/or with FreeBSD's VFS layer, or thinks they can fake it, and who has cycles they're interested in spending on this. I'm sure such a person would be welcome on the openafs-devel list. -- Jeff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS ... or equivalent ...
Marc G. Fournier wrote: Does anyone know if there is any serious work being done to get AFS working under FreeBSD? I have a large project that I'm working on that AFS (or something equivalent) would be *very* useful for, but we're trying to keep it as FreeBSD-pure as possible ... Yes. Please get in touch with any of the people CC'ed in this list. I believe Matt Benjamin is the one who is actually getting serious on this project. Patches were even mentioned in a recent email. I recall Jim Rees is knowledgeable on AFS. I also think one Derrick J. Brashear was interested/knowledgeable too, but I don't have his address handy. If I misrepesented anyone please feel free to correct me. Matt, if you do not know Marc, look up Postgresql. Marc is the port maintainer for postgresql as well as a postgres developer. (iirc) Me, I am just a user who put together an ugly, ugly little FreeBSD port a long time ago in the hope that it would inspire some people who were qualified to do real work to pick it up and run with it. There are a couple mailing lists suitable for FreeBSD porting discussions. One is run by the OpenAFS people and the other is run by FreeBSD people. Sorry for the spam and cross posts. It seems like the interest in OpenAFS on FreeBSD is building. I hope that this message will put the right people in touch with each other and that maybe a concerted effort to port OpenAFS to FreeBSD will arise. Later, Jason ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS ... or equivalent ...
The server runs on FreeBSD as far as I know. There is a client, and I think it still builds if you apply Matt's patches, which are in the OpenAFS bug tracking system. But it doesn't run. No one is actively maintaining the FreeBSD port. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS ... or equivalent ...
On Sun, 13 Jan 2008, Jason C. Wells wrote: Marc G. Fournier wrote: Does anyone know if there is any serious work being done to get AFS working under FreeBSD? I have a large project that I'm working on that AFS (or something equivalent) would be *very* useful for, but we're trying to keep it as FreeBSD-pure as possible ... Yes. Please get in touch with any of the people CC'ed in this list. I believe Matt Benjamin is the one who is actually getting serious on this project. Patches were even mentioned in a recent email. I recall Jim Rees is knowledgeable on AFS. I also think one Derrick J. Brashear was interested/knowledgeable too, but I don't have his address handy. If I misrepesented anyone please feel free to correct me. Matt, if you do not know Marc, look up Postgresql. Marc is the port maintainer for postgresql as well as a postgres developer. (iirc) Me, I am just a user who put together an ugly, ugly little FreeBSD port a long time ago in the hope that it would inspire some people who were qualified to do real work to pick it up and run with it. There are a couple mailing lists suitable for FreeBSD porting discussions. One is run by the OpenAFS people and the other is run by FreeBSD people. Sorry for the spam and cross posts. It seems like the interest in OpenAFS on FreeBSD is building. I hope that this message will put the right people in touch with each other and that maybe a concerted effort to port OpenAFS to FreeBSD will arise. Arla, which is just an AFS client, runs on some versions of FreeBSD, although typically not really recent ones. I spent a little time this summer looking at getting it updated to 7, but ran out of time. I'd like very much to get at least the kernel parts of an AFS client into the base system, as otherwise any AFS port (be it Arla, OpenAFS, etc) will constantly be falling behind and breaking as the base tree moves forward. Our VFS tends to change with moderate speed, and having it in the base tree will allow it to be updated as part of regular changes to our KPI by the author of the changes, rather than watching more and more ifdefs appear in a third-party tree. I'm happy to lend a hand with this, but I don't have the time (apparently) to drive a port forward myself right now. Robert N M Watson Computer Laboratory University of Cambridge ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS ... or equivalent ...
On Mon, Jan 14, 2008 at 12:34:24AM -0400, Marc G. Fournier wrote: Hi ... I recently started working for a company that is using AFS to mirror their data between various data centers, in the US, Asia and the EU ... the idea is that the several thousand servers that are being run have access to identical information .. Now, depressingly enough, it looks like OpenAFS works on everything *but* BSD ... :( IBM AFS for AIX, Version 3.6 IBM AFS for Digital Unix, Version 3.6 IBM AFS for HP-UX, Version 3.6 IBM AFS for Linux, Version 3.6 IBM AFS for SGI IRIX, Version 3.6 IBM AFS for Solaris, Version 3.6 Does anyone know if there is any serious work being done to get AFS working under FreeBSD? I have a large project that I'm working on that AFS (or something equivalent) would be *very* useful for, but we're trying to keep it as FreeBSD-pure as possible ... Well, there is a client-only AFS project called Arla. I have been using it for about 1 1/2 years with no problem. But, it tends to be some versions behind in the FreeBSD it supports. Whoever supports it apparently doesn't have the time or other resources to keep up to the most recent FreeBSD versions. I have been told by persons who have done an AFS port here to a proprietary BSD based UNIX (but not any of the current free ones), that the difficuly part is the client and that the server is relatively easy to port. The reason being that the client has to reach deep in to the kernel, but the server does not - is pretty much sufficient unto itself. I know that one of the impediments in the past was the politics with the AFS group that was spun out of CMU, vs IBM vs some other interests and whose pocketbook was going to get gored all confounded with some claims for a newer, more wonderful thing called DFS which was supposed to obsolete AFS and also be integrated with a distrubuted queueing system, but which now seems like will never become real. But those issues are fairly ancient and mostly settled. OpenAFS seems to be the result and it runs well on the systems listed in the OP. So it would seem like folks could just ignore all that and move on to getting a good working OpenAFS port -- if only enough people could spare the resources for doing the necessary work. I would sure like to see both a good AFS client and an AFS server become well supported.OpenAFS has some new big technical issues to solve. Maybe having the smarts of FreeBSD contributing to the thinking, it would help those issues come to reasonable solutions too. jerry Thoughts? Pointers? - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHiuZQ4QvfyHIvDvMRAlRMAJ9mcK6kOCdkudVlTFzzoPuAqgMOWQCfTY9k QRN/4A2GvUni6jNsDX8Du/U= =Mtrv -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS ... or equivalent ...
For those of you who haven't seen this. Here is my rudimentary port. It is nothing more than the FreeBSD parts wrapped around the OpenAFS source. I think I was working on version 5 of FreeBSD but I don't recall for sure. This was version OpenAFS 1.4.2. It compiled. The kernel module loaded. I was able to get tokens using the system heimdal. I even got a directory listing via the client. Attempting to manipulate files resulted in an immediate panic. http://www.stradamotorsports.com/~jcw/openafs/ I would advise those who are interested to discuss and choose a mailing list for continuing the effort. We are currently writing four different lists in this thread. I'll test whatever you guys come up with. I'll be running FreeBSD-6.3 real soon now. Later, Jason ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
AFS ... or equivalent ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi ... I recently started working for a company that is using AFS to mirror their data between various data centers, in the US, Asia and the EU ... the idea is that the several thousand servers that are being run have access to identical information .. Now, depressingly enough, it looks like OpenAFS works on everything *but* BSD ... :( IBM AFS for AIX, Version 3.6 IBM AFS for Digital Unix, Version 3.6 IBM AFS for HP-UX, Version 3.6 IBM AFS for Linux, Version 3.6 IBM AFS for SGI IRIX, Version 3.6 IBM AFS for Solaris, Version 3.6 Does anyone know if there is any serious work being done to get AFS working under FreeBSD? I have a large project that I'm working on that AFS (or something equivalent) would be *very* useful for, but we're trying to keep it as FreeBSD-pure as possible ... Thoughts? Pointers? - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHiuZQ4QvfyHIvDvMRAlRMAJ9mcK6kOCdkudVlTFzzoPuAqgMOWQCfTY9k QRN/4A2GvUni6jNsDX8Du/U= =Mtrv -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS ... or equivalent ...
Hello, Check out coda, it's also a distributed filesystem, and has an updated kernel module in 7-STABLE. The bits in 6.x are out-of-date, but it will be back in business from 7. On Mon, Jan 14, 2008 at 12:34:24AM -0400, Marc G. Fournier wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi ... I recently started working for a company that is using AFS to mirror their data between various data centers, in the US, Asia and the EU ... the idea is that the several thousand servers that are being run have access to identical information .. Now, depressingly enough, it looks like OpenAFS works on everything *but* BSD ... :( IBM AFS for AIX, Version 3.6 IBM AFS for Digital Unix, Version 3.6 IBM AFS for HP-UX, Version 3.6 IBM AFS for Linux, Version 3.6 IBM AFS for SGI IRIX, Version 3.6 IBM AFS for Solaris, Version 3.6 Does anyone know if there is any serious work being done to get AFS working under FreeBSD? I have a large project that I'm working on that AFS (or something equivalent) would be *very* useful for, but we're trying to keep it as FreeBSD-pure as possible ... Thoughts? Pointers? - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHiuZQ4QvfyHIvDvMRAlRMAJ9mcK6kOCdkudVlTFzzoPuAqgMOWQCfTY9k QRN/4A2GvUni6jNsDX8Du/U= =Mtrv -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-fs To unsubscribe, send any mail to [EMAIL PROTECTED] Sincerely, Gergely Czuczy mailto: [EMAIL PROTECTED] -- Weenies test. Geniuses solve problems that arise. pgpetbz0gpvpD.pgp Description: PGP signature
RE: AFS in FreeBSD 5.4 or 6
I know that is there. I have already fired up 6.0 on a test box, downloaded the binary and scratched my head at a complete lack of documentation. If you saw my original post (which you might not have) I was only asking for a pointer to some documentation. Having never installed, used, seen or even smelled AFS before, a tarball of binaries leaves me confounded. The instructions for every other O/S documented on the site mention kernel modifications and so on. Without some idea of what I have to do to get this running, I'm stranded. I'm sure that if I'd been running AFS for years, an upgrade to 6.0 with the binary would be a no-brainer. Sorry, I'm rambling. I think you get the idea; I'd love to use AFS, I have 6.0 and the binaries. All I am lacking is a clue ! I was specifically asking if anyone could point me to any information I could use to get started. - Craig From: Ted Mittelstaedt [EMAIL PROTECTED] To: Craig Ryhorchuk [EMAIL PROTECTED], freebsd-questions@freebsd.org CC: [EMAIL PROTECTED] Subject: RE: AFS in FreeBSD 5.4 or 6 Date: Sat, 4 Mar 2006 01:31:05 -0800 openafs has a compiled binary for FreeBSD 6.0 on their website, have either of you even tried it, or are you going to just write it off without even seeing it it works at all? Ted -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Craig Ryhorchuk Sent: Wednesday, March 01, 2006 1:54 PM To: freebsd-questions@freebsd.org Cc: [EMAIL PROTECTED] Subject: Re: AFS in FreeBSD 5.4 or 6 Around about Wed, 1 Mar 2006 16:20:46 -0500 Garance A Drosihn commented: At 6:27 PM + 2/28/06, Craig Ryhorchuk wrote: Hello, I am looking for specific instructions on installing, maintaining and using AFS with FreeBSD 5.4 or 6. I want to set up one or more servers and make them available to clients running whatever O/S. I think Arla has the client side covered if necessary, but all I can find for server-side is a downloadable instruction-free bundle for 6.0 on the OpenAFS site. There are specific instructions for other supported O/Ss but none for FreeBSD. I have Googled and searched; not exhaustively I hope. There has to be something out there. I think there are some people who run openafs servers on FreeBSD, but probably just people who already know enough about running OpenAFS servers that it is obvious (to them) what you would need to do. The problem is that the openafs client-side for FreeBSD never gets quite to the point of working. So, the number of openafs users on freebsd never reaches critical mass to get some of the less exciting work done -- such as OS-specific documentation... Thanks for the info. That's a bummer. I thought this might be the perfect solution to a business problem, but if this is the state of it, I guess the idea is a non-starter. *sigh* - I guess it's back to linux again. I know. I need to port it myself and not complain, but I claim to be a sysadmin and not a kernel hacker. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 268.1.1/273 - Release Date: 3/2/2006 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: AFS in FreeBSD 5.4 or 6
At 1:31 AM -0800 3/4/06, Ted Mittelstaedt wrote: openafs has a compiled binary for FreeBSD 6.0 on their website, have either of you even tried it, or are you going to just write it off without even seeing it it works at all? I have not tried it, since the openafs mailing list had some talk of the latest (CVS) snapshots of OpenAFS not working on FreeBSD 6.1. I thought that meant OpenAFS was broken due to changes in FreeBSD, which has certainly happened in the past. But in re-reading those messages, it looks like the problem might have been specific to OpenAFS on FreeBSD/amd64. Since I am not running on AMD64 (yet...), I should take another look at the recent snapshots of OpenAFS on FreeBSD. I have been focused on the upcoming 1.4.1 release of OpenAFS, since that will include support for MacOS 10.4 (Tiger). The web pages for those release-candidates only have binary packages for MacOS 10 and Windows, and I must admit I didn't try them on FreeBSD. Thanks for prodding me along to take another look at this. (now I just have to find the time to do it...) -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: AFS in FreeBSD 5.4 or 6
openafs has a compiled binary for FreeBSD 6.0 on their website, have either of you even tried it, or are you going to just write it off without even seeing it it works at all? Ted -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Craig Ryhorchuk Sent: Wednesday, March 01, 2006 1:54 PM To: freebsd-questions@freebsd.org Cc: [EMAIL PROTECTED] Subject: Re: AFS in FreeBSD 5.4 or 6 Around about Wed, 1 Mar 2006 16:20:46 -0500 Garance A Drosihn commented: At 6:27 PM + 2/28/06, Craig Ryhorchuk wrote: Hello, I am looking for specific instructions on installing, maintaining and using AFS with FreeBSD 5.4 or 6. I want to set up one or more servers and make them available to clients running whatever O/S. I think Arla has the client side covered if necessary, but all I can find for server-side is a downloadable instruction-free bundle for 6.0 on the OpenAFS site. There are specific instructions for other supported O/Ss but none for FreeBSD. I have Googled and searched; not exhaustively I hope. There has to be something out there. I think there are some people who run openafs servers on FreeBSD, but probably just people who already know enough about running OpenAFS servers that it is obvious (to them) what you would need to do. The problem is that the openafs client-side for FreeBSD never gets quite to the point of working. So, the number of openafs users on freebsd never reaches critical mass to get some of the less exciting work done -- such as OS-specific documentation... Thanks for the info. That's a bummer. I thought this might be the perfect solution to a business problem, but if this is the state of it, I guess the idea is a non-starter. *sigh* - I guess it's back to linux again. I know. I need to port it myself and not complain, but I claim to be a sysadmin and not a kernel hacker. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 268.1.1/273 - Release Date: 3/2/2006 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS in FreeBSD 5.4 or 6
At 6:27 PM + 2/28/06, Craig Ryhorchuk wrote: Hello, I am looking for specific instructions on installing, maintaining and using AFS with FreeBSD 5.4 or 6. I want to set up one or more servers and make them available to clients running whatever O/S. I think Arla has the client side covered if necessary, but all I can find for server-side is a downloadable instruction-free bundle for 6.0 on the OpenAFS site. There are specific instructions for other supported O/Ss but none for FreeBSD. I have Googled and searched; not exhaustively I hope. There has to be something out there. I think there are some people who run openafs servers on FreeBSD, but probably just people who already know enough about running OpenAFS servers that it is obvious (to them) what you would need to do. The problem is that the openafs client-side for FreeBSD never gets quite to the point of working. So, the number of openafs users on freebsd never reaches critical mass to get some of the less exciting work done -- such as OS-specific documentation... -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS in FreeBSD 5.4 or 6
Around about Wed, 1 Mar 2006 16:20:46 -0500 Garance A Drosihn commented: At 6:27 PM + 2/28/06, Craig Ryhorchuk wrote: Hello, I am looking for specific instructions on installing, maintaining and using AFS with FreeBSD 5.4 or 6. I want to set up one or more servers and make them available to clients running whatever O/S. I think Arla has the client side covered if necessary, but all I can find for server-side is a downloadable instruction-free bundle for 6.0 on the OpenAFS site. There are specific instructions for other supported O/Ss but none for FreeBSD. I have Googled and searched; not exhaustively I hope. There has to be something out there. I think there are some people who run openafs servers on FreeBSD, but probably just people who already know enough about running OpenAFS servers that it is obvious (to them) what you would need to do. The problem is that the openafs client-side for FreeBSD never gets quite to the point of working. So, the number of openafs users on freebsd never reaches critical mass to get some of the less exciting work done -- such as OS-specific documentation... Thanks for the info. That's a bummer. I thought this might be the perfect solution to a business problem, but if this is the state of it, I guess the idea is a non-starter. *sigh* - I guess it's back to linux again. I know. I need to port it myself and not complain, but I claim to be a sysadmin and not a kernel hacker. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
AFS in FreeBSD 5.4 or 6
Hello, I am looking for specific instructions on installing, maintaining and using AFS with FreeBSD 5.4 or 6. I want to set up one or more servers and make them available to clients running whatever O/S. I think Arla has the client side covered if necessary, but all I can find for server-side is a downloadable instruction-free bundle for 6.0 on the OpenAFS site. There are specific instructions for other supported O/Ss but none for FreeBSD. I have Googled and searched; not exhaustively I hope. There has to be something out there. Thanks in advance. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Current state of AFS in freeBSD or alternatives.
Hi folks, Is there a working version of AFS server/client for 5.4 ? I found openafs-1.4.0 for FreeBSD 6. Currently we're running 5.4 here and are not sure that we want to move to 6 yet for production. The only option for 5.x appears to be Arla, but I don't know what the stability of that is and it appears to be focused on the client side. Is this something I can consider for a production system ? I also need to manage clients writing to the filesystem and the possibility of server failure. AFS appears to not handle this well, or is my interpretation of the docs wrong ? This may be getting beyond the scope of this list, but my actual need is for redundant fileservers running on FreeBSD. AFS seems to be the closest thing I can find, but I have the feeling that someone had to do this before and maybe they're here. Thanks, Craig ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
AFS 1.2.11 compilation on FreeBSD 5.2?
Has anyone done this? Care to share your notes? :) I want the AFS server, mainly. I dont care about the client. thanks, Matt ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS 1.2.11 compilation on FreeBSD 5.2?
At 10:03 AM -0800 3/17/04, Matt Weatherford wrote: Has anyone done this? Care to share your notes? :) I want the AFS server, mainly. I dont care about the client. I have not compiled or run the server, but some friends of mine claim it wasn't too hard to do. Compiling and running a server on FreeBSD isn't too much different than running it on any other platform. It is the client which is much more of a challenge to get working on different platforms. Right now the client is working but probably-not stable, and you have to get the latest source out of the cvs repository of OpenAFS. Check www.OpenAFS.org for more details. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Network File System (Coda, AFS) question.
Hi, I'm interested in setting up a distributed file system across two 5.2.1 machines. I wanted this to work such that the two machines had /different/ data but through the use of some software they can be ``mounted'' to provide a single large volume (almost the same way that the RAID0 works). First of all I'm not sure that this is possible -- I'm having a little trouble understanding some of the Coda terminology. If somebody could confirm/refute this I'd be interested. Secondly does anybody know which is my best bet (in general -- regardless of network concat support)? AFS ports seem to be nonexistent (bar a client) while Coda has a version 6 port (but no documentation newer than 2000 that I can see). If Coda is not able to do what I want -- does anybody know another way to do this? Thanks a lot, -lewiz. -- I was so much older then, I'm younger than that now. --Bob Dylan, 1964. -| msn:[EMAIL PROTECTED] | jabber:[EMAIL PROTECTED] | url:www.lewiz.org |- pgp0.pgp Description: PGP signature
Re: AFS Server + MAC + Jail
At 8:08 PM -0400 10/5/03, Kenny Freeman wrote: I'm using the latest release of openafs, plus I keep my entire system and kernel up to date with patches. ... Anyways, my question is really just about AFS and whether or not it works on 5.1-RELEASE. My understanding is that the server-side should work OK, but I don't know anyone who tried to run it in a jail. There is some work going on to get the OpenAFS client working on freebsd-current. You should follow the OpenAFS mailing list for more details. Some details show up on the special list for the freebsd port of OpenAFS, and some freebsd info shows up on the general-info mailing list. So, Check: https://lists.openafs.org/mailman/listinfo/port-freebsd https://lists.openafs.org/mailman/listinfo/openafs-info -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS Server + MAC + Jail
On October 6, 2003 06:02 pm, Garance A Drosihn wrote: At 8:08 PM -0400 10/5/03, Kenny Freeman wrote: I'm using the latest release of openafs, plus I keep my entire system and kernel up to date with patches. ... Anyways, my question is really just about AFS and whether or not it works on 5.1-RELEASE. My understanding is that the server-side should work OK, but I don't know anyone who tried to run it in a jail. Working on that atm (jailed afs). It seems that the rc script supplied by openafs requires a kernel module (afs.ko) to be loaded - I'm modifying that also atm (not really much of an rc script, will be when i'm done). The kernel module fails to build on my machine - seems there are some header problems and prolly more. I'll check with the afs related lists on that. (actually, after I have afs properly setup now, the kernel module is required - afsd dies with Bad system call (core dumped) without the kmod, i assume the syscall in ? is provided by the kernel module. There is some work going on to get the OpenAFS client working on freebsd-current. You should follow the OpenAFS mailing list for more details. Some details show up on the special list for the freebsd port of OpenAFS, and some freebsd info shows up on the general-info mailing list. So, Check: https://lists.openafs.org/mailman/listinfo/port-freebsd https://lists.openafs.org/mailman/listinfo/openafs-info done and done. Just thought I'd check with this high volume list. As far as the client side, there is an open source (i think) client called arla in the ports tree (..checks status) which just so happens to be borked atm. One can always resort to building from source I guess. Thanks. -Kenny pgp0.pgp Description: signature
Re: AFS
I am wondering how I might go about connecting to an AFS cell on my FreeBSD 4.8 system. Any input would be helpful. Currently, as far as I know, there is no version of AFS client available for FreeBSD although I keep hearing about openAFS coming.I wish it would. We use AFS here and so have to use something besides FreeBSD on those systems that need AFS access - unfortunately. I know a BSD port of AFS was done at least once. I know the person[s] who did it as we were working in the same group at the time (I didn't do any porting work). But, I suppose creating a complete OpenAFS has the same legal considerations as creating the clean BSD (clean of any Bell Labs / ATT code) and that Linux is currently being harrassed by SCO about is more of a total project than doing a port to BSD. I keep hoping it will come along though. If someone has any more encouraging information than this, please post it and indicate where this can best be tracked. jerry Thank you, Brian Gehrs ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: AFS - OpenAFS
At 10:27 AM -0400 10/3/03, Jerry McAllister wrote: I am wondering how I might go about connecting to an AFS cell on my FreeBSD 4.8 system. Any input would be helpful. Currently, as far as I know, there is no version of AFS client available for FreeBSD although I keep hearing about openAFS coming.I wish it would. We use AFS here and so have to use something besides FreeBSD on those systems that need AFS access - unfortunately. For 4.x systems, you might be able to use the ARLA port. It's an afs-compatible client. I *think* it works under the 4.x-branch, but I have never tried it. But, I suppose creating a complete OpenAFS has ... If someone has any more encouraging information than this, please post it and indicate where this can best be tracked. All that the OpenAFS client needs is more developers who have time to work on it. Recently Garrett Wollman has started to work on getting OpenAFS to work on freebsd 5.x. He is hoping that he won't break the progress which has been made on the openafs client for freebsd-4.x, but he does not have a lot of 4.x systems to test on, and he needs to concentrate on 5.x. The openafs project has a web site at http://www.openafs.org/ Recently a request went out to the openafs-info mailing list, for people to help test Garrett's changes on the 4.x branch. Ie, to take his changes for 5.x, and test those changes on 4.x to make sure that patches needed for 5.x will not cause problems for 4.x. There is also a openafs mailing list for the port of openafs to freebsd. So, Check: https://lists.openafs.org/mailman/listinfo/port-freebsd https://lists.openafs.org/mailman/listinfo/openafs-info -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
AFS
I am wondering how I might go about connecting to an AFS cell on my FreeBSD 4.8 system. Any input would be helpful. Thank you, Brian Gehrs ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
AFS-ONLINE.COM
Dear Sir/Madam, AFS-ONLINE.COM - US$ 530 AFS-ONLINE.COM is now available from us for IMMEDIATE transfer. The domain name market is extremely solid at the moment and similar domains are currently selling on afternic.com, greatdomains.com (domain auction sites), and by domain name brokers, in some cases for many thousands of US dollars. Please note that transfers take just 5-15 minutes and are extremely straightforward. Absolutely NO technical knowledge is required. We use two methods of payment. You may pay via Escrow.com or PayPal. Payment to us is instant and transfers can be completed in minutes. We pay all fees connected with the transfer process. If you would like to use WWW.AFS-ONLINE.COM for your online business, please contact us at your earliest convenience. Please don't hesitate to contact us should you require any further assistance. We thank you for your attention and sincerely apologise if this e-mail has not been of interest to you. Yours Sincerely, Suzanne. Marketing, The Portal If you visit: HTTP://WWW.Ebay.com HTTP://WWW.1stdomainbrokers.com HTTP://WWW.Afternic.com Or many of the domain NAME auction sites. We hope you will agree that we are not only offering what we believe to be a genuine investment, but you will also benefit from owning a domain of this quality. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
