|
Software > OpenVMS Systems > Documentation > 82final > 6671 HP OpenVMS Systems |
|
HP Advanced Server V7.3B for OpenVMS
|
| Previous | Contents | Index |
Problem:
If the name of a nonexistent, hidden share is specified with the ADMINISTER SHOW SHARE command (the names of hidden shares end with a dollar sign, such as F$ or TAR$), an error message should indicate that the specified share does not exist. Instead, the SHOW SHARE command displays the share along with a blank description, as in the following example in which the nonexistent share name is xyz$:
$ ADMINISTER SHOW SHARE XYZ$ Shared resources on server "SUTTLE": Name Type Description ------------ --------- ----------------------- XYZ$ Directory |
In addition, if such a share name is specified with the ADMINISTER MODIFY SHARE command, it produces a message indicating an internal error as in the following example:
$ ADMINISTER MODIFY SHARE XYZ$ /LIMIT=7 %PWRK-E-ERRMODSHARE, error modifying share "XYZ$" -LM-E-NERR_INTERNALER, an internal error has occurred |
This command should produce a message indicating that the share does not exist.
Solution:
These problems are resolved in Advanced Server V7.3 for OpenVMS.
Problem:
When using the ADD TRUST command to add a trust, if you omit the domain name in the command line, the ADMINISTER user interface prompts you for the domain name, and after you enter the domain name, it prompts you for the password. If you enter a password that includes lowercase characters, spaces, or other nonalphanumeric characters and do not enclose the password in quotation marks, the password is handled incorrectly. First, it displays the password you entered. The password should not be displayed. Second, it should prompt you to verify the password you entered, but it does not. Finally, your attempt to add the trust fails with an error message stating that an invalid password was entered, as shown in the following example:
LANDOFOZ\\TINMAN> ADD TRUST /TRUST _domain name: KANSAS _PASSWORD: hayfield This might take some time, do you wish to continue? [YES or NO] (YES) : %PWRK-E-ERRADDTRUST, error adding trust between domains "KANSAS" and "LANDOFOZ" -LM-E-ERROR_INVALID_P, invalid password specified |
Solution:
These problems are resolved in Advanced Server V7.3 for OpenVMS.
Problem:
In domains that include subnets, performing an ADMINISTER SHOW COMPUTERS command on Advanced Servers located in different subnets will return inconsistent information. From one subnet in the domain, certain computers might be shown as available, while from another subnet, the same computers are shown as unavailable.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
If an owner of a file or directory removes all permissions from a file or directory (for example, by using the ADMINISTER SET FILE /PERMISSION=REMOVE command), although the owner cannot access that file or directory, the owner should still be able to change the permissions on it. However, using the ADMINISTER command interface, the owner cannot change permissions on the file or directory from which permissions were removed. Furthermore, an error message states (incorrectly) that "directory permissions" cannot be specified if the path specification is a file.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
Time values indicating the total number of hours, such as those indicating the duration of a session connection, fail to roll over at the 24th hour. For example, in the following SHOW SESSIONS command, the connection time for the Administrator account is displayed as 1 29:01 instead of 2 05:01:
LANDOFOZ\\TINMAN> SHOW SESSIONS User Sessions on server "TINMAN": Connected Users Computer Opens Time Idle Guest ------------------ --------------- ----- -------- -------- ----- ADMINISTRATOR TINMAN_176 3 1 29:01 0 00:00 No SCARECROW TINMAN_149 0 0 21:18 0 18:19 No Total of 2 connected users |
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
When file names in a share contain non-standard characters, repeated executions of the ADMINISTER command SHOW FILES sharename /PERMISSIONS can result in messages such as the following examples. In addition, the permissions might be displayed incorrectly for the files.
%PWRK-E-ERRGETFILEACC, error getting access information for "\\SPC21\AMST\O'�.TXT" -LM-E-RPC_S_SERVER_UN, The RPC server is unavailable |
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
Once all permissions are removed from a shared directory, an administrator, using the ADMINISTER TAKE FILE OWNERSHIP command, is not able to take ownership of the directory or of files in the directory. No messages are displayed. However, if the administrator uses the SHOW FILES command, an "insufficient privileges for attempted operation" error message is displayed.
For a information about restrictions pertaining to taking ownership, see Section 13.7.9 and Section 13.11.2.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
The ADMINISTER SHOW USER display with either the /FULL or /ACCOUNTS qualifier now includes the following fields:
Last Log On: 08/23/00 05:07 PM Password Last Set: 06/30/00 11:03 AM Password Changeable: 06/30/00 11:03 AM Password Expires: 09/11/00 11:03 AM |
Solution:
This enhancement is included in Advanced Server V7.3 for OpenVMS.
Problem:
Attempts to list a directory containing many files might fail with one of the following error messages:
%PWRK-E-SEARCHFAIL, error searching for \\LP33\LPC1\*.* -LM-E-ERROR_GEN_FAILU, general failure %PWRK-E-SEARCHFAIL, error searching for "\\SMILE\TEST2\S*.*" -LM-E-ERROR_NOUNICODE, no unicode translation |
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
By default, a user account is created with an expired password. The user must enter a new password at first logon. (To remove the need for users to reset their passwords at first logon, use the /FLAGS=(NOPWDEXPIRED) qualifier with the ADD USER command.) However, the Advanced Server V7.2A-ECO3 for OpenVMS product is not setting the password of a newly created account as expired. Thus, when first logging in, a new user would not have to reset the account password, as expected.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
Using the REGUTL command SHOW PARAMETERS with a wildcard (such as, SHOW
PARAMETERS * *) does not display all parameters that fit the wildcard
specification. It displays only those server parameters equivalent in
name to the parameters originally defined in the PATHWORKS V6 (Advanced
Server) software (the LANMAN.INI file). In other words, the SHOW
PARAMETERS command cannot display all the server-related registry data
that can be set. In specific, the command omits the LanmanIniMigrated
parameter in the following key:
SYSTEM\CurrentControlSet\Services\AdvancedServer\Parameters
This parameter was added as part of the Advanced Server for OpenVMS software and is foreign to PATHWORKS V6.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
When configuring a backup domain controller (using PWRK$CONFIG) in a domain that is running a Windows 2000 primary domain controller, an error occurs (reported from the PWRK$MAKEMACH configuration tool), preventing the computer from being added to the domain.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
Windows 2000 clients might be unable to delete files from the top level of an Advanced Server share. An error is received, such as one that indicates that the source file cannot be read or path cannot be found.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
In a domain with a Windows 2000 primary domain controller and one or more OpenVMS Advanced Server backup domain controllers, attempts to replicate from the Windows 2000 PDC to an OpenVMS Advanced Server BDC fail (replication is incomplete). The failure is indicated in the Windows 2000 PDC event log. The cause of the failure is Windows 2000 specific attributes in the data that is sent during the replication process.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS. The Windows 2000 specific attributes in the data are safely ignored.
Problem:
When users of a Windows 2000 client view the properties of a shared file with an unknown file extension, the date fields are blank. In addition, the last four date fields stored in the UNKNOWN=%X80 ACE are all zeros.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
After using the ADMINISTER interface to add a user or modify a user password in a domain with a Windows 2000 PDC, it is not possible to log on as that user --- an "Invalid username or password" message is displayed.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
Client-based licensing software components cannot be installed on a Windows 2000 client.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS. Windows 2000 clients can obtain client license software either from the PATHWORKS 32 distribution kit, the PWLICENSE share, or from HP customer support. To enable clients to access the PWLICENSE share and install the client licensing software, make sure that server-based licensing is enabled.
Problem:
A Windows 2000 backup fails when attempting to write to an Advanced Server share.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
This section describes problems related to the use of transport protocols with the Advanced Server, corrected in Advanced Server V7.3 for OpenVMS.
Problem:
If the Windows NT WINS Server Renewal Interval becomes less than the four-day default, then the Advanced Server participating as a WINS client can lose its name registration in the Windows NT WINS Server database. This can happen because the Advanced Server continues to update its name registration using the default four-day interval and not the shorter interval indicated by the WINS Server. When the registration update does not occur within the new Renewal Interval period, the Advanced Server is removed from the WINS database.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
The PWIPDriver might, on rare occasions, send the file server a message that is meant for a session that is no longer active; in other words, the stream for the session is already closed or in the process of being closed and, as a result, some of the data structures have been reinitialized. When the server tries to process this message, the system crashes in module PWRK$STREAMSOS_V7, with a failing PC in routine PWIP_CALLUP_C.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
While trying to remove a nonexistent element from an internal timer queue, the Advanced Server can cause a system crash with characteristics similar to the following:
Current Process: PWRK$KNBDAEMON
Current Image: DSA0:[SYS0.SYSCOMMON.][SYSEXE]PWRK$KNBDAEMON.EXE;1
Failing PC: FFFFFFFF.854226C0 KNBNQ_UNSET_TIMER_C+00198
Failing Instruction:
KNBNQ_UNSET_TIMER_C+00198: LDQ_U R16,#X001F(R1)
|
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
The system might crash due to an ACCVIO in routine RcvUDSthand of module STREAMSUB in the sharable library PWRK$STREAMSSHR, with the following bugcheck:
Bugcheck Type: SSRVEXCEPT, Unexpected system service exception VMS Version: V7.1-1H1 Current Process: PWRK$LMBROWSER Current Image: $1$DKB0:[SYS0.SYSCOMMON.][SYSEXE]PWRK$LMBROWSER.EXE;5 Failing PC: FFFFFFFF.800086E8 OTS$MOVE_C+000B8 Failing PS: 10000000.00000003 Module: SYS$BASE_IMAGE Offset: 000066E8 |
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
When a user specifies a cluster alias name 15 characters in length, one of the two associated NETBIOS names that get claimed is truncated to 14 characters. This is the name that is used for datagrams.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
While the PWRK$LMMCP is executing, during a call to the KNBNQ_UNSET_TIMER routine, the server might cause OpenVMS to crash with the following system bugcheck information:
Bugcheck Type: INVEXCEPTN, Exception while above ASTDEL Current Process: PWRK$LMMCP Current Image: AXPA$DKC0:[SYS0.SYSCOMMON.][SYSEXE]PWRK$LMMCP.EXE Failing PC: FFFFFFFF.884386D0 KNBNQ_UNSET_TIMER_C+00198 Failing PS: 00000000.00000804 Module: PWRK$STREAMSOS_V7 Offset: 0006E6D0 |
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
This section describes problems relating to servers participating in OpenVMS Clusters. These problems have been corrected in Advanced Server V7.3 for OpenVMS.
Problem:
The Advanced Server might hang in the following situation:
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
In a cluster, only one cluster member should actually participate in replication of the SAM databases. When multiple members attempt to replicate the database simultaneously, the replication fails.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
Problem:
In WAN environments in which the Advanced Server runs in a cluster as a Backup Domain Controller (BDC), and the primary domain controller (PDC) is on a different LAN segment than that of the cluster BDC, the remote PDC might resolve the cluster alias to the wrong cluster BDC member. As a result, the cluster BDC is unable to participate in replication of the SAM database.
The system manager might notice user account modifications are not being replicated to the cluster BDC. Users might notice password updates do not take effect. Partial synchronization messages for the cluster BDC might be missing from the event log.
The cause of the problem can be explained as follows: in such environments, prior to Advanced Server V7.3 for OpenVMS, it was necessary to ensure that a WINS or LMHOSTS entry for the Advanced Server cluster alias points to the cluster member with the active daemon. If the WINS or LMHOSTS entry is not set to the cluster member with the active daemon, the remote PDC will resolve the cluster alias to the wrong cluster BDC member, preventing the cluster from being able to participate in replication.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS. It is still necessary to define an LMHOSTS entry for the Advanced Server cluster alias; however, that entry can point to any cluster member that is running the NetLogon service, whether the member has an active or inactive daemon. When the PDC announces SAM database updates (by means of a pulse message), if that announcement gets to a cluster node with an inactive daemon, the message is forwarded to the cluster member with the active daemon. Then, replication will take place appropriately.
This section describes problems with the Browser service corrected in Advanced Server V7.3 for OpenVMS.
Problem:
In large domains, or in networks with many domains, clients using an Advanced Server backup Browser do not receive the complete list of the servers or domains.
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS.
This section describes problems with the Advanced Server interacting with Oracle (DEC Rdb).
Problem:
Oracle versions prior to V7.3.3 are incompatible with the Advanced Server for OpenVMS due to Oracle's use of termination mailboxes. This incompatibility results in server crashes similar to the following:
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
address=0000000000000000, PC=FFFFFFFF8049F044, PS=0000001B
image module routine . . . rel PC abs PC
0000000000000000 FFFFFFFF8049F044
PWRK$CSSHR_V7 LIBIPC mbreaddoneast 000000000000844C 00000000003C6C5C
|
Solution:
This problem is resolved in Advanced Server V7.3 for OpenVMS. A previous restriction against Oracle versions prior to V7.3.3 has been lifted.
| Previous | Next | Contents | Index |