Re: Komba.. (More reasons why it has to reap mounts)

[Michael Peddemors <michael@linuxmagic.com>]

On Wednesday 23 April 2003 06:22, Paul Cupis wrote:

> Deleted users if a much different scenario than users who have logged
> off and left 'long' running processes running.

Yes, but both have to be handled.  Can you think of a basic premise where if a 
user doesn't have a process running, he needs the mounts still? And even if 
there is a case for that, it is an exeption to the rule, and not the norm.

> > Well, we should be able to detect if
> > 1) the user has active processes
> > 2) the user is logged in (Actually that will be covered by 1)
> >
> > If not, the mount can be reaped.
>
> How do you propose to reap the mounts? This is not, AFAIK, something
> which komba is concerned with.

I heard that, but if the program is used to mount the shares, it should be 
able to look after unmounting them..


> Description: KDE Samba browser
>  Komba2 is a GUI machine and share browser for the
>  SMB protocol. Komba2 allows you to scan any number
>  of subnets for machines with SMB. The workgroups,
>  machines and share are shown in a tree-view.
>  For each machine you can then view the list of
>  shares, and mount, unmount or browse them. You can
                                ^^^^^^^^

> If you want users to unmount things when they log off, perhaps this
> could be added as an option to komba ( [X] Always unmount upon logoff
> ), but it should not be on by default. if you want unused mounts on
> your system to be unmounted, you need some daemon to do that. I am nt
> currently aware of any such daemon, though I'm sure one could be coded.
> But unmounting something accidentally or incorrectly could be
> disasterous.

It needs to be addressed, in any case, and if at least any mounts created by 
Komba were reaped when unused, then we would be a long way.  Any shares 
mounted manually, (ie not via Komba) it doesn't have to deal with..  Then 
noone has to deal with the whole debian system logic as a whole, and deal 
with it strictly in the package that handles 'mounting and unmounting'.

Maybe a seperate 'mtab style' record keeping, and a cron job to clean them 
would be the simplest, or a Komba Reaper Daemon, and this could have 'as an 
option' the ability to clean up system mounts, but this should not be the 
default.  

> Perhaps automatic unmounting-upon-closing-komba could be added as a

They already have that..

> user-definable option, but I think that would be a bad idea. One should
> not have to have komba running the entire time one wants to use a share
> mounted _via_ komba. Having an unmount-upon-logoff would be better, but

Yes, precisely.... 

> would require some part of komba to be called upon KDE logoff to do the
> unmounting.

But that doesn't handle disco's  So a reaper would have to be in place 
anyways, so might as well let the reaper do all the work.  As well, it may 
need to be at the user logoff, and not KDE logoff, however that might be more 
satisfying for those liking 'Microsoft Style'

> I can understand the problem you percieve, but I do not agree with your
> proposed solutions. Users should unmount shares when they have finished

SHOULD??? We aren't dealing with educated users, and expecting 100 users to 
remember to do this every day on an xterminal system is impractical.

> with them. If they do not unmount them, perhaps they had a good reason

No, it shoudl be that if they have a NEED to keep shares opened after all 
their tasks are completed, they should perform some special operation to do 
so, but this SHOULD NOT be the default behavior in a robust system.

-- 
--
"Catch the Magic of Linux..."
--------------------------------------------------------
Michael Peddemors - Senior Consultant
LinuxAdministration - Internet Services
NetworkServices - Programming - Security
Wizard IT Services http://www.wizard.ca
Linux Support Specialist - http://www.linuxmagic.com
LinuxMagic is a Registered TradeMark of Wizard Tower TechnoServices Ltd.
--------------------------------------------------------
(604)589-0037 Beautiful British Columbia, Canada