Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Netapp: toasters

cleaning up rmtab

 

 

Netapp toasters RSS feed   Index | Next | Previous | View Threaded


igor at txc

Jun 17, 2002, 12:50 PM

Post #1 of 2 (706 views)
Permalink
cleaning up rmtab

Hi,

my rmtab file is huge and has a lot of obsolete entries. I wanna clean
it up. Has any1 done that? I know that if it's possible at all,
there must be some trickery involved, because just removing the file
doesn't work - it creates recreated on the file - possibly from
memory? Maybe removing AND rebooting will do the job?

Thanks

Igor


cet1 at cus

Jun 17, 2002, 3:27 PM

Post #2 of 2 (653 views)
Permalink
Re: cleaning up rmtab [In reply to]

igor [at] txc (Igor Schein) writes:
>
> my rmtab file is huge and has a lot of obsolete entries. I wanna clean
> it up. Has any1 done that? I know that if it's possible at all,
> there must be some trickery involved, because just removing the file
> doesn't work - it creates recreated on the file - possibly from
> memory? Maybe removing AND rebooting will do the job?

There was a change, no later than 6.1, so that /etc/rmtab got rewritten
from the active list in memory, rather than just appended to, whenever
it got too full of deleted entries. I contributed to a thread about this
on toasters in mid-June 2001 if you can find it. I see that I wrote then:

| > The problem that obsolete entries not explicitly cancelled by client action
| > never go away definitely still exists, though.
|
| Indeed, it seems that in some ways it may be worse. One used to be able to
| sneakily cancel dross by writing judicious "#"s to /etc/rmtab oneself, and
| after the next reboot they would be gone. Now such trickery is lost each
| time a new /etc/rmtab is created from (presumably) the in-store active list.
|
| The na_rmtab(5) man page in 6.1R1 still says that /etc/rmtab "may be removed
| before rebooting the server" to get rid of such things, but I wonder whether
| it now has to be *just* before rebooting, in case the file should reappear!

The man page still says that in 6.2R2. I can't think of anything else
to try... let us know whether it works!

One can, rather tediously, purge individual obsolete entries by mounting
and unmounting the right path from the right IP address, but only as long
as one can still run up a client at that IP address (or steal it for a
while as a virtual interface on some other client, etc.). There really
ought to be a filer command to say "act as though you had received an
UMNTALL from such-an-such an IP address", or even "from all IP addresses".
Of course, maybe there is one, among all those undocumented "advanced
mode" commands ... :(

Chris Thompson
Email: cet1 [at] cam

Netapp toasters RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.