All of lore.kernel.org
 help / color / mirror / Atom feed
* Problem between autofs 3 and autofs4
@ 2006-04-15 12:59 ergatz
  2006-04-23  6:48 ` Ian Kent
  0 siblings, 1 reply; 9+ messages in thread
From: ergatz @ 2006-04-15 12:59 UTC (permalink / raw)
  To: autofs


[-- Attachment #1.1: Type: text/plain, Size: 1074 bytes --]

I have a Solaris 2.6 NIS server and have recently added some Redhat Linux hosts to it.

I have:

     1 RH 7.3 machine
     2 RH 3.0 update 0
     1 RH 3.0 update 3
     2 RH 4.0 machines

I have looked at this problem a lot, and the difference I see is that 7.3 and 3.0U0 use autofs 3.
The 4.0 and 3.0U3 machines use autofs 4

My problem is:  When I moved some users' home directories to a different partition, the RH machines using autofs 4 had to be rebooted to pick up the changes.  The solaris hosts and the 7.3 and 3.0U0 (running autofs 3) picked up the changed locations magically like they are supposed to.  The machines using autofs 4 had to be rebooted in order to pick up the changes.  I tried everything I could think of to avoid reboot, because multiple users are on the the system at all times.

I stopped and restarted autofs and ypbind--SEVERAL times.  Nothing worked.

So, who know the differences between autofs 3 and 4, and what can I do to hosts running autofs 4 to get them to pick up the NIS changes without having to reboot?

dorothy

[-- Attachment #1.2: Type: text/html, Size: 2322 bytes --]

[-- Attachment #2: Type: text/plain, Size: 140 bytes --]

_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Problem between autofs 3 and autofs4
  2006-04-15 12:59 ergatz
@ 2006-04-23  6:48 ` Ian Kent
  0 siblings, 0 replies; 9+ messages in thread
From: Ian Kent @ 2006-04-23  6:48 UTC (permalink / raw)
  To: autofs mailing list

On Sat, 15 Apr 2006, ergatz wrote:

> I have a Solaris 2.6 NIS server and have recently added some Redhat Linux hosts to it.
> 
> I have:
> 
>      1 RH 7.3 machine
>      2 RH 3.0 update 0
>      1 RH 3.0 update 3
>      2 RH 4.0 machines
> 
> I have looked at this problem a lot, and the difference I see is that 7.3 and 3.0U0 use autofs 3.
> The 4.0 and 3.0U3 machines use autofs 4
> 
> My problem is:  When I moved some users' home directories to a different partition, the RH machines using autofs 4 had to be rebooted to pick up the changes.  The solaris hosts and the 7.3 and 3.0U0 (running autofs 3) picked up the changed locations magically like they are supposed to.  The machines using autofs 4 had to be rebooted in order to pick up the changes.  I tried everything I could think of to avoid reboot, because multiple users are on the the system at all times.
> 
> I stopped and restarted autofs and ypbind--SEVERAL times.  Nothing worked.

Did you try "service autofs reload".

or 

/etc/init.d/autofs reload

?

> 
> So, who know the differences between autofs 3 and 4, and what can I do to hosts running autofs 4 to get them to pick up the NIS changes without having to reboot?
> 
> dorothy

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Problem between autofs 3 and autofs4
@ 2006-04-23 13:24 ergatz
  2006-04-23 17:31 ` Jonathan Loran
  2006-04-24  2:30 ` Ian Kent
  0 siblings, 2 replies; 9+ messages in thread
From: ergatz @ 2006-04-23 13:24 UTC (permalink / raw)
  To: autofs mailing list

I tried all sorts of things, to include autofs reload, autofs stop and start, ypbind stop and start.
The only thing that would work was too reboot the machine.  Rebooting a SERVER is not
really something I want to do when I make changes.

One of the guys in the office found an updated version of autofs.  I installed it, and everything
works like a charm.  

A commentary:  I found somewhere that autofs 4 was written by someone who did not write
autofs3.  In fact, the author of 3 said he would like to come back to write 5.  It seems the author
of 4 did not know as much about autofs as he should have to write properly functioning code.

Just one of my many frustrations with Redhat and open source....





 -------------- Original message ----------------------
From: Ian Kent <raven@themaw.net>
> On Sat, 15 Apr 2006, ergatz wrote:
> 
> > I have a Solaris 2.6 NIS server and have recently added some Redhat Linux 
> hosts to it.
> > 
> > I have:
> > 
> >      1 RH 7.3 machine
> >      2 RH 3.0 update 0
> >      1 RH 3.0 update 3
> >      2 RH 4.0 machines
> > 
> > I have looked at this problem a lot, and the difference I see is that 7.3 and 
> 3.0U0 use autofs 3.
> > The 4.0 and 3.0U3 machines use autofs 4
> > 
> > My problem is:  When I moved some users' home directories to a different 
> partition, the RH machines using autofs 4 had to be rebooted to pick up the 
> changes.  The solaris hosts and the 7.3 and 3.0U0 (running autofs 3) picked up 
> the changed locations magically like they are supposed to.  The machines using 
> autofs 4 had to be rebooted in order to pick up the changes.  I tried everything 
> I could think of to avoid reboot, because multiple users are on the the system 
> at all times.
> > 
> > I stopped and restarted autofs and ypbind--SEVERAL times.  Nothing worked.
> 
> Did you try "service autofs reload".
> 
> or 
> 
> /etc/init.d/autofs reload
> 
> ?
> 
> > 
> > So, who know the differences between autofs 3 and 4, and what can I do to 
> hosts running autofs 4 to get them to pick up the NIS changes without having to 
> reboot?
> > 
> > dorothy
> 
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Problem between autofs 3 and autofs4
  2006-04-23 13:24 Problem between autofs 3 and autofs4 ergatz
@ 2006-04-23 17:31 ` Jonathan Loran
  2006-04-24  2:30 ` Ian Kent
  1 sibling, 0 replies; 9+ messages in thread
From: Jonathan Loran @ 2006-04-23 17:31 UTC (permalink / raw)
  To: ergatz; +Cc: autofs mailing list


[-- Attachment #1.1: Type: text/plain, Size: 2955 bytes --]




ergatz@comcast.net wrote:
> I tried all sorts of things, to include autofs reload, autofs stop and start, ypbind stop and start.
> The only thing that would work was too reboot the machine.  Rebooting a SERVER is not
> really something I want to do when I make changes.
>
> One of the guys in the office found an updated version of autofs.  I installed it, and everything
> works like a charm.  
>
> A commentary:  I found somewhere that autofs 4 was written by someone who did not write
> autofs3.  In fact, the author of 3 said he would like to come back to write 5.  It seems the author
> of 4 did not know as much about autofs as he should have to write properly functioning code.
>
>   
I just have to chime in here, that though Ian Kent may sometimes be self
deprecating, it is not at all fair to say this about him.  He has given
so much of himself to the autofs project, and he, at least at this date,
is hardly ignorant as to how autofs works.  I for one feel extremely
grateful to him for his tireless hard work on this project.  Cheers to Ian!

Jon

> Just one of my many frustrations with Redhat and open source....
>
>
>
>
>
>  -------------- Original message ----------------------
> From: Ian Kent <raven@themaw.net>
>   
>> On Sat, 15 Apr 2006, ergatz wrote:
>>
>>     
>>> I have a Solaris 2.6 NIS server and have recently added some Redhat Linux 
>>>       
>> hosts to it.
>>     
>>> I have:
>>>
>>>      1 RH 7.3 machine
>>>      2 RH 3.0 update 0
>>>      1 RH 3.0 update 3
>>>      2 RH 4.0 machines
>>>
>>> I have looked at this problem a lot, and the difference I see is that 7.3 and 
>>>       
>> 3.0U0 use autofs 3.
>>     
>>> The 4.0 and 3.0U3 machines use autofs 4
>>>
>>> My problem is:  When I moved some users' home directories to a different 
>>>       
>> partition, the RH machines using autofs 4 had to be rebooted to pick up the 
>> changes.  The solaris hosts and the 7.3 and 3.0U0 (running autofs 3) picked up 
>> the changed locations magically like they are supposed to.  The machines using 
>> autofs 4 had to be rebooted in order to pick up the changes.  I tried everything 
>> I could think of to avoid reboot, because multiple users are on the the system 
>> at all times.
>>     
>>> I stopped and restarted autofs and ypbind--SEVERAL times.  Nothing worked.
>>>       
>> Did you try "service autofs reload".
>>
>> or 
>>
>> /etc/init.d/autofs reload
>>
>> ?
>>
>>     
>>> So, who know the differences between autofs 3 and 4, and what can I do to 
>>>       
>> hosts running autofs 4 to get them to pick up the NIS changes without having to 
>> reboot?
>>     
>>> dorothy
>>>       
>> _______________________________________________
>> autofs mailing list
>> autofs@linux.kernel.org
>> http://linux.kernel.org/mailman/listinfo/autofs
>>     
>
>
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs
>   

[-- Attachment #1.2: Type: text/html, Size: 4468 bytes --]

[-- Attachment #2: Type: text/plain, Size: 140 bytes --]

_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Problem between autofs 3 and autofs4
@ 2006-04-23 19:25 ergatz
  2006-04-24  2:06 ` Ian Kent
  0 siblings, 1 reply; 9+ messages in thread
From: ergatz @ 2006-04-23 19:25 UTC (permalink / raw)
  To: Jonathan Loran; +Cc: autofs mailing list

[-- Attachment #1: Type: text/plain, Size: 3613 bytes --]

Jonathan is right.   Chastisement accepted and filed away.

 I should not have vented my frustration here.  I know how things SHOULD work, but I don't always see it in RH.  Thanks for the replies.  I will keep negative opinions to myself in the future.  I have been doing Solaris too long to change over to RH very quickly.

dorothy



 -------------- Original message ----------------------
From: Jonathan Loran <jonathan@loran.name>
> 
> 
> 
> ergatz@comcast.net wrote:
> > I tried all sorts of things, to include autofs reload, autofs stop and start, 
> ypbind stop and start.
> > The only thing that would work was too reboot the machine.  Rebooting a SERVER 
> is not
> > really something I want to do when I make changes.
> >
> > One of the guys in the office found an updated version of autofs.  I installed 
> it, and everything
> > works like a charm.  
> >
> > A commentary:  I found somewhere that autofs 4 was written by someone who did 
> not write
> > autofs3.  In fact, the author of 3 said he would like to come back to write 5.  
> It seems the author
> > of 4 did not know as much about autofs as he should have to write properly 
> functioning code.
> >
> >   
> I just have to chime in here, that though Ian Kent may sometimes be self
> deprecating, it is not at all fair to say this about him.  He has given
> so much of himself to the autofs project, and he, at least at this date,
> is hardly ignorant as to how autofs works.  I for one feel extremely
> grateful to him for his tireless hard work on this project.  Cheers to Ian!
> 
> Jon
> 
> > Just one of my many frustrations with Redhat and open source....
> >
> >
> >
> >
> >
> >  -------------- Original message ----------------------
> > From: Ian Kent <raven@themaw.net>
> >   
> >> On Sat, 15 Apr 2006, ergatz wrote:
> >>
> >>     
> >>> I have a Solaris 2.6 NIS server and have recently added some Redhat Linux 
> >>>       
> >> hosts to it.
> >>     
> >>> I have:
> >>>
> >>>      1 RH 7.3 machine
> >>>      2 RH 3.0 update 0
> >>>      1 RH 3.0 update 3
> >>>      2 RH 4.0 machines
> >>>
> >>> I have looked at this problem a lot, and the difference I see is that 7.3 
> and 
> >>>       
> >> 3.0U0 use autofs 3.
> >>     
> >>> The 4.0 and 3.0U3 machines use autofs 4
> >>>
> >>> My problem is:  When I moved some users' home directories to a different 
> >>>       
> >> partition, the RH machines using autofs 4 had to be rebooted to pick up the 
> >> changes.  The solaris hosts and the 7.3 and 3.0U0 (running autofs 3) picked 
> up 
> >> the changed locations magically like they are supposed to.  The machines 
> using 
> >> autofs 4 had to be rebooted in order to pick up the changes.  I tried 
> everything 
> >> I could think of to avoid reboot, because multiple users are on the the 
> system 
> >> at all times.
> >>     
> >>> I stopped and restarted autofs and ypbind--SEVERAL times.  Nothing worked.
> >>>       
> >> Did you try "service autofs reload".
> >>
> >> or 
> >>
> >> /etc/init.d/autofs reload
> >>
> >> ?
> >>
> >>     
> >>> So, who know the differences between autofs 3 and 4, and what can I do to 
> >>>       
> >> hosts running autofs 4 to get them to pick up the NIS changes without having 
> to 
> >> reboot?
> >>     
> >>> dorothy
> >>>       
> >> _______________________________________________
> >> autofs mailing list
> >> autofs@linux.kernel.org
> >> http://linux.kernel.org/mailman/listinfo/autofs
> >>     
> >
> >
> > _______________________________________________
> > autofs mailing list
> > autofs@linux.kernel.org
> > http://linux.kernel.org/mailman/listinfo/autofs
> >   




[-- Attachment #2: Type: message/rfc822, Size: 4953 bytes --]

[-- Attachment #2.1.1: Type: text/html, Size: 4468 bytes --]

[-- Attachment #3: Type: text/plain, Size: 140 bytes --]

_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Problem between autofs 3 and autofs4
  2006-04-23 19:25 ergatz
@ 2006-04-24  2:06 ` Ian Kent
  0 siblings, 0 replies; 9+ messages in thread
From: Ian Kent @ 2006-04-24  2:06 UTC (permalink / raw)
  To: autofs mailing list; +Cc: Jonathan Loran

On Sun, 23 Apr 2006, ergatz@comcast.net wrote:

> Jonathan is right.   Chastisement accepted and filed away.
> 
>  I should not have vented my frustration here.  I know how things SHOULD work, but I don't always see it in RH.  Thanks for the replies.  I will keep negative opinions to myself in the future.  I have been doing Solaris too long to change over to RH very quickly.

And I've worked in Solaris environments for more than 10 years of my 
more than 20 years in computing.

> 
> dorothy
> 
> 
> 
>  -------------- Original message ----------------------
> From: Jonathan Loran <jonathan@loran.name>
> > 
> > 
> > 
> > ergatz@comcast.net wrote:
> > > I tried all sorts of things, to include autofs reload, autofs stop and start, 
> > ypbind stop and start.
> > > The only thing that would work was too reboot the machine.  Rebooting a SERVER 
> > is not
> > > really something I want to do when I make changes.
> > >
> > > One of the guys in the office found an updated version of autofs.  I installed 
> > it, and everything
> > > works like a charm.  
> > >
> > > A commentary:  I found somewhere that autofs 4 was written by someone who did 
> > not write
> > > autofs3.  In fact, the author of 3 said he would like to come back to write 5.  
> > It seems the author
> > > of 4 did not know as much about autofs as he should have to write properly 
> > functioning code.
> > >
> > >   
> > I just have to chime in here, that though Ian Kent may sometimes be self
> > deprecating, it is not at all fair to say this about him.  He has given
> > so much of himself to the autofs project, and he, at least at this date,
> > is hardly ignorant as to how autofs works.  I for one feel extremely
> > grateful to him for his tireless hard work on this project.  Cheers to Ian!
> > 
> > Jon
> > 
> > > Just one of my many frustrations with Redhat and open source....
> > >
> > >
> > >
> > >
> > >
> > >  -------------- Original message ----------------------
> > > From: Ian Kent <raven@themaw.net>
> > >   
> > >> On Sat, 15 Apr 2006, ergatz wrote:
> > >>
> > >>     
> > >>> I have a Solaris 2.6 NIS server and have recently added some Redhat Linux 
> > >>>       
> > >> hosts to it.
> > >>     
> > >>> I have:
> > >>>
> > >>>      1 RH 7.3 machine
> > >>>      2 RH 3.0 update 0
> > >>>      1 RH 3.0 update 3
> > >>>      2 RH 4.0 machines
> > >>>
> > >>> I have looked at this problem a lot, and the difference I see is that 7.3 
> > and 
> > >>>       
> > >> 3.0U0 use autofs 3.
> > >>     
> > >>> The 4.0 and 3.0U3 machines use autofs 4
> > >>>
> > >>> My problem is:  When I moved some users' home directories to a different 
> > >>>       
> > >> partition, the RH machines using autofs 4 had to be rebooted to pick up the 
> > >> changes.  The solaris hosts and the 7.3 and 3.0U0 (running autofs 3) picked 
> > up 
> > >> the changed locations magically like they are supposed to.  The machines 
> > using 
> > >> autofs 4 had to be rebooted in order to pick up the changes.  I tried 
> > everything 
> > >> I could think of to avoid reboot, because multiple users are on the the 
> > system 
> > >> at all times.
> > >>     
> > >>> I stopped and restarted autofs and ypbind--SEVERAL times.  Nothing worked.
> > >>>       
> > >> Did you try "service autofs reload".
> > >>
> > >> or 
> > >>
> > >> /etc/init.d/autofs reload
> > >>
> > >> ?
> > >>
> > >>     
> > >>> So, who know the differences between autofs 3 and 4, and what can I do to 
> > >>>       
> > >> hosts running autofs 4 to get them to pick up the NIS changes without having 
> > to 
> > >> reboot?
> > >>     
> > >>> dorothy
> > >>>       
> > >> _______________________________________________
> > >> autofs mailing list
> > >> autofs@linux.kernel.org
> > >> http://linux.kernel.org/mailman/listinfo/autofs
> > >>     
> > >
> > >
> > > _______________________________________________
> > > autofs mailing list
> > > autofs@linux.kernel.org
> > > http://linux.kernel.org/mailman/listinfo/autofs
> > >   
> 
> 
> 
> 

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Problem between autofs 3 and autofs4
  2006-04-23 13:24 Problem between autofs 3 and autofs4 ergatz
  2006-04-23 17:31 ` Jonathan Loran
@ 2006-04-24  2:30 ` Ian Kent
  1 sibling, 0 replies; 9+ messages in thread
From: Ian Kent @ 2006-04-24  2:30 UTC (permalink / raw)
  To: autofs mailing list

On Sun, 23 Apr 2006, ergatz@comcast.net wrote:

> I tried all sorts of things, to include autofs reload, autofs stop and start, ypbind stop and start.
> The only thing that would work was too reboot the machine.  Rebooting a SERVER is not
> really something I want to do when I make changes.

Oh and you think I don't realize that!

> 
> One of the guys in the office found an updated version of autofs.  I installed it, and everything
> works like a charm.  

What version?

> 
> A commentary:  I found somewhere that autofs 4 was written by someone who did not write
> autofs3.  In fact, the author of 3 said he would like to come back to write 5.  It seems the author
> of 4 did not know as much about autofs as he should have to write properly functioning code.

Who are you talking about.
All this happened a very long time ago.

Perhaps "me" since I took over the v4 maintenance several years ago and 
4.1.3 is one of my releases.

The fact is that what you have should work and if it's been broken by the 
addition of a patch then we need to identify which patch that is.

You should also consider the fact that changes to the package are often 
driven by requests for functionality on this list. I don't always get that 
right but I try.

You might also have a look at the CHANGELOG in 4.1.4.
The list of bugs fixed is so long that I didn't have any time to work on 
developing things that really need doing.

Previous to my current job at RedHat I worked as an infrastructure analyst 
at a Solaris site. Very demanding of time as you likely realize and then 
would go home and try to work on autofs.

That was really hard.

> 
> Just one of my many frustrations with RedHat and open source....

How is RedHat responsible for my mistakes?

Another fact is that there are many devoted people at RedHat that try to 
fix breakage in my packages (including me) and they have a difficult time 
to be sure.

On a lighter note I must apologize (to everyone) for not being more 
helpful on the list lately but I'm heavily focused on version 5 
development (which no doubt will not work properly either, ha).

Ian

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Problem between autofs 3 and autofs4
@ 2006-04-29 20:55 ergatz
  2006-05-01  9:17 ` Ian Kent
  0 siblings, 1 reply; 9+ messages in thread
From: ergatz @ 2006-04-29 20:55 UTC (permalink / raw)
  To: autofs mailing list

Ian,

Thanks for your responses.  I wanted to let you know that the rpm that I 
installed is version 4.1.3-169.  It may have been fixed in an earlier iteration, 
but this is the one downloaded.

dorothy




 -------------- Original message ----------------------
From: Ian Kent <raven@themaw.net>
> On Sun, 23 Apr 2006, ergatz@comcast.net wrote:
> 
> > I tried all sorts of things, to include autofs reload, autofs stop and start, 
> ypbind stop and start.
> > The only thing that would work was too reboot the machine.  Rebooting a SERVER 
> is not
> > really something I want to do when I make changes.
> 
> Oh and you think I don't realize that!
> 
> > 
> > One of the guys in the office found an updated version of autofs.  I installed 
> it, and everything
> > works like a charm.  
> 
> What version?
> 
> > 
> > A commentary:  I found somewhere that autofs 4 was written by someone who did 
> not write
> > autofs3.  In fact, the author of 3 said he would like to come back to write 5.  
> It seems the author
> > of 4 did not know as much about autofs as he should have to write properly 
> functioning code.
> 
> Who are you talking about.
> All this happened a very long time ago.
> 
> Perhaps "me" since I took over the v4 maintenance several years ago and 
> 4.1.3 is one of my releases.
> 
> The fact is that what you have should work and if it's been broken by the 
> addition of a patch then we need to identify which patch that is.
> 
> You should also consider the fact that changes to the package are often 
> driven by requests for functionality on this list. I don't always get that 
> right but I try.
> 
> You might also have a look at the CHANGELOG in 4.1.4.
> The list of bugs fixed is so long that I didn't have any time to work on 
> developing things that really need doing.
> 
> Previous to my current job at RedHat I worked as an infrastructure analyst 
> at a Solaris site. Very demanding of time as you likely realize and then 
> would go home and try to work on autofs.
> 
> That was really hard.
> 
> > 
> > Just one of my many frustrations with RedHat and open source....
> 
> How is RedHat responsible for my mistakes?
> 
> Another fact is that there are many devoted people at RedHat that try to 
> fix breakage in my packages (including me) and they have a difficult time 
> to be sure.
> 
> On a lighter note I must apologize (to everyone) for not being more 
> helpful on the list lately but I'm heavily focused on version 5 
> development (which no doubt will not work properly either, ha).
> 
> Ian
> 
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Problem between autofs 3 and autofs4
  2006-04-29 20:55 ergatz
@ 2006-05-01  9:17 ` Ian Kent
  0 siblings, 0 replies; 9+ messages in thread
From: Ian Kent @ 2006-05-01  9:17 UTC (permalink / raw)
  To: autofs mailing list

On Sat, 29 Apr 2006, ergatz@comcast.net wrote:

Hi Dorothy,

> Ian,
> 
> Thanks for your responses.  I wanted to let you know that the rpm that I 
> installed is version 4.1.3-169.  It may have been fixed in an earlier iteration, 
> but this is the one downloaded.

I think the latest update is about 176.

It would be good to get some info on the ones that that you tried that 
were broken in case there's work needed.

> 
> dorothy
> 
> 
> 
> 
>  -------------- Original message ----------------------
> From: Ian Kent <raven@themaw.net>
> > On Sun, 23 Apr 2006, ergatz@comcast.net wrote:
> > 
> > > I tried all sorts of things, to include autofs reload, autofs stop and start, 
> > ypbind stop and start.
> > > The only thing that would work was too reboot the machine.  Rebooting a SERVER 
> > is not
> > > really something I want to do when I make changes.
> > 
> > Oh and you think I don't realize that!
> > 
> > > 
> > > One of the guys in the office found an updated version of autofs.  I installed 
> > it, and everything
> > > works like a charm.  
> > 
> > What version?
> > 
> > > 
> > > A commentary:  I found somewhere that autofs 4 was written by someone who did 
> > not write
> > > autofs3.  In fact, the author of 3 said he would like to come back to write 5.  
> > It seems the author
> > > of 4 did not know as much about autofs as he should have to write properly 
> > functioning code.
> > 
> > Who are you talking about.
> > All this happened a very long time ago.
> > 
> > Perhaps "me" since I took over the v4 maintenance several years ago and 
> > 4.1.3 is one of my releases.
> > 
> > The fact is that what you have should work and if it's been broken by the 
> > addition of a patch then we need to identify which patch that is.
> > 
> > You should also consider the fact that changes to the package are often 
> > driven by requests for functionality on this list. I don't always get that 
> > right but I try.
> > 
> > You might also have a look at the CHANGELOG in 4.1.4.
> > The list of bugs fixed is so long that I didn't have any time to work on 
> > developing things that really need doing.
> > 
> > Previous to my current job at RedHat I worked as an infrastructure analyst 
> > at a Solaris site. Very demanding of time as you likely realize and then 
> > would go home and try to work on autofs.
> > 
> > That was really hard.
> > 
> > > 
> > > Just one of my many frustrations with RedHat and open source....
> > 
> > How is RedHat responsible for my mistakes?
> > 
> > Another fact is that there are many devoted people at RedHat that try to 
> > fix breakage in my packages (including me) and they have a difficult time 
> > to be sure.
> > 
> > On a lighter note I must apologize (to everyone) for not being more 
> > helpful on the list lately but I'm heavily focused on version 5 
> > development (which no doubt will not work properly either, ha).
> > 
> > Ian
> > 
> > _______________________________________________
> > autofs mailing list
> > autofs@linux.kernel.org
> > http://linux.kernel.org/mailman/listinfo/autofs
> 
> 
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs
> 

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2006-05-01  9:17 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-04-23 13:24 Problem between autofs 3 and autofs4 ergatz
2006-04-23 17:31 ` Jonathan Loran
2006-04-24  2:30 ` Ian Kent
  -- strict thread matches above, loose matches on Subject: below --
2006-04-29 20:55 ergatz
2006-05-01  9:17 ` Ian Kent
2006-04-23 19:25 ergatz
2006-04-24  2:06 ` Ian Kent
2006-04-15 12:59 ergatz
2006-04-23  6:48 ` Ian Kent

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.