* 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.