All of lore.kernel.org
 help / color / mirror / Atom feed
* autofs and terminal networks woes.
@ 2005-02-17 10:33 Chris Fanning
  2005-02-17 13:39 ` raven
  0 siblings, 1 reply; 11+ messages in thread
From: Chris Fanning @ 2005-02-17 10:33 UTC (permalink / raw)
  To: autofs

Hello all,

I am working with terminal networks. I have been using PXES
(http://pxes.sourceforge.net/) as the thinclient and freeNX
(http://developer.berlios.de/projects/freenx/) as the X protocol.

All users run their session on the central terminal server. Each pc,
where the users sits, is running X (PXES). Problems start when the
user wants to access the floppy because /mnt/floppy is the floppy
drive on the server, when in reality, the user is not phisically at
the server. By clicking on his floppy icon, the user expects to access
the drive on his thinclient.

PXES (the thinclient) runs a samba server just for this reason.
Therefore, the user can browse smb://thinclient/fd or
smb://thinclient/cdrom to access his local drives because he is
physically @thinclient.
I have managed to setup floppy and cdrom icons on the desktop at
login. By using the freeNX code, we can know the ip of the thinclient.

So, we have varios users running individual sessions on the server
simultaneously. Each user is sitting at a client with its own ip. Each
user can access their floppy via smb://thinclient_ip/fd

I feel this is a limited solution. When the user goes to konqueror o
nautilus and accesses /mnt/floppy, he reads the floppy on the server
(bad becaue he is not physically there). All system-wide references to
the floppy or cdrom or usb are wrong. Only the icons
(smb://thinclient/..) made explicitly are correct.

Considering this limitation, I thought something might be able to be
done with autofs 

It does seem possible to do something like this.
/var/autofs/terminales/a_thinclient_ip/floppy
/var/autofs/terminales/a_thinclientl_ip/cdrom

So I setup the samba server on the thinclient to accept guest without password
(I read somewhere that this was necessary for autofs).

more /etc/auto.terminals
floppy  -fstype=smbfs,guest,fmask=666,dmask=777        ://a_thinclient_ip/fd
and it works!

However, I think I need to use an external script (you call that a
map?) that produces this output
a_thinclient_ip   -fstype=smbfs,guest,fmask=666,dmask=777      
/floppy thinclient_ip:/fd

I have manually added this to auto.smb to test it and it doesn't work.

So my question here is why?
floppy  -fstype=smbfs,guest,fmask=666,dmask=777       
://a_thinclient_ip/fd  (this mounts)
a_thinclient_ip   -fstype=smbfs,guest,fmask=666,dmask=777      
/floppy thinclient_ip:/fd   (this doesn't)

What am I overlooking?

Thanks in advance
Chris.

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

* Re: autofs and terminal networks woes.
  2005-02-17 10:33 autofs and terminal networks woes Chris Fanning
@ 2005-02-17 13:39 ` raven
  2005-02-17 14:06   ` Chris Fanning
  0 siblings, 1 reply; 11+ messages in thread
From: raven @ 2005-02-17 13:39 UTC (permalink / raw)
  To: Chris Fanning; +Cc: autofs

On Thu, 17 Feb 2005, Chris Fanning wrote:

Versions?

>
> So I setup the samba server on the thinclient to accept guest without password
> (I read somewhere that this was necessary for autofs).

Probably because we don't have user credentials.

>
> more /etc/auto.terminals
> floppy  -fstype=smbfs,guest,fmask=666,dmask=777        ://a_thinclient_ip/fd
> and it works!
>
> However, I think I need to use an external script (you call that a
> map?) that produces this output
> a_thinclient_ip   -fstype=smbfs,guest,fmask=666,dmask=777
> /floppy thinclient_ip:/fd
>
> I have manually added this to auto.smb to test it and it doesn't work.
>
> So my question here is why?
> floppy  -fstype=smbfs,guest,fmask=666,dmask=777
> ://a_thinclient_ip/fd  (this mounts)
> a_thinclient_ip   -fstype=smbfs,guest,fmask=666,dmask=777
> /floppy thinclient_ip:/fd   (this doesn't)
           ^^^^^^^^^^^^^ Doesn't look like an smb name?

Perhaps you need to use ://thinclient_ip/fd
But then that will only work (I hope) with the 4.1.4 beta.

Ian

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

* Re: autofs and terminal networks woes.
  2005-02-17 13:39 ` raven
@ 2005-02-17 14:06   ` Chris Fanning
  2005-02-17 14:10     ` raven
  2005-02-20 21:59     ` Steinar H. Gunderson
  0 siblings, 2 replies; 11+ messages in thread
From: Chris Fanning @ 2005-02-17 14:06 UTC (permalink / raw)
  To: raven@themaw.net; +Cc: autofs

Hi Ian,

> Versions?
> 
4.1.3-9

> Perhaps you need to use ://thinclient_ip/fd

So, do you suggest I upgrade?
When might 4.1.4 be available for debian testing?
Should I download the source instead?
Thanks for your excelent work and time.

Chris.


On Thu, 17 Feb 2005 21:39:32 +0800 (WST), raven@themaw.net
<raven@themaw.net> wrote:
> On Thu, 17 Feb 2005, Chris Fanning wrote:
> 
> Versions?
> 
> >
> > So I setup the samba server on the thinclient to accept guest without password
> > (I read somewhere that this was necessary for autofs).
> 
> Probably because we don't have user credentials.
> 
> >
> > more /etc/auto.terminals
> > floppy  -fstype=smbfs,guest,fmask=666,dmask=777        ://a_thinclient_ip/fd
> > and it works!
> >
> > However, I think I need to use an external script (you call that a
> > map?) that produces this output
> > a_thinclient_ip   -fstype=smbfs,guest,fmask=666,dmask=777
> > /floppy thinclient_ip:/fd
> >
> > I have manually added this to auto.smb to test it and it doesn't work.
> >
> > So my question here is why?
> > floppy  -fstype=smbfs,guest,fmask=666,dmask=777
> > ://a_thinclient_ip/fd  (this mounts)
> > a_thinclient_ip   -fstype=smbfs,guest,fmask=666,dmask=777
> > /floppy thinclient_ip:/fd   (this doesn't)
>            ^^^^^^^^^^^^^ Doesn't look like an smb name?
> 
> Perhaps you need to use ://thinclient_ip/fd
> But then that will only work (I hope) with the 4.1.4 beta.
> 
> Ian
> 
>

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

* Re: autofs and terminal networks woes.
  2005-02-17 14:06   ` Chris Fanning
@ 2005-02-17 14:10     ` raven
  2005-02-17 15:15       ` Chris Fanning
  2005-02-20 21:59     ` Steinar H. Gunderson
  1 sibling, 1 reply; 11+ messages in thread
From: raven @ 2005-02-17 14:10 UTC (permalink / raw)
  To: Chris Fanning; +Cc: autofs

On Thu, 17 Feb 2005, Chris Fanning wrote:

> Hi Ian,
>
>> Versions?
>>
> 4.1.3-9
>
>> Perhaps you need to use ://thinclient_ip/fd
>
> So, do you suggest I upgrade?

Only if you can solve the problems you face. Certainly not without plenty 
of testing.

> When might 4.1.4 be available for debian testing?

I guess that will depend on the Debian folks.
I'm hoping they will push 4.1.4 into the Debian tree fairly soon after it 
is released. I've tried to get as many fixes into the new version as I could.

> Should I download the source instead?

If you wish to test this out you can download 
autofs-4.1.4_beta2-deb.tar.gz which basically contains the files of a 
source deb.

As i've said before, this is for testing only as I'm not the maintainer of 
the Debian package.

If you do try this make sure you stop autofs before installing the deb.

Ian

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

* Re: autofs and terminal networks woes.
  2005-02-17 14:10     ` raven
@ 2005-02-17 15:15       ` Chris Fanning
  2005-02-17 16:09         ` Jonathan Loran
  0 siblings, 1 reply; 11+ messages in thread
From: Chris Fanning @ 2005-02-17 15:15 UTC (permalink / raw)
  To: raven@themaw.net; +Cc: autofs

ok. downloaded, compiled and installed.
This works great!

Thankyou.
Chris.



On Thu, 17 Feb 2005 22:10:58 +0800 (WST), raven@themaw.net
<raven@themaw.net> wrote:
> On Thu, 17 Feb 2005, Chris Fanning wrote:
> 
> > Hi Ian,
> >
> >> Versions?
> >>
> > 4.1.3-9
> >
> >> Perhaps you need to use ://thinclient_ip/fd
> >
> > So, do you suggest I upgrade?
> 
> Only if you can solve the problems you face. Certainly not without plenty
> of testing.
> 
> > When might 4.1.4 be available for debian testing?
> 
> I guess that will depend on the Debian folks.
> I'm hoping they will push 4.1.4 into the Debian tree fairly soon after it
> is released. I've tried to get as many fixes into the new version as I could.
> 
> > Should I download the source instead?
> 
> If you wish to test this out you can download
> autofs-4.1.4_beta2-deb.tar.gz which basically contains the files of a
> source deb.
> 
> As i've said before, this is for testing only as I'm not the maintainer of
> the Debian package.
> 
> If you do try this make sure you stop autofs before installing the deb.
> 
> Ian
> 
>

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

* Re: autofs and terminal networks woes.
  2005-02-17 15:15       ` Chris Fanning
@ 2005-02-17 16:09         ` Jonathan Loran
  2005-02-20 19:38           ` Chris Fanning
  0 siblings, 1 reply; 11+ messages in thread
From: Jonathan Loran @ 2005-02-17 16:09 UTC (permalink / raw)
  To: autofs


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


Chris, Ian,

I don't chime in here very often, and I know this is now more or less 
working, but the obvious question to me is, since both the thin client 
and server are running Linux/Unix, why not use the more native NFS?  
Perhaps I'm missing something obvious.

Jon

Chris Fanning wrote:

>ok. downloaded, compiled and installed.
>This works great!
>
>Thankyou.
>Chris.
>
>
>
>On Thu, 17 Feb 2005 22:10:58 +0800 (WST), raven@themaw.net
><raven@themaw.net> wrote:
>  
>
>>On Thu, 17 Feb 2005, Chris Fanning wrote:
>>
>>    
>>
>>>Hi Ian,
>>>
>>>      
>>>
>>>>Versions?
>>>>
>>>>        
>>>>
>>>4.1.3-9
>>>
>>>      
>>>
>>>>Perhaps you need to use ://thinclient_ip/fd
>>>>        
>>>>
>>>So, do you suggest I upgrade?
>>>      
>>>
>>Only if you can solve the problems you face. Certainly not without plenty
>>of testing.
>>
>>    
>>
>>>When might 4.1.4 be available for debian testing?
>>>      
>>>
>>I guess that will depend on the Debian folks.
>>I'm hoping they will push 4.1.4 into the Debian tree fairly soon after it
>>is released. I've tried to get as many fixes into the new version as I could.
>>
>>    
>>
>>>Should I download the source instead?
>>>      
>>>
>>If you wish to test this out you can download
>>autofs-4.1.4_beta2-deb.tar.gz which basically contains the files of a
>>source deb.
>>
>>As i've said before, this is for testing only as I'm not the maintainer of
>>the Debian package.
>>
>>If you do try this make sure you stop autofs before installing the deb.
>>
>>Ian
>>
>>
>>    
>>
>
>_______________________________________________
>autofs mailing list
>autofs@linux.kernel.org
>http://linux.kernel.org/mailman/listinfo/autofs
>  
>

[-- Attachment #1.2: Type: text/html, Size: 2778 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] 11+ messages in thread

* Re: autofs and terminal networks woes.
  2005-02-17 16:09         ` Jonathan Loran
@ 2005-02-20 19:38           ` Chris Fanning
  2005-02-21  4:39             ` Ian Kent
  0 siblings, 1 reply; 11+ messages in thread
From: Chris Fanning @ 2005-02-20 19:38 UTC (permalink / raw)
  To: Jonathan Loran; +Cc: autofs

No Jon, you're not missing anything.
I've simply started using smb because the pxes client I've been
testing with has a nice check box to include a smb server in the
image.
You are probably right and nfs is the way to go.

By the way, since I've upgraded, autofs doesn't seem to unmount the
drives (I can hear the diskette spinning every 8 seconds or so), even
with the timeout set.

How should I test that to see if it really is a bug?

Chris.


On Thu, 17 Feb 2005 08:09:55 -0800, Jonathan Loran <jonathan@loran.name> wrote:
>  
>  Chris, Ian,
>  
>  I don't chime in here very often, and I know this is now more or less
> working, but the obvious question to me is, since both the thin client and
> server are running Linux/Unix, why not use the more native NFS?  Perhaps I'm
> missing something obvious.
>  
>  Jon
>  
>  Chris Fanning wrote: 
>  ok. downloaded, compiled and installed. This works great! Thankyou. Chris.
> On Thu, 17 Feb 2005 22:10:58 +0800 (WST), raven@themaw.net
> <raven@themaw.net> wrote: 
>  On Thu, 17 Feb 2005, Chris Fanning wrote: 
>  Hi Ian, 
>  Versions? 4.1.3-9 
>  Perhaps you need to use ://thinclient_ip/fd So, do you suggest I upgrade?
> Only if you can solve the problems you face. Certainly not without plenty of
> testing. 
>  When might 4.1.4 be available for debian testing? I guess that will depend
> on the Debian folks. I'm hoping they will push 4.1.4 into the Debian tree
> fairly soon after it is released. I've tried to get as many fixes into the
> new version as I could. 
>  Should I download the source instead? If you wish to test this out you can
> download autofs-4.1.4_beta2-deb.tar.gz which basically contains the files of
> a source deb. As i've said before, this is for testing only as I'm not the
> maintainer of the Debian package. If you do try this make sure you stop
> autofs before installing the deb. 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] 11+ messages in thread

* Re: autofs and terminal networks woes.
  2005-02-17 14:06   ` Chris Fanning
  2005-02-17 14:10     ` raven
@ 2005-02-20 21:59     ` Steinar H. Gunderson
  1 sibling, 0 replies; 11+ messages in thread
From: Steinar H. Gunderson @ 2005-02-20 21:59 UTC (permalink / raw)
  To: autofs

On Thu, Feb 17, 2005 at 03:06:25PM +0100, Chris Fanning wrote:
> When might 4.1.4 be available for debian testing?

4.14beta2 is available in testing now.

/* Steinar */
-- 
Homepage: http://www.sesse.net/

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

* Re: autofs and terminal networks woes.
  2005-02-20 19:38           ` Chris Fanning
@ 2005-02-21  4:39             ` Ian Kent
  2005-03-08 11:36               ` Chris Fanning
  0 siblings, 1 reply; 11+ messages in thread
From: Ian Kent @ 2005-02-21  4:39 UTC (permalink / raw)
  To: Chris Fanning; +Cc: autofs, Jonathan Loran

On Sun, 20 Feb 2005, Chris Fanning wrote:

> No Jon, you're not missing anything.
> I've simply started using smb because the pxes client I've been
> testing with has a nice check box to include a smb server in the
> image.
> You are probably right and nfs is the way to go.
> 
> By the way, since I've upgraded, autofs doesn't seem to unmount the
> drives (I can hear the diskette spinning every 8 seconds or so), even
> with the timeout set.
> 
> How should I test that to see if it really is a bug?

Mostly I use the --debug option on the master map entry.
Then forward the log and I'll see if there's anything amiss.

What about your autofs4 kernel module?

> 
> Chris.
> 
> 
> On Thu, 17 Feb 2005 08:09:55 -0800, Jonathan Loran <jonathan@loran.name> wrote:
> >  
> >  Chris, Ian,
> >  
> >  I don't chime in here very often, and I know this is now more or less
> > working, but the obvious question to me is, since both the thin client and
> > server are running Linux/Unix, why not use the more native NFS?  Perhaps I'm
> > missing something obvious.
> >  
> >  Jon
> >  
> >  Chris Fanning wrote: 
> >  ok. downloaded, compiled and installed. This works great! Thankyou. Chris.
> > On Thu, 17 Feb 2005 22:10:58 +0800 (WST), raven@themaw.net
> > <raven@themaw.net> wrote: 
> >  On Thu, 17 Feb 2005, Chris Fanning wrote: 
> >  Hi Ian, 
> >  Versions? 4.1.3-9 
> >  Perhaps you need to use ://thinclient_ip/fd So, do you suggest I upgrade?
> > Only if you can solve the problems you face. Certainly not without plenty of
> > testing. 
> >  When might 4.1.4 be available for debian testing? I guess that will depend
> > on the Debian folks. I'm hoping they will push 4.1.4 into the Debian tree
> > fairly soon after it is released. I've tried to get as many fixes into the
> > new version as I could. 
> >  Should I download the source instead? If you wish to test this out you can
> > download autofs-4.1.4_beta2-deb.tar.gz which basically contains the files of
> > a source deb. As i've said before, this is for testing only as I'm not the
> > maintainer of the Debian package. If you do try this make sure you stop
> > autofs before installing the deb. 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
> > 
> > 
> >
> 
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs
> 

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

* Re: autofs and terminal networks woes.
  2005-02-21  4:39             ` Ian Kent
@ 2005-03-08 11:36               ` Chris Fanning
  2005-03-08 13:39                 ` raven
  0 siblings, 1 reply; 11+ messages in thread
From: Chris Fanning @ 2005-03-08 11:36 UTC (permalink / raw)
  To: Ian Kent; +Cc: autofs, Jonathan Loran

Hi,

well, though observation, it seems the problem I stated before of the
mounts not unmounting is because Nautilus keeps it in sort of cache or
something and the mount remains busy.

anyway, to refresh..
I have a terminal network environment.
All users run their session on the central terminal server. Each pc,
where the users sits, is running X. Problems start when the
user wants to access the floppy because /mnt/floppy is the floppy
drive on the server, when in reality, the user is not phisically at
the server.

ok. since then I've got this working
/terminals/terminal_ip/fd
/terminals/terminal_ip/cd
great!

Now I have another doubt.
I can't expect the users to know the path to the floppy because, for
example, they don't even know their ip.
So I make a link from the users home to their terminals floppy. eg.
ln -s /terminals/terminal_ip/fd /home/a_user/Floppy

But this causes the drive to mount. Bad.

Is there anyway to point to the floppy but delay the mount until the
user really wants it?

Thanks again.
Chris.

On Mon, 21 Feb 2005 12:39:37 +0800 (WST), Ian Kent <raven@themaw.net> wrote:
> On Sun, 20 Feb 2005, Chris Fanning wrote:
> 
> > No Jon, you're not missing anything.
> > I've simply started using smb because the pxes client I've been
> > testing with has a nice check box to include a smb server in the
> > image.
> > You are probably right and nfs is the way to go.
> >
> > By the way, since I've upgraded, autofs doesn't seem to unmount the
> > drives (I can hear the diskette spinning every 8 seconds or so), even
> > with the timeout set.
> >
> > How should I test that to see if it really is a bug?
> 
> Mostly I use the --debug option on the master map entry.
> Then forward the log and I'll see if there's anything amiss.
> 
> What about your autofs4 kernel module?
> 
> >
> > Chris.
> >
> >
> > On Thu, 17 Feb 2005 08:09:55 -0800, Jonathan Loran <jonathan@loran.name> wrote:
> > >
> > >  Chris, Ian,
> > >
> > >  I don't chime in here very often, and I know this is now more or less
> > > working, but the obvious question to me is, since both the thin client and
> > > server are running Linux/Unix, why not use the more native NFS?  Perhaps I'm
> > > missing something obvious.
> > >
> > >  Jon
> > >
> > >  Chris Fanning wrote:
> > >  ok. downloaded, compiled and installed. This works great! Thankyou. Chris.
> > > On Thu, 17 Feb 2005 22:10:58 +0800 (WST), raven@themaw.net
> > > <raven@themaw.net> wrote:
> > >  On Thu, 17 Feb 2005, Chris Fanning wrote:
> > >  Hi Ian,
> > >  Versions? 4.1.3-9
> > >  Perhaps you need to use ://thinclient_ip/fd So, do you suggest I upgrade?
> > > Only if you can solve the problems you face. Certainly not without plenty of
> > > testing.
> > >  When might 4.1.4 be available for debian testing? I guess that will depend
> > > on the Debian folks. I'm hoping they will push 4.1.4 into the Debian tree
> > > fairly soon after it is released. I've tried to get as many fixes into the
> > > new version as I could.
> > >  Should I download the source instead? If you wish to test this out you can
> > > download autofs-4.1.4_beta2-deb.tar.gz which basically contains the files of
> > > a source deb. As i've said before, this is for testing only as I'm not the
> > > maintainer of the Debian package. If you do try this make sure you stop
> > > autofs before installing the deb. 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
> > >
> > >
> > >
> >
> > _______________________________________________
> > autofs mailing list
> > autofs@linux.kernel.org
> > http://linux.kernel.org/mailman/listinfo/autofs
> >
> 
>

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

* Re: autofs and terminal networks woes.
  2005-03-08 11:36               ` Chris Fanning
@ 2005-03-08 13:39                 ` raven
  0 siblings, 0 replies; 11+ messages in thread
From: raven @ 2005-03-08 13:39 UTC (permalink / raw)
  To: Chris Fanning; +Cc: autofs, Jonathan Loran

On Tue, 8 Mar 2005, Chris Fanning wrote:

> Hi,
>
> well, though observation, it seems the problem I stated before of the
> mounts not unmounting is because Nautilus keeps it in sort of cache or
> something and the mount remains busy.

Yes. That problem has been around for a long time.
I subscribed to the list (actually I think it was Nautalis, maybe I was in 
the wrong place anyway) but never got to spend any time on it due to other 
stuff.

One way I dealt with it was to set the 
${HOME}/.gnome/gnome-vfs/.trash_entry_cache file to mode 000. I may have 
set the owner to root as well I can't remember now.

This seemed to not bother Gnome (Nautalis) much and stops it from adding 
new paths to scan for Trash folders in. I suggest some experimentation 
before going headlong into this.

>
> anyway, to refresh..
> I have a terminal network environment.
> All users run their session on the central terminal server. Each pc,
> where the users sits, is running X. Problems start when the
> user wants to access the floppy because /mnt/floppy is the floppy
> drive on the server, when in reality, the user is not phisically at
> the server.
>
> ok. since then I've got this working
> /terminals/terminal_ip/fd
> /terminals/terminal_ip/cd
> great!
>
> Now I have another doubt.
> I can't expect the users to know the path to the floppy because, for
> example, they don't even know their ip.
> So I make a link from the users home to their terminals floppy. eg.
> ln -s /terminals/terminal_ip/fd /home/a_user/Floppy

This sounds a bit like Gnome again.

>
> But this causes the drive to mount. Bad.
>
> Is there anyway to point to the floppy but delay the mount until the
> user really wants it?
>
> Thanks again.
> Chris.
>
> On Mon, 21 Feb 2005 12:39:37 +0800 (WST), Ian Kent <raven@themaw.net> wrote:
>> On Sun, 20 Feb 2005, Chris Fanning wrote:
>>
>>> No Jon, you're not missing anything.
>>> I've simply started using smb because the pxes client I've been
>>> testing with has a nice check box to include a smb server in the
>>> image.
>>> You are probably right and nfs is the way to go.
>>>
>>> By the way, since I've upgraded, autofs doesn't seem to unmount the
>>> drives (I can hear the diskette spinning every 8 seconds or so), even
>>> with the timeout set.
>>>
>>> How should I test that to see if it really is a bug?
>>
>> Mostly I use the --debug option on the master map entry.
>> Then forward the log and I'll see if there's anything amiss.
>>
>> What about your autofs4 kernel module?
>>
>>>
>>> Chris.
>>>
>>>
>>> On Thu, 17 Feb 2005 08:09:55 -0800, Jonathan Loran <jonathan@loran.name> wrote:
>>>>
>>>>  Chris, Ian,
>>>>
>>>>  I don't chime in here very often, and I know this is now more or less
>>>> working, but the obvious question to me is, since both the thin client and
>>>> server are running Linux/Unix, why not use the more native NFS?  Perhaps I'm
>>>> missing something obvious.
>>>>
>>>>  Jon
>>>>
>>>>  Chris Fanning wrote:
>>>>  ok. downloaded, compiled and installed. This works great! Thankyou. Chris.
>>>> On Thu, 17 Feb 2005 22:10:58 +0800 (WST), raven@themaw.net
>>>> <raven@themaw.net> wrote:
>>>>  On Thu, 17 Feb 2005, Chris Fanning wrote:
>>>>  Hi Ian,
>>>>  Versions? 4.1.3-9
>>>>  Perhaps you need to use ://thinclient_ip/fd So, do you suggest I upgrade?
>>>> Only if you can solve the problems you face. Certainly not without plenty of
>>>> testing.
>>>>  When might 4.1.4 be available for debian testing? I guess that will depend
>>>> on the Debian folks. I'm hoping they will push 4.1.4 into the Debian tree
>>>> fairly soon after it is released. I've tried to get as many fixes into the
>>>> new version as I could.
>>>>  Should I download the source instead? If you wish to test this out you can
>>>> download autofs-4.1.4_beta2-deb.tar.gz which basically contains the files of
>>>> a source deb. As i've said before, this is for testing only as I'm not the
>>>> maintainer of the Debian package. If you do try this make sure you stop
>>>> autofs before installing the deb. 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
>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> autofs mailing list
>>> autofs@linux.kernel.org
>>> http://linux.kernel.org/mailman/listinfo/autofs
>>>
>>
>>
>

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

end of thread, other threads:[~2005-03-08 13:39 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-17 10:33 autofs and terminal networks woes Chris Fanning
2005-02-17 13:39 ` raven
2005-02-17 14:06   ` Chris Fanning
2005-02-17 14:10     ` raven
2005-02-17 15:15       ` Chris Fanning
2005-02-17 16:09         ` Jonathan Loran
2005-02-20 19:38           ` Chris Fanning
2005-02-21  4:39             ` Ian Kent
2005-03-08 11:36               ` Chris Fanning
2005-03-08 13:39                 ` raven
2005-02-20 21:59     ` Steinar H. Gunderson

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.