A newly mounted qtree issues an Access Denied message for the super user due to ntfs security style. Which option is most likely true?

A newly mounted qtree issues an Access Denied message for the super user due to ntfs security style. Which option is most likely true?

• A. The qtree has not been exported.
• B. The qtree is set to ntfs security style.
• C. NFS is turned off on the storage system.
• D. The qtree is missing from the /etc/hosts file.

Answer: (B)

NTFS security style means the qtree uses Windows-style ACLs to control access, rather than UNIX-style permissions. When you mount such a qtree over NFS, the NFS client’s root user is not granted the same privileges as a UNIX root because the Windows ACLs are governing access and the typical NFS root-mapping (root_squash) limits what a superuser can do. That mismatch is what leads to an Access Denied message for the super user, making the scenario align with the qtree being configured for NTFS security style. If the qtree were using UNIX security style, NFS access for root would align with UNIX permissions, avoiding this specific denial. The other options describe situations (not exported, NFS off, missing host mapping) that wouldn’t produce the described NTFS-style access denial. In practice, to allow root access over NFS, you’d typically use UNIX security style or adjust the mapping, or access via SMB/CIFS when NTFS-style permissions are in play.

NTFS security style means the qtree uses Windows-style ACLs to control access, rather than UNIX-style permissions. When you mount such a qtree over NFS, the NFS client’s root user is not granted the same privileges as a UNIX root because the Windows ACLs are governing access and the typical NFS root-mapping (root_squash) limits what a superuser can do. That mismatch is what leads to an Access Denied message for the super user, making the scenario align with the qtree being configured for NTFS security style.

If the qtree were using UNIX security style, NFS access for root would align with UNIX permissions, avoiding this specific denial. The other options describe situations (not exported, NFS off, missing host mapping) that wouldn’t produce the described NTFS-style access denial. In practice, to allow root access over NFS, you’d typically use UNIX security style or adjust the mapping, or access via SMB/CIFS when NTFS-style permissions are in play.