2009-05-05 05:55 AM
Has anyone seen this? I create new volumes on the appliance, modify the exports file and then do an "exportfs -a". At that point Veritas Cluster Services log an error "5 06:39:00 [host name] nfs: [ID 897781 kern.notice] NFS write error on host [filer name]: Permission denied." At this point the database crashes and fails over to another host.
This doesn't seem like it should be happening.
2009-06-16 11:17 PM
Because these kind of problems in the past I never use exportfs -a, but only use exportfs for the volumes/qtrees that changed.
And even though exportfs -a does not unexport unchanged entries and the manuals say it is safe, the access cache for all entries is flushed just like running exportfs -f. This is bad because all host lookups need to be re-looked up and, depending on the workload, this can cause permission denied problems.
Therefore you should change your way of working and only re-export changed entries only on at a time.
2009-06-23 07:17 AM
Not sure if this helps or not, but we found this bug which is supposedly fixed, but we see almost the exact same behavior.
bugid - 155052
We have seen this specific issue about 8 times in the past few years. It has caused some substantial outages. The most recent was last week. We are only exporting specifc qtrees now.