Microsoft Systems Management Server README.TXT (Part 2 of 2)Last reviewed: April 22, 1997Article ID: Q107245 |
The information in this article applies to:
SUMMARYThis article contains the text from the Microsoft Systems Management Server version 1.0 README.TXT file (part 2 of 2).
MORE INFORMATION
If a client is configured to use some server applications (that use the MSAPPS directory) made available by SMS, and the client also has applications installed directly on it (not using SMS) that also use MSAPPS, the locally installed applications will not function properly if a Remove Package From Server job is used to remove the MSAPPS directory from the server. In this case, the client's references to the MSAPPS directory will then point to the non-existent server version. Be careful if your clients in a child site receive packages for shared applications from both their site and that site's parent site. If a client receives a package that uses MSAPPS from the client's site (a child site), a Registry key is created on the client that refers to the MSAPPS distributed by the child site. Later, if packages using MSAPPS are distributed from the parent site to the client, the MSAPPS Registry key is not changed, and still refers to the version from the child site. If, after that, the administrator decides to make the original MSAPPS package (from the child site) unavailable, the privileges on the MSAPPS Registry entry are set to "Deny." Any packages already distributed from the parent site that refer to MSAPPS will no longer work correctly. Also, any new packages installed will generate an error saying "MSAPPS is not installed. Would you like to continue anyway?" To solve the problem, be sure to delete any old program groups that include MSAPPS after they are no longer being used. Shared applications made available by SMS cannot support shared documents. A user running an application shared by SMS cannot use documents shared by SMS with that shared application. For example, suppose you have installed Microsoft Word for network sharing. If you also make a package of Word documents for a Share Package on Server job, users of the shared Microsoft Word will not be able to use the shared documents. You can use the RSAPPCTL.EXE utility to fix any corruptions or out-of-date problems with the database of shared applications. You may be directed to use this utility by an error message. This utility is located in the PSSTOOLS\platform.BIN directories (such as X86.BIN) on the SMS CD-ROM. Usage: RSAPPCTL {/SELF} {/ALL} {/SITE:sitecode} {/SITESERVER:servername} _/SELF __Resets database for this site (but not childsites). _/ALL __Resets NAD for all child sites (but not thissite). _/SITE:sitecode __Resets NAD for the specified child site. _/SITESERVER:server __Specifies this site's site server. Needed only ifRSAPPCTL is not being run on the site server. You can use both the /SELF and /ALL options to do a total reset of the local site and all child sites. For Share Package On Server jobs that have target distribution servers running LAN Manager or Windows NT Server, the Despooler will create two shares when a nested share name and path is specified for the Share Name in the package's Setup Package For Sharing dialog box. 1) The Despooler uses the name at the beginning of the path to share that directory (using the directory name as the share name). For example, if you specified APPS\WIN\EXCEL, the Despooler will share the APPS directory as the APPS share. 2) The Despooler then shares the last directory in the path as an administrative share. This share is used by Program Group Control to connect to the package server so that it can start a network application from that share. For example, if you specified APPS\WIN\EXCEL, the Despooler will share the EXCEL directory as the EXCEL$ share. The following section includes more details about troubleshooting if users have problems running shared applications made available by SMS.
[mm/dd/yy hh:mm:ss] Program Group Control ==> message. or [mm/dd/yy hh:mm:ss] Program Group Control ==> An Application specific error occurred: Program Title: message. If a message includes "An Application specific error occurred: Program Title: message." and Program Title is the name of a proxy application:
Message DescriptionSmsProxy is unable to start the SMS application APPSTART APPSTART.EXE is missing from the
Windows directory or else it cannot
be started due to insufficient
resources.
Proxy application has been moved
from the SMSPROXY directory. A proxy application must reside in
the MS\SMS\SMSPROXY\appname
directory.
Missing or invalid registry key for
shared application. The SMS registry key for the
application is missing or it
doesn't contain proper subkeys.
No extension on filename. A proxy application must have an
EXE file extension.
Memory allocation failure. The system is low on memory
resources.
If a message includes "An Application specific error occurred: Program
Title: message." and Program Title is SMS Application Deinstallation:
Message DescriptionInvalid command line; Usage: DEINSTAL /switch DEINSTAL was invoked with an
invalid command line argument.
Memory allocation failure. The system is low on memory
resources.
Failed to read or write registry. Missing registry key
SMS\Applications\appname
\DISABLE_ENABLE.
Deinstall program must be run
from SMSPROXY\regName directory. A deinstall application must reside
in the MS\SMS\SMSPROXY\appname
directory.
If a message includes "An Application specific error occurred: Program
Title: message." and Program Title is SMSSETUP:
Message Description
Cannot connect to an MSAPPS server. One of the following occurred:
The MSAPPS package was not defined.
The MSAPPS package was not placed
in a program group.
The user doesn't belong to any user
group defined for the package.
The MSAPPS package was not sent as
a Share Package On Server job.
The MSAPPS package has not yet
completed. When it completes, the
user will have to rerun Program
Group Control.
Network failure while connecting
to the MSAPPS distribution server.
MSAPPS server list is empty.
SMS package has not been
successfully distributed. See preceding explanation.
Cannot open the STF file. The STF file specified on the
SMSSETUP command line cannot be
opened in the package distribution
directory.
Cannot open the temporary STF file. The ~SETUP~.STF file in the Windows
directory on the client cannot be
opened.
Cannot open the INF file. The SETUP.INF file in the package
distribution directory cannot
be opened.
Cannot open the temporary INF file. The ~SETUP~.INF file in the Windows
directory on the client cannot be
opened.
ACME Setup did not complete.
Likely cause is insufficient disk
space on drive containing the
Windows directory. The application's setup program did
not complete. No indication of what
caused this failure was reported by
the setup program. One likely cause
is insufficient space on the drive
containing the Windows directory.
Cannot access SETUP.EXE on
application server. The setup program on the package
distribution server cannot be
accessed. Check the directory
permissions.
ACME Setup failed to start. The setup program failed to start,
probably due to insufficient
memory.
Cannot open local STF file. After setup has succeeded, a
SETUP.STF file is installed in the
application's directory on the
client. SMSSETUP has detected that
this file is missing.
Corrupted STF file. SMSSETUP found something corrupted
in the STF file.
Failed to copy the SMSPROXY
directory. An error occurred while copying the
SMSPROXY directory from the package
distribution directory to the
client's MS\SMSSMSPROXY directory.
Package directory doesn't contain
an SMSPROXY subdirectory. The package distribution directory
must contain an SMSPROXY directory.
User aborted installation because
application is already installed locally. SMSSETUP allows a user to
cancel setup if the application is
already installed locally.
Failed to load SMS_ACME.DLL. The SMSPROXY directory is missing
or the SMS_ACME.DLL file is missing
from the SMSPROXY directory, or
some other failure prevented it
from being successfully loaded.
Check the directory permissions.
Failed to find 'SmsAcmeRegProc'
in SMS_ACME.DLL. The SMS_ACME.DLL must contain the
SmsAcmeRegProc function.
SMSSETUP: invalid command line. The SMSSETUP command line was
invalid.
WNetGetConnection failed. Unable to translate a drive
connection to a UNC connection.
Deinstall program failed to save
OLE registry entries. The deinstall program failed to
run. It is named in the registry
key HKEY_CLASSES_ROOT
\SMS\Applications
\appname\Info\Deinstall_App.
When you use a PDF to create a job to install an application on workstations with a Run Command on Workstation job, you must copy the appropriate SMSPROXY directory to the package source directory before distributing the package to workstations. You can find the SMSPROXY directory in the PRIMSITE.SRC\IMPORT.SRC\appName directory. Copying the SMSPROXY directory to the package source directory is required for both Share Package on Server and Run Command on Workstation jobs. If a computer is running a shared copy of an application and you want to install a local copy of that application on that computer using a PDF, you must first remove the shared copy of the application. The deinstall program for a shared application is located in a subdirectory of the SMSPROXY directory. For example, the deinstallation program for Microsoft Word is MS\SMS\SMSPROXY\WINWORD\DEINSTAL.EXE.
Do not remove any program items from a Microsoft Office program group, either before or after the package has been distributed. For example, don't remove the PowerPoint program item from the Office program group. Otherwise, OLE functions and Registry entries will not work properly. If you set up Microsoft Office version 4.3 or Microsoft® Access® version 2.0 as shared applications, the package source directory for the application allows users both Read and Write permissions. This allows users to have the necessary write access to the Microsoft Access file ACS200\WORKDIR\SYSTEM.MDA. These access permissions are set in the ACS200.PDF and OFP43_.PDF files. To protect other files in the package directory from being modified by clients, set the permissions to read-only on each distribution server after the package has been distributed. For further information, see the Microsoft Access README file. When you set up Microsoft Office as a shared application, clients configured to use the shared copy of Microsoft Office cannot be configured to use separate shared copies of any of the Office applications. Do not assign a group the rights to use both a shared version of Microsoft Office, and shared copies of any of the following individual applications: Microsoft Word, Microsoft Excel, Microsoft PowerPoint, and Microsoft Access. When you set up Microsoft Office as a shared application, you must set the program items for the MSAPPS applets within the Office package (such as Graph AutoConvert and Microsoft Query) to use the same Drive Mode as the MSAPPS package. For example, if the Microsoft Query program item in the MSAPPS package has Drive Mode: Runs With UNC Name, then the Microsoft Query program item in the Office package must also use the Drive Mode: Runs With UNC Name setting. Note that if you choose to use a specified drive, you can specify different drives for the corresponding program items in the Office package and the MSAPPS package. Microsoft Word When you set up Microsoft Word version 6.0 as a shared application, it may produce an error when users of clients running Windows NT version 3.1 exit the application. This does not happen on other types of clients. Microsoft Access If you set up Microsoft Office version 4.3 or Microsoft Access version 2.0 as shared applications, the package source directory for the application allows users both Read and Write permissions. This allows users to have the necessary write access to the Microsoft Access file ACS200\WORKDIR\SYSTEM.MDA. These access permissions are set in the ACS200.PDF and OFP43_.PDF files. To protect other files in the package directory from being modified by clients, set the permissions to read-only on each distribution server after the package has been distributed. For further information, see the Microsoft Access README file. Microsoft Works When you use SMS to install Microsoft Works on a server as a shared application, users will not be able to access the Works tutorial.
a) Copy the UNATTEND.SCR file from the LOGON.SRV\MSTEST directory to thepackage source directory. b) Edit the UNATTEND.SCR file to make changes as needed for unattendedinstallation of the operating system. c) If the target clients run just MS-DOS, and not Windows or Windows forWorkgroups, you must also copy the DOSNTUPG.EXE, NAMECHGR.EXE, and AIDDOSNT.BAT files from LOGON.SRV\MSTEST to the package source directory. Use the Windows NT Server Manager to add the computer name of the computer on which Windows NT is being installed to the domain. You can upgrade a group of computers from MS-DOS, Windows, or Windows for Workgroups to Windows NT with a single job. When you do so, all computers being upgraded will use a single UNATTEND.SCR file. UNATTEND.SCR includes data about the operating system and network card type and card parameters, so if you want the setup to be automated, then each job must target only computers with identical operating systems and network card setup data. You can query the SMS computer database to find computers with identical configurations. Computers targeted by a single upgrade job must also all join the same domain or workgroup, as this is specified in UNATTEND.SCR as well. The default UNATTEND.SCR file documents the settings you need to make in this file. Examine it if you want more information. It is in the LOGON.SRV\MSTEST directory. You cannot use an automated setup to upgrade a NetWare client to Windows for Workgroups. These upgrades must be done as manual setups. On TCP/IP networks, when performing an automated upgrade of a client to Windows NT version 3.5 from a previous version of Windows NT, you must specify an upgrade script. Do this by modifying the command line for the "Automated Upgrade for (all platforms) NT Client." In this command line, specify the upgrade script by adding a colon and the name of the script to the /U option at the end of the command line. The following is an example of the command line after you make these changes: NTENCAP /NTW WINNT32.EXE /U:NTUPGRAD.SCRThe upgrade script you specify must include the !UpgradeEnableDhcp setting, with either yes or no as the value. This setting indicates whether this client will have its TCP/IP address dynamically allocated by DHCP. The NTUPGRAD.SCR file in the LOGON.SRV\MSTEST is an example script file you can use for this.
For remote troubleshooting of NetWare clients using IPX/SPX and running Windows 3.x, the client must have the following files: NWNETAPI.DLL NWCALLS.DLL NWIPXSPX.DLL These files are normally provided with your NetWare client software. They are also available from Novell or public forums such as CompuServe. Without these files, NetWare clients running Windows 3.x will display the following message when the user starts Remote Control from the SMS Client program group: "Remote Control Agent cannot load idis_ipx.dll." If you see this message, you must ensure that the listed files are installed on the client. Note that NetWare clients running only MS-DOS do not require these three files. Note that NWCALLS.DLL and NWIPXSPX.DLL are normally installed on a NetWare client running Windows 3.x. Most likely, the NWNETAPI.DLL will be missing from the client. You can easily use SMS to install the NWNETAPI.DLL file on NetWare clients. Simply place the the file in the SITE.SRV\MAINCFG.BOX\CLIENT.SRC\X86.BIN directory on the site server. The Maintenance Manager will replicate the file to all NetWare logon servers. The file will be installed to the MS\SMS\BIN directory of all NetWare clients when users run the Client Setup program (either manually or through their login script). When mapping TCP/IP addresses in the LMHOSTS file so that you can use remote troubleshooting utilities on clients over TCP/IP WAN links, the following syntax is correct. On the server, each line should start with a client's IP address, followed by a space and a double-quotation mark. Immediately after the quotation mark should be the the client's computer name. The 16th character after the start of the client's computer name should be "C" to enable remote control, or "E" to enable File Transfer. Follow the C or E with another quotation mark. Following is an example to enable remote control of a client.
11.103.38.100 "myclient C"On the client, each line should start with a server's IP address, followed by a space and a double-quotation mark. Immediately after the quotation mark should be the the server's computer name. The 16th character after the start of the server's computer name should be "D" to enable remote control, or an "F" to enable File Transfer. Follow the D or F with another quotation mark. These instructions replace the instructions on page 393 of the Microsoft Systems Management Server Administrator's Guide. For remote troubleshooting of Windows for Workgroups clients using the TCP/IP protocol, the client must be running the Microsoft TCP/IP-32 version of TCP/IP. Previous versions of TCP/IP shipped with Windows for Workgroups are not supported by SMS for remote troubleshooting. For remote troubleshooting of clients running MS-DOS that use LAN Manager version 2.2c client software and the TCP/IP protocol, the client must be running the latest version of the TCP/IP protocol, provided with LAN Manager version 2.2c. Previous versions of TCP/IP shipped with previous versions of LAN Manager are not supported by SMS for remote troubleshooting. If you reconfigure a client, changing the Lana number of the protocol used for Remote Control and other remote troubleshooting utilities on the client, you must specify the new Lana number the next time the client runs WUSER. For example, if the client previously used Lana number 2 for Remote Control, and you reconfigure the client so that the protocol previously represented by Lana number 2 is Lana number 1, you should specify wuser /l1 the next time you start WUSER. Otherwise, you will see the error message "Unable to get workstation name. Used Lana:2" When you are using Remote Control on a client, while in the Quick Viewer window you may start seeing that the keys you press are preceded with a ^ on screen. (For example, if you press the "k" key a "^K" appears in the Quick Viewer screen.) This also prevents the ENTER key from working in the Quick Viewer window. To correct this problem, press the CTRL key once. You can prevent this problem from happening by not using CTRL+ESC to use the Task List while you have a Quick Viewer window open.
The following network cards have been tested and have passed compatibility testing with Microsoft Network Monitor. We have not tested every computer and/or device in all possible configurations.
X86 MIPS Alpha Network Adapter
X X X 3Com® 3C503 EtherLink II® (coax and TP)
X X X 3Com 3C503/16 EtherLink® 11/16 (coax and TP)
X X 3Com 3C507 EtherLink 16 (coax and TP)
X X X 3Com 3C509 EtherLink III Parallel Tasking Adapter -
- ISA (coax, TP and combo)
X 3Com 3C523 EtherLink/MC (coax and TP)
X 3Com 3C529 EtherLink III Parallel Tasking Adapter -
- MCA (coax and TP)
X X X 3Com 3C579 EtherLink Parallel Tasking Adapter --
EISA (coax and TP)
X 3Com 3C770 FDDILink-F for Optical, UTP and STP
X X X COMPAQ® NetFlex-2 ENET -- TR Controller
X X X COMPAQ NetFlex-2 TR Controller
X X X COMPAQ NetFlex-2 DualPort ENET Controller
X X X DEC(TM) DE201 EtherWORKS Turbo/TP
X Madge Smart 16/4 EISA Ringnode
X National Semiconductor DP83932 (SONIC) Motherboard
Ethernet Controller on MIPS® ARC/R4000 systems
X X X Novell/Eagle Technology NE2000
X X X Novell/Eagle Technology NE3200
X Sonic Ethernet Card
X Thomas-Conrad TC4046 MCA Token Ring Adapter
X Ungermann-Bass® NIUps/EOTP
X Xircom Corporate Series CreditCard Ethernet Adapter
X Xircom Pocket Ethernet III Adapter
Technical Notes
The Windows NT Driver Library is provided on the Windows NT CD-ROM in the
DRVLIB directory, as well as several locations for electronic transmission.
Please see the section at the end of this document for instructions on downloading and accessing Windows NT Driver Library drivers. Network Monitor can be used on Windows NT Server or Windows NT Workstation version 3.1 (Service Pack 2 applied) to trace an established RAS conversation. Once the Microsoft Remote Access Service (RAS) is loaded on a computer running Windows NT Server version 3.1, typing net config rdr from the MS-DOS prompt will show RAS bindings, depending on what protocols are loaded. For example, if NetBEUI is loaded and the RAS server is set for Dial in and Out, and there is only one computer running Windows NT version 3.1, the RAS binding could look like: nbf_RasHub04 (524153480001). Note what this "RasHub" binding is, because it will have to be added manually in the Windows NT Registry before you can use Network Monitor to capture over a RAS connection. The following example lists linkages to add for the above RasHub04 example to an 3Com Etherlink II network card. Under: HKEY_LOCAL_MACHINE Key Name: SYSTEM\CurrentControlSet\Services\BH\Linkages Double-click the existing lines, position the cursor after the existing path, and press ENTER so that you are positioned on the next line down (do not overwrite what is there already). Bind: \Device\ELNK31 \Device\RasHub04 Export: \Device\bh_ELNK31 \Device\bh_RasHub04 Route: "ELNK3" "ELNK31" "RasHub" "RasHub04" When you restart Network Monitor, and then choose the Networks option from the Capture menu, an additional Local Network option appears in the Select Capture Network dialog box. The Current Address listing for this option matches the number that is displayed when you run the NET CONFIG RDR command from the MS-DOS prompt. This is the network to select to trace the established RAS connection. For Windows for Workgroups Clients In PROTOCOL.INI under the [NETMON] section, any current entry in the Bindings section should be replaced by the ASYMAC driver/label. For example, for a 3Com Etherlink II, to change the Network Monitor binding from Etherlink II to the RAS connection, the Bindings entry in PROTOCOL.INI should be modified as follows: Bindings=MS$ELNKII should be changed to: Bindings=ASYMAC The following is the contents of a sample PROTOCOL.INI file on a Windows for Workgroups client: [network.setup] version=0x3110 netcard=ms$elnkii,1,MS$ELNKII,2 netcard=asymac,1,ASYMAC,2 transport=ms$netbeui,NETBEUI transport=tcpip-32k,MSTCP32 lana0=ms$elnkii,1,ms$netbeui lana1=asymac,1,ms$netbeui lana2=ms$elnkii,1,tcpip-32k [MS$ELNKII] INTERRUPT=5 IOADDRESS=0x300 TRANSCEIVER=external [ELNKII] Adapters=MS$ELNKII [NETMON] BINDINGS=MS$ELNKII,ASYMAC DRIVERNAME=NM$ FORWARDFRAME=Yes BUFFERS=4 USERNAME="mohak" COMPUTERNAME="MOHAKSTA2" [NETBEUI] BINDINGS=MS$ELNKII,ASYMAC LANABASE=0 NETBIOSTIMEOUT=9000 SESSIONS=10 NCBS=32 [ASYMAC] Ports=1 MaxFrameSize=1514 CompressSend=1 CompressRecv=1 FramesPerPort=2 XonXoff=0 CompressBCast=0 [RASMAC] Adapters=ASYMAC [MSTCP32] BINDINGS=MS$ELNKII LANABASE=2 [PROTMAN] PRIORITY=NETMON, Running Network Monitor on Token Ring Networks When capturing on token ring networks, the network adapter card on the computer running Network Monitor may need to have a maximum frame size set to the largest possible token ring frame (17K). Otherwise, frames exceeding this maximum size will be rejected by the network adapter card because the frame will not fit into the card's receive buffers. For example, the NetFlexTM network adapter card has a default maximum frame size of 4500 bytes and will drop any frame that exceeds this size. To a void losing frames, if your network supports frames of up to 17K, themaximum frame size of your network adapter card should be increased to this size. If you install Network Monitor independent of SMS setup, and your are connected to a token ring network, you may need to copy a new NDIS.SYS file. This file can be found in the WFW\DISK1\DRVR.NT directory on the SMS CD-ROM. Using a new version of this file enables token ring network adapter cards to reset properly after experiencing a Ring Error while capturing. Failure to use the correct driver can cause the system to hang. Note that modifying the network adapter card's maximum frame size setting decreases the number of receive buffers available, and on a busy network, frames may be dropped due to a lack of receive buffers. If your network adapter card supports increasing the number of receive buffers, do this to minimize the number of frames that are dropped because of increased buffer size. The File Open and File Save dialog boxes allow you to associate comments with a capture file or to display such comments. If a UNC path (for example \\MYCOMP\MYFILE) is displayed in these dialog boxes, an installation of Network Monitor running on a Windows for Workgroups computer will not display comments associated with the displayed filename. If you display the drive letter associated with the UNC path, the comments are available. In addition, on computers running Windows NT, the comments are displayed. On some Windows for Workgroups systems, because of memory resources used by Network Monitor, you may encounter problems running Network Monitor and other Windows applications at the same time. Therefore, you should always close all other Windows applications before running Network Monitor on a client running Windows for Workgroups. In addition, after using Network Monitor to capture on a computer running Windows for Workgroups, you may be unable to open other Windows applications. To remedy this, save the current capture, and then exit Network Monitor. Running Network Monitor on Clients Running Windows for Workgroups The beta 3 release of Network Monitor used 3-character names to identify TCP flags in the Summary pane. In the released product, these 3-character names have been replaced by the first character in the flag name. The following table shows how the three character names map to the one-character names used in the released product:
Flag Which was Is now Urgent URG U Acknowledgment ACK A Push PSH P Reset RES R Synchronize SYN S Final FIN FMake sure that all adapter memory is excluded when using EMM386 on a Windows for Workgroups system. Failure to exclude this memory or other misconfigurations may cause Windows for Workgroups to hang. See the MS-DOS documentation on how to configure your EMM386 correctly. While two network interface cards cannot be used for capturing in a Windows for Workgroups system, you can alter which card is used for capturing. To change which card will be used for capturing, alter the BINDINGS= line in the [NETMON] section of the PROTOCOL.INI file to reflect the card to which you want Network Monitor to bind. README.TXT, a version of Network Monitor Release Notes more current than those contained in this Help file can be found in the Windows for Workgroups subtree on the SMS CD-ROM.
Do not put custom files in the SITE.SRV\platform.BIN directory (such as the SITE.SRV\X86.BIN directory). This directory is purged every time the SMS software is upgraded. Upgrades of the SMS software on client computers will fail if any SMS software is running at the time of upgrade. If you put any SMS icons (such as WUSER.EXE) in a client's Startup group, you must stop these programs before upgrading the client. For clients with dual-boot systems, you must choose one of the operating systems on which to run SMS. SMS does not support the installation of SMS on both operating systems so that the user can switch back and forth repeatedly. This is because SMS must know which operating system is run by each client computer, so that the correct jobs can be sent to each client. If you have SMS installed on a dual-boot computer and want to change which operating system is supported by SMS, run UPGRADE.BAT on the operating system you want to switch to.
Microsoft Systems Management Server Help (SMS.HLP) provides documentation for additional topics that are not covered in the Microsoft Systems Management Server Administrator's Guide. SMS Help contains these additional topics: Error Message Help for Program Group Control This topic discusses the error messages generated by Program Group Control and possible causes and solutions for those errors.
On page 188, text states that you can move Outboxes to a different drive or server. You cannot move Outboxes to another drive or server and you cannot rename them. Page 218 incorrectly states the location of the FILETOKN.EXE utility. This file is actually located in the platform.BIN directory. Page 218 of the documentation incorrectly states where the RUL2CFG.BAT file puts the .CFG files it creates. It actually puts these files into the the platform.BIN directories (such as X86.BIN). Page 219 of the Administrator's Guide states incorrectly which directory should be the package source directory for Audit 1.00. This package source directory should actually be PRIMSITE.SRV\AUDIT\PACKAGE. The instructions for modifying the LMHOSTS file (page 393) to enable the use of remote troubleshooting utilities on clients over TCP/IP WAN links are incorrect. The correct instructions are as follows: On the server, each line should start with a client's IP address, followed by the client's computer name. The 16th character after the start of the client's computer name should be "C" to enable remote control, or E to enable File Transfer. On the client, each line should start with a server's IP address, followed by the server's computer name. The 16th character after the start of the server's computer name should be "D" to enable remote control, or F to enable File Transfer. Pages 415-423 mention a Remote Chat utility. This utility is not included in this release of SMS. On page 557, the text incorrectly states that Client Setup may modify the TimeCriticalSection setting in SYSTEM.INI. Actually, Client Setup never modifies this value. On page 580, the text states that "On NetWare servers, the package directory is a subdirectory of the LOGON.SRV\PCMPKG.SRC directory under the server's SMS_SHR share." The text should say "...the LOGON.SRV\PCMPKG.SRC directory on the volume containing the SMS logon server components." On page 605, in Table D.3, the list of command lines to use to upgrade to Windows NT Workstation or Windows NT Server is incorrect. The correct list is as follows: Automated Upgrade of (x86) NT Client Manual Upgrade of (x86) NT Client Automated Upgrade of (Alpha) NT Client Manual Upgrade of (Alpha) NT Client Automated Upgrade of (MIPS) NT Client Manual Upgrade of (MIPS) NT Client Automated Upgrade of Win16 Client Manual Upgrade of Win16 Client Automated Upgrade of DOS Client Manual Upgrade of DOS ClientOn page 606, steps 2c-2e state that they must be performed from a network client. Actually, these steps may also be performed from the server containing the package source directory itself. On page 682, the text states that you must back up the SMS directory on the site server. More specifically, you must back up the SMS root directory and its entire contents (all subdirectories and files).
Note that the Site Configuration Manager uses the Administrators, Guests, Users, and Everyone groups to set permissions on the site server and logon servers. The Despooler also uses these groups to set permissions on the package shares for package distribution servers. Note that if the Despooler cannot set permissions for these groups, it will not install the files for the package.
|
Additional query words: prodsms sms
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |