HP DL160 HP ProLiant Storage Server User Guide (440584-004, February 2008) - Page 140

NFS cluster-specific issues, Non cluster aware file sharing protocols, Adding new storage to a cluster

Get HP DL160 - ProLiant - G5 PDF manuals and user guides
UPC - 883585847174
View all HP DL160 manuals
Add to My Manuals
Save this manual to your list of manuals

Page 140 highlights

NFS cluster-specific issues For convenience, all suggestions are listed below: • Back up user and group mappings. To avoid loss of complex advanced mappings in the case of a system failure, back up the mappings whenever the mappings have been edited or new mappings have been added. • Map consistently. Groups that are mapped to each other should contain the same users and the members of the groups should be properly mapped to each other to ensure proper file access. • Map properly. • Valid UNIX users should be mapped to valid Windows users. • Valid UNIX groups should be mapped to valid Windows groups. • Mapped Windows user must have the "Access this computer from the Network privilege" or the mapping will be squashed. • The mapped Windows user must have an active password, or the mapping will be squashed. • In a clustered deployment, create user name mappings using domain user accounts. Because the security identifiers of local accounts are recognized only by the local server, other nodes in the cluster will not be able to resolve those accounts during a failover. Do not create mappings using local user and group accounts. • In a clustered deployment, administer user name mapping on a computer that belongs to a trusted domain. If NFS administration tasks are performed on a computer that belongs to a domain that is not trusted by the domain of the cluster, the changes are not properly replicated among the nodes in the cluster. • In a clustered deployment, if PCNFS password and group files are being used to provide user and group information, these files must be located on each node of the system. Example: If the password and group files are located at c:\maps on node 1, then they must also be at c:\maps on node 2. The contents of the password and group files must be the same on both nodes as well. These password and group files on each server node must be updated periodically to maintain consistency and prevent users or groups from being inadvertently squashed. Non cluster aware file sharing protocols Services for Macintosh (SFM), File and Print Services for NetWare, HTTP file sharing protocols are not cluster aware and will experience service interruption if installed on a clustered resource during failover events of the resource. Service interruptions will be similar to those experienced during a server outage. Data that has not been saved to disk prior to the outage will experience data loss. In the case of SFM, it is not supported because SFM maintains state information in memory. Specifically, the Macintosh volume index is located in paged pool memory. Using SFM in clustered mode is not supported and may result in data loss similar in nature to a downed server should the resource it is based on fails over to the opposing node. Adding new storage to a cluster Present the new storage to one node in the cluster. This can be accomplished through selective storage presentation or through SAN zoning. 140 Cluster administration

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
NFS cluster-specific issues
For convenience, all suggestions are listed below:
•
Back up user and group mappings.
To avoid loss of complex advanced mappings in the case of a system failure, back up the mappings
whenever the mappings have been edited or new mappings have been added.
•
Map consistently.
Groups that are mapped to each other should contain the same users and the members of the
groups should be properly mapped to each other to ensure proper file access.
•
Map properly.
•
Valid UNIX users should be mapped to valid Windows users.
•
Valid UNIX groups should be mapped to valid Windows groups.
•
Mapped Windows user must have the “Access this computer from the Network privilege” or
the mapping will be squashed.
•
The mapped Windows user must have an active password, or the mapping will be squashed.
•
In a clustered deployment, create user name mappings using domain user accounts.
Because the security identifiers of local accounts are recognized only by the local server, other
nodes in the cluster will not be able to resolve those accounts during a failover. Do not create
mappings using local user and group accounts.
•
In a clustered deployment, administer user name mapping on a computer that belongs to a trusted
domain.
If NFS administration tasks are performed on a computer that belongs to a domain that is not
trusted by the domain of the cluster, the changes are not properly replicated among the nodes in
the cluster.
•
In a clustered deployment, if PCNFS password and group files are being used to provide user
and group information, these files must be located on each node of the system.
Example: If the password and group files are located at
c:\maps
on node 1, then they must also
be at
c:\maps
on node 2. The contents of the password and group files must be the same on
both nodes as well.
These password and group files on each server node must be updated periodically to maintain
consistency and prevent users or groups from being inadvertently squashed.
Non cluster aware file sharing protocols
Services for Macintosh (SFM), File and Print Services for NetWare, HTTP file sharing protocols are
not cluster aware and will experience service interruption if installed on a clustered resource during
failover events of the resource. Service interruptions will be similar to those experienced during a
server outage. Data that has not been saved to disk prior to the outage will experience data loss. In
the case of SFM, it is not supported because SFM maintains state information in memory. Specifically,
the Macintosh volume index is located in paged pool memory. Using SFM in clustered mode is not
supported and may result in data loss similar in nature to a downed server should the resource it is
based on fails over to the opposing node.
Adding new storage to a cluster
Present the new storage to one node in the cluster. This can be accomplished through selective storage
presentation or through SAN zoning.
Cluster administration
140