George,
It always did an unexport and then re-export. Your window of time is pretty small, it prepares the new export and then unexports the old one. There is no comparison of the nodes to determine if anything has changed in the rules.
I.e., it doesn't do a complete unexport of all nodes and then re-export everything.
In 6.5, instead of unexporting any path duplicates, the code will check to see if the node has actually changed and then only unexport and re-export.
As for doing it on a live mount, remember that NFS is stateless and well designed client applications need to be able to handle the occasional ESTALE. Or, this is the same as if the filer was rebooted, you expect the path to be re-exported and the client should not be able to tell the difference.
Slight humor aside, this is bug 101640 and was driven by the desire to not present ESTALE to database clients during the small window of time which the re-export is occuring on nodes which did not change.
Thanks, Tom
Hi, I just upgraded from 6.2.2 to 6.4.2P6 and noticed that after creating a new qtree to be exported to a database client the 'exportfs -va' command produces a different behavior.
It appears that it unexports and then does a re-export. Before, on 6.2.2, it just did a re-export. Needles to say doing an unexport on a live mounted filesystem is not to nice.
Has anyone seen this as well ?
unexported /vol/auto2/its-adsprod759 re-exported /vol/auto2/its-adsprod759 unexported /vol/auto2/its-adsqa759 re-exported /vol/auto2/its-adsqa759 unexported /vol/auto2/its-hrtrn83 re-exported /vol/auto2/its-hrtrn83 unexported /vol/no2/cns-pbat-rec2 re-exported /vol/no2/cns-pbat-rec2 unexported /vol/no2/cns-pceo-rec2 re-exported /vol/no2/cns-pceo-rec2 unexported /vol/no2/cns-pdev-rec2 re-exported /vol/no2/cns-pdev-rec2 unexported /vol/no2/cns-pitsm-rec2 unexported /vol/dqa1/cns-test-dbf re-exported /vol/dqa1/cns-test-dbf unexported /vol/dqa1/its-ADSQA-dbf re-exported /vol/dqa1/its-ADSQA-dbf unexported /vol/dqa1/its-FIN70AU-dbf re-exported /vol/dqa1/its-FIN70AU-dbf
Thanks, George
George Kahler e-mail: george@yorku.ca Sr. Systems Administrator humans: (416) 736-2100 x.22699 Computing and Network Services machines: (416) 736-5830 Ontario, Canada, M3J-1P3