[516] in Kakapo Windows Team
[Kakapo] Re: status update on slow startup times and afs connections
daemon@ATHENA.MIT.EDU (Philip R Thompson)
Thu Jun 23 08:58:57 2005
To: "Thomas L. Thornton" <tomt@mit.edu>, contact-container-admins@mit.edu
From: Philip R Thompson <phils@mit.edu>
In-Reply-To: <200309181605.h8IG5QOE019032@the-rim.mit.edu>
Message-Id: <5.2.1.1.2.20030918173119.00c46f30@po9.mit.edu>
Date: Thu, 18 Sep 2003 17:34:25
MIME-Version: 1.0
cc: ferrara@mit.edu
cc: kakapo@mit.edu
Content-Type: multipart/mixed; boundary="===============19569858570256438=="
Errors-To: kakapo-bounces@mit.edu
--===============19569858570256438==
Content-type: text/html; charset=windows-1252
Content-transfer-encoding: 8bit
<html>
<body>
Sure we can test it.<br>
Slap that on to dusp-test and possibly some specific machines in the dusp container.<br>
-Phil<br><br>
At 12:05 PM 9/18/2003 -0400, Thomas L. Thornton wrote:<br>
<blockquote type=cite class=cite cite>This follows up on a thread "AFS &/or XP issues" we started almost a<br>
month ago. Two issues of interest to the win.mit.edu container<br>
administrator continue to exist and deserve this report:<br><br>
1. Some XP machines spend ten or more minutes during reboot in the<br>
"Applying computer settings" state;<br><br>
2. Sometimes AFS takes several tries before successfully restarting<br>
the service.<br><br>
There is much mail about these misbehaviors, and Casetracker numbers<br>
probably associated with the above, respectively, are:<br>
1. 404542, 408880<br>
2. 410179, 411090, 417061, 418345, 418352, 426296, 428304<br><br>
In August we noticed an erroneous service-restart setting missing from<br>
installer, fixed it in our code base and we expect this problem to<br>
disappear upon our next AFS release. Over the past three weeks we<br>
have found a couple more possible reasons for service failure. We<br>
have delayed packaging these fixes expecting to address the long<br>
reboot time problem.<br><br>
The long reboot problem has been particularly burdensome. Paul asked<br>
MS PSS about this weeks ago. They got back to us last week, saying<br>
that the slowdown can be addressed by adding netman to AFS service<br>
dependencies in the registry. Alas, testing this indicates no<br>
improvement.<br><br>
Meanwhile we brainstormed on possible workarounds like reordering the<br>
listing of network providers, disabling the "Network Connections"<br>
service, looking for interactions with WebDAV or the WebClient<br>
service, the ShellSvcGroup and the GP that sets "Always wait for the<br>
network at computer startup and logon." No luck with any of these.<br><br>
In June by Microsoft advice, we rewrote the code for determining which<br>
LAN adapter to use. The old code uses an undocumented API. According<br>
to Microsoft, this API should not be used, and will go away in the<br>
future. However, their suggested alternative is unimplemented on W2K,<br>
so for the currently-deployed AFS we made two code paths and expected<br>
XP and later OSs to work via the documented and supported API.<br><br>
As a last resort Paul and Joe built a service that uses only the old<br>
API. Testing the old API service on XP machines eliminated the boot<br>
delay. The service seems to function normally (e.g.users' tokens are<br>
acquired, the home directory is available, etc.) and with machine<br>
startup times comparable to W2K.<br><br>
Therefore, now we *may* have a workaround, with two big<br>
qualifications. First caveat, this must be temporary - the service<br>
uses the undocumented API that may break with any future SP or OS.<br>
Second, it has been tested on only IS machines and a couple in FSS, so<br>
needs some more field testing before we package and deploy it.<br><br>
Chad Dupuis, Dan Stratila, Phil Thompson, could you volunteer a test<br>
on each of your slowest-booting machines? Please let me know.<br><br>
-Tom</blockquote></body>
</html>
--===============19569858570256438==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
_______________________________________________
Kakapo@mit.edu
http://mailman.mit.edu/mailman/listinfo/kakapo
--===============19569858570256438==--
