Re: [autofs] Before I start carving wheels....
On Sat, 2011-02-26 at 15:24 -0500, Vincent Liggio wrote: Ok, that works. I will put a bug report into redhat so they hopefully will integrate that into the latest code. Why they are releasing a -18 for F15 I don't get, when it doesn't even have any code changes. You didn't look: * Mon Feb 07 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org - 5:6.1.5-18 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild Standard practice when branching a release, to ensure packages that may not have been re-built don't have broken dependencies. So to sum up, amd 6.1.5 patched as below works fine on F14 kernel's with autofs4. The amd redhat supplies does NOT work, in fact, it doesn't even load properly with autofs enabled. What are you saying? If you add this patch to Fedora am-utils it then works? If that's not the case then there is more work to do! Vince On 02/25/2011 12:39 PM, Ion Badulescu wrote: On Thu, 24 Feb 2011, Ian Kent wrote: But the autofs4 module should be able to be used for autofs kernel protocol version 3. It may require some changes in user space and, since the v3 protocol in autofs4 hasn't been tested for so long, there may be some other bugs that need fixing. Problem is that amd I believe specifically looks for autofs3 (even though the code says minimum autofs version 3, it fails to work with autofs4). And since no one is responding to the bug I put in about that, and the last time code was released for amd was in 2005, amd using autofs on the current F14 kernel seems to dead. I'll grab the amd source and have a quick look. Where is the right place to get it? It looks like amd should work with autofs protocol version v4. You should also try modprobe autofs4 before starting amd and see what happens. No, amd will happily work with either autofs3 or autofs4. The problem is that it (optimistically) tries to use the highest version that the kernel supports, which is autofs5 these days. But it itself doesn't have support for autofs5, so it fails miserably. The patch (copy/pasted so it might not apply cleanly) fixes autofs: commit 5cefcd3e1c7cb4943697e48996b8b1cbc7a9e7de Author: Ion Badulescu io...@buggy.badula.org Date: Tue Nov 30 07:14:23 2010 -0500 max supported autofs version is 4 diff --git a/conf/autofs/autofs_linux.c b/conf/autofs/autofs_linux.c index af61804..e901da7 100644 --- a/conf/autofs/autofs_linux.c +++ b/conf/autofs/autofs_linux.c @@ -59,7 +59,7 @@ */ #define AUTOFS_MIN_VERSION 3 -#define AUTOFS_MAX_VERSION AUTOFS_MAX_PROTO_VERSION +#define AUTOFS_MAX_VERSION 4 /* -Ion ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
[autofs] adding new file systems to host map
Hi, If I am using host mapping on an autofs client and have a file system from a server mounted, how do I get new file systems that are added to the file server to be seen by the client?Since I have one of the file systems already busy on the client, the filer is never fully unmounted. It seems there should be a way to get it to refresh its map of what the server has available. I have tried stopping and restarting autofs, but this doesn't help.If there is a simple answer to this out there, I can't seem to find it. Anything? Thanks. -- -MichaelC ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Before I start carving wheels....
On 02/24/2011 05:42 AM, Ian Kent wrote: It looks like amd should work with autofs protocol version v4. You should also try modprobe autofs4 before starting amd and see what happens. We tried that before, and this is what happens: Feb 24 14:40:39 canton_64 amd[1504]: initializing amd.conf map amd.net of type nis Feb 24 14:40:39 canton_64 amd[1504]: amd.net mounted fstype toplvl on /net Feb 24 14:40:39 canton_64 amd[1504]: autofs: using protocol version 5 Feb 24 14:40:39 canton_64 amd[1504]: /net set to never timeout Then we change to a directory and we get: Feb 24 14:40:57 canton_64 amd[1504]: Unknown autofs packet type 3 lsmod Module Size Used by autofs422687 13 ipv6 278339 24 ppdev 7925 0 parport_pc 21081 0 parport31509 2 ppdev,parport_pc e1000 92062 0 i2c_piix4 11998 0 shpchp 29568 0 i2c_core 26926 1 i2c_piix4 mptspi 14609 3 mptscsih 28444 1 mptspi mptbase74728 2 mptspi,mptscsih scsi_transport_spi 22211 1 mptspi ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Before I start carving wheels....
Ok, that works. I will put a bug report into redhat so they hopefully will integrate that into the latest code. Why they are releasing a -18 for F15 I don't get, when it doesn't even have any code changes. So to sum up, amd 6.1.5 patched as below works fine on F14 kernel's with autofs4. The amd redhat supplies does NOT work, in fact, it doesn't even load properly with autofs enabled. Vince On 02/25/2011 12:39 PM, Ion Badulescu wrote: On Thu, 24 Feb 2011, Ian Kent wrote: But the autofs4 module should be able to be used for autofs kernel protocol version 3. It may require some changes in user space and, since the v3 protocol in autofs4 hasn't been tested for so long, there may be some other bugs that need fixing. Problem is that amd I believe specifically looks for autofs3 (even though the code says minimum autofs version 3, it fails to work with autofs4). And since no one is responding to the bug I put in about that, and the last time code was released for amd was in 2005, amd using autofs on the current F14 kernel seems to dead. I'll grab the amd source and have a quick look. Where is the right place to get it? It looks like amd should work with autofs protocol version v4. You should also try modprobe autofs4 before starting amd and see what happens. No, amd will happily work with either autofs3 or autofs4. The problem is that it (optimistically) tries to use the highest version that the kernel supports, which is autofs5 these days. But it itself doesn't have support for autofs5, so it fails miserably. The patch (copy/pasted so it might not apply cleanly) fixes autofs: commit 5cefcd3e1c7cb4943697e48996b8b1cbc7a9e7de Author: Ion Badulescu io...@buggy.badula.org Date: Tue Nov 30 07:14:23 2010 -0500 max supported autofs version is 4 diff --git a/conf/autofs/autofs_linux.c b/conf/autofs/autofs_linux.c index af61804..e901da7 100644 --- a/conf/autofs/autofs_linux.c +++ b/conf/autofs/autofs_linux.c @@ -59,7 +59,7 @@ */ #define AUTOFS_MIN_VERSION 3 -#define AUTOFS_MAX_VERSION AUTOFS_MAX_PROTO_VERSION +#define AUTOFS_MAX_VERSION 4 /* -Ion ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Before I start carving wheels....
On Sat, 26 Feb 2011, Vincent Liggio wrote: Ok, that works. I will put a bug report into redhat so they hopefully will integrate that into the latest code. Why they are releasing a -18 for F15 I don't get, when it doesn't even have any code changes. So to sum up, amd 6.1.5 patched as below works fine on F14 kernel's with autofs4. The amd redhat supplies does NOT work, in fact, it doesn't even load properly with autofs enabled. Yeah, I know... it hasn't worked since f10. I've been using the f10 rpm on all newer fedora versions (when not running my locally compiled one)... -Ion ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Before I start carving wheels....
Oh, and many thanks Ian and Ion! ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Before I start carving wheels....
On Thu, 24 Feb 2011, Ian Kent wrote: But the autofs4 module should be able to be used for autofs kernel protocol version 3. It may require some changes in user space and, since the v3 protocol in autofs4 hasn't been tested for so long, there may be some other bugs that need fixing. Problem is that amd I believe specifically looks for autofs3 (even though the code says minimum autofs version 3, it fails to work with autofs4). And since no one is responding to the bug I put in about that, and the last time code was released for amd was in 2005, amd using autofs on the current F14 kernel seems to dead. I'll grab the amd source and have a quick look. Where is the right place to get it? It looks like amd should work with autofs protocol version v4. You should also try modprobe autofs4 before starting amd and see what happens. No, amd will happily work with either autofs3 or autofs4. The problem is that it (optimistically) tries to use the highest version that the kernel supports, which is autofs5 these days. But it itself doesn't have support for autofs5, so it fails miserably. The patch (copy/pasted so it might not apply cleanly) fixes autofs: commit 5cefcd3e1c7cb4943697e48996b8b1cbc7a9e7de Author: Ion Badulescu io...@buggy.badula.org Date: Tue Nov 30 07:14:23 2010 -0500 max supported autofs version is 4 diff --git a/conf/autofs/autofs_linux.c b/conf/autofs/autofs_linux.c index af61804..e901da7 100644 --- a/conf/autofs/autofs_linux.c +++ b/conf/autofs/autofs_linux.c @@ -59,7 +59,7 @@ */ #define AUTOFS_MIN_VERSION 3 -#define AUTOFS_MAX_VERSION AUTOFS_MAX_PROTO_VERSION +#define AUTOFS_MAX_VERSION 4 /* -Ion ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
Re: [autofs] Before I start carving wheels....
Bug 680669 filed on bugzilla.redhat.com (crediting Ion's code). ___ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs
