H.5 April 3, 2006 (Updates)

Updates were made to the following sections. The changes are explained below.

H.5.1 Overview of NSS

The following change was made to this section.

Location

Change

Benefits of NSS

This statement was corrected from “trillions” to “4 billion (4E9)”:

  • Up to 4 billion (4E9) files in volume

In NSS, the maximum number of file IDs available is a 64-bit number, which provides for up to 8 trillion (8E12) ZIDs, so NSS was designed to not re-use ZIDs. However, NCP clients and other traditional applications can only work with 32-bit IDs, which supports up to 4 billion (4E9) ZIDs. NSS restricts ZIDs, and thus the number of files, to the lower value.

H.5.2 Coexistence and Migration Issues

The following changes were made to this section.

H.5.3 Conserving Disk Space with Volume, Directory, or User Space Quotas

The following change was made to this section.

Location

Change

Deleting All Directory Quotas for an NSS Volume

This section is new.

H.5.4 Troubleshooting

The following change was made to this section.

Location

Change

Problems Following DFS Junctions in Windows 2000/XP Releases (NetWare)

When using DFS with NetWare CIFS, the CIFS server and Windows clients are on different IP subnets. In this case, it is required that the client have a way to resolve the CIFS server name in order for DFS to work. This is a Microsoft/CIFS requirement not a NetWare CIFS requirement. There are multiple ways the client can do this, including 1) both client and NW server are configured for the same WINS server, 2) both client/server using same DNS server, or 3) the lmhosts workaround described in this topic.

H.5.5 Using EVMS to Manage Devices with NSS Volumes (Linux)

The following change was made to this section.

Location

Change

Making Devices Available to EVMS

This section was modified for clarity.