SMS Despooler Does Not Support Forced Installation and UpgradeLast reviewed: April 23, 1997Article ID: Q128458 |
The information in this article applies to:
SYMPTOMThe Systems Management Server Despooler does not support forced installation and upgrade of package directories on Windows NT distribution servers.
STATUSMicrosoft has confirmed this to be a problem in Systems Management Server version 1.1. This problem has been corrected in Systems Management Server version 1.2.
MORE INFORMATIONThe Systems Management Server Despooler now supports forced installation and upgrade of package directories on Windows NT distribution servers. At each Systems Management Server site, the Systems Management Server Despooler installs and updates package directories on distribution servers that are specified in the Distribution Phase of Run Command On Workstation and Share Package On Server jobs. When a package is distributed using these types of jobs, the Despooler installs the files for the package on a shared directory on each distribution server specified by the job. If the some or all of the files already exist in the package directory (that is, the files were installed by the Despooler during a previous job or the files simply already existed in the shared directory), the Despooler attempts to update those files. In Systems Management Server 1.0 and 1.1, the Systems Management Server Despooler copied each file in the package to the package directory on each distribution server. If any of the files within the package directory were locked by a user accessing the file, the Despooler would stop the file copying process at that particular file and then retry at a set time interval for a set number of retries. In this case, the package directory would contain some files that have been updated but the locked file would block the rest of the files from being updated. If one or more files continued to be locked when the Despooler reached the retry limit, then the package directory would not be updated completely and the Despooler would report the servers installation status as failed. Even if the package directory was successfully updated over time, this delay may be unacceptable. With Systems Management Server 1.2, you can enable forced delivery of the package files on Windows NT distribution servers--even if one or more files in the package directory are locked. You enable this feature through the Windows NT registry of the site server. By default, this feature is disabled. If the forced delivery feature is enabled, the Despooler checks for any open files in the package directory (as well as any subdirectories within the package directory) on the distribution server. If one or more files are open, the Despooler determines whether it should force the installation of the package files--based on the Number of Retries Before Forced Disconnection entry in the registry. If the count of retries is less than the Number of Retries Before Forced Disconnection entry, the Despooler waits for the time specified by the retry interval (retry interval is 24 times the Despooler polling interval). If the Despooler detects that current count of retries has exceeded the Number of Retries Before Forced Disconnection entry in the registry, the Despooler revokes access to the package directory from all users except the Systems Management Server service account (this allows current users who are connected to maintain access but prevents new users from connecting to the package directory) and sends a a disconnection warning message to all users who have files open in the package directory. This message tells the user that they should close all applications running from the package directory and close all files open on the package directory and that Systems Management Server will close access to the package directory after the length time specified in the Forced Disconnection Delay In Minutes entry. After the Forced Disconnection Delay In Minutes time has elapsed, the Despooler closes the package directory for all users who still have files open. The Despooler then copies the package files and restores access to the package directory. Finally, the Despooler sends a message to the users who were previously sent the disconnection warning message. This message informs the users that the package directory is ready for access again. The following rules apply to the forced delivery setting:
Calculating the Forced Delivery TimeUse the following formula to calculate how much time will elapse after the first failed attempt to update a package directory on a distribution server:
ForceDeliveryTime = (x * (y + 1))+ z x = Despooler Retry Interval y = Number Of Retries Before Forced Disconnection z = Forced Disconnection Delay In MinutesNote that Despooler Retry Interval is based on the Response setting for the services at the site:
Response Retry Interval(Minutes) ------------------------------------ Very Fast 24 Fast 120 Medium 360 Slow 720For Example, suppose your site was running at Fast Response mode and you made the following settings:
Use Forced Disconnect equal to 1. Number Of Retries Before Forced Disconnection equal to 10. Forced Disconnection Delay In Minutes equal to 5.This means that after the Despooler retries updating a package 10 times, it sends a message to users with open files on the package directory. After 5 minutes, the Despooler disconnects all users and updates the package. The total time elapsed from the first attempt to update the package is approximately 22 hours and 5 minutes. 22 hours and 5 minutes = (120 minutes * (10 retries + 1)) + 5 minutes.
|
Additional query words: prodsms sms
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |