All of lore.kernel.org
 help / color / mirror / Atom feed
* file system handle
@ 2004-12-13 15:12 David Dougall
  2004-12-13 15:30 ` James Pearson
  0 siblings, 1 reply; 4+ messages in thread
From: David Dougall @ 2004-12-13 15:12 UTC (permalink / raw)
  To: nfs

I am moving filesystems/disks to new NFS servers.  They are going to
change major and minor numbers.  Is there any way I can prevent stale
mounts with the fsid= option in the exports?
I have tried this on a test environment, but when I try to create an fsid=
option, it completely changes the filehandle format in the nfs packet.  Am
I missing something, or are the default and forced fsid options
incompatible?
--David Dougall



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

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

* Re: file system handle
  2004-12-13 15:12 file system handle David Dougall
@ 2004-12-13 15:30 ` James Pearson
  2004-12-13 15:41   ` David Dougall
  0 siblings, 1 reply; 4+ messages in thread
From: James Pearson @ 2004-12-13 15:30 UTC (permalink / raw)
  To: David Dougall; +Cc: nfs

David Dougall wrote:
> I am moving filesystems/disks to new NFS servers.  They are going to
> change major and minor numbers.  Is there any way I can prevent stale
> mounts with the fsid= option in the exports?
> I have tried this on a test environment, but when I try to create an fsid=
> option, it completely changes the filehandle format in the nfs packet.  Am
> I missing something, or are the default and forced fsid options
> incompatible?

I believe using the fsid= option does use a different file handle id 
type, so you can't directly do what you want with the fsid option.

However, you can re-export a file system with an added fsid= option - 
any existing mounts will still use the 'previous' file handle type based 
on the device id, but new mounts will use the new fsid file handle. You 
then will have to make sure all existing clients remount the file system 
before moving the disks.

I've done this before - but I had to make the export change well in 
advance, so that I could make sure all existing clients remounted the 
file system before the move.

James Pearson


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

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

* Re: file system handle
  2004-12-13 15:30 ` James Pearson
@ 2004-12-13 15:41   ` David Dougall
  2004-12-13 15:57     ` James Pearson
  0 siblings, 1 reply; 4+ messages in thread
From: David Dougall @ 2004-12-13 15:41 UTC (permalink / raw)
  To: James Pearson; +Cc: nfs@lists.sourceforge.net

So, you are saying that if I add an fsid= option into the exports, the
server will work with both that filehandle and the default major/minor
number one?
--David Dougall


On Mon, 13 Dec 2004, James Pearson wrote:

> David Dougall wrote:
> > I am moving filesystems/disks to new NFS servers.  They are going to
> > change major and minor numbers.  Is there any way I can prevent stale
> > mounts with the fsid= option in the exports?
> > I have tried this on a test environment, but when I try to create an fsid=
> > option, it completely changes the filehandle format in the nfs packet.  Am
> > I missing something, or are the default and forced fsid options
> > incompatible?
>
> I believe using the fsid= option does use a different file handle id
> type, so you can't directly do what you want with the fsid option.
>
> However, you can re-export a file system with an added fsid= option -
> any existing mounts will still use the 'previous' file handle type based
> on the device id, but new mounts will use the new fsid file handle. You
> then will have to make sure all existing clients remount the file system
> before moving the disks.
>
> I've done this before - but I had to make the export change well in
> advance, so that I could make sure all existing clients remounted the
> file system before the move.
>
> James Pearson
>
>
>


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

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

* Re: file system handle
  2004-12-13 15:41   ` David Dougall
@ 2004-12-13 15:57     ` James Pearson
  0 siblings, 0 replies; 4+ messages in thread
From: James Pearson @ 2004-12-13 15:57 UTC (permalink / raw)
  To: David Dougall; +Cc: nfs@lists.sourceforge.net

Yes - existing clients will still use the 'default' filehandle type. Any 
new clients will use the fsid= option type. You have to make sure all 
clients have remounted the file systems before moving the disks to a new 
host.

James Pearson

David Dougall wrote:
> So, you are saying that if I add an fsid= option into the exports, the
> server will work with both that filehandle and the default major/minor
> number one?
> --David Dougall
> 
> 
> On Mon, 13 Dec 2004, James Pearson wrote:
> 
> 
>>David Dougall wrote:
>>
>>>I am moving filesystems/disks to new NFS servers.  They are going to
>>>change major and minor numbers.  Is there any way I can prevent stale
>>>mounts with the fsid= option in the exports?
>>>I have tried this on a test environment, but when I try to create an fsid=
>>>option, it completely changes the filehandle format in the nfs packet.  Am
>>>I missing something, or are the default and forced fsid options
>>>incompatible?
>>
>>I believe using the fsid= option does use a different file handle id
>>type, so you can't directly do what you want with the fsid option.
>>
>>However, you can re-export a file system with an added fsid= option -
>>any existing mounts will still use the 'previous' file handle type based
>>on the device id, but new mounts will use the new fsid file handle. You
>>then will have to make sure all existing clients remount the file system
>>before moving the disks.
>>
>>I've done this before - but I had to make the export change well in
>>advance, so that I could make sure all existing clients remounted the
>>file system before the move.
>>
>>James Pearson
>>
>>
>>
> 
> 



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

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

end of thread, other threads:[~2004-12-13 15:57 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-13 15:12 file system handle David Dougall
2004-12-13 15:30 ` James Pearson
2004-12-13 15:41   ` David Dougall
2004-12-13 15:57     ` James Pearson

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.