[OpenAFS] WindowsNT, non-English Installations

James Peterson jimpeter@us.ibm.com
Mon, 8 Oct 2001 09:54:56 -0700


Below is a statement about doing Non-english Installations for Windows
NT/2000:

> when i try to install OpenAFS 1.1.1a on Microsoft WINDOWS NT SP6 it
fails.
> Error:
>
>    DLL failed
>    Couldn't openC:\TEMP\_INST2.DIR\_INST0.DIR\GetWebDLL.dll
>> A coworker had the same problem.
>> Try the english version. This DLL seems to be missing in the german
>> version.

I'm aware that the install script for Windows NT/2000 allows selection of
non-english languages.  However, when I added the capability to select the
Drive Mapping and the CellServDB to the installation,  I didn't configure
these options to work with the non-english installations.

I would like to know if there are OpenAFS members using these non-english
installations?

If the OpenAFS community is using a non-english installations then there
are a few things that could be done:
   Patch the Install Scripts so it includes a complete set of modules for
   each language.
   Patch Installation dialogue boxes to support each language.
   Test non-english installations.

I can patch the install script (item 1) to support non-english
installations; however, this would still leave english dialog boxes for
non-english installations.

Can someone in the OpenAFS community provide non-english translations for
the dialog boxes (item 2) or confirm non-english installations (item 3)?

For example, these modules should be modified to properly display
non-english text for GetWebDll:
.\config\afs_setup_utils\GetWebDll\GetWebDll.rc
.\config\afs_setup_utils\_isuser\_IsUser.rc

James Peterson
"Integrity is the base of excellence."




Hope that helps,
--leo

-----------------------------------------------------------------------
Alexander (Leo) Bergolth                          leo@leo.wu-wien.ac.at
WU-Wien - Zentrum fuer Informatikdienste       http://leo.wu-wien.ac.at
Info Center
                 Computers are like air conditioners -
           they stop working properly when you open Windows



--__--__--

Message: 13
From: "Fogarty, Chris" <cfogarty@befree.com>
To: OpenAFS Info Mailing List <openafs-info@openafs.org>
Date: Fri, 5 Oct 2001 16:12:55 -0400
Subject: [OpenAFS] win 98 problem

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C14DDA.1EB3E580
Content-Type: text/plain;
     charset="iso-8859-1"

On windows 98 I keep getting the following:



(11:37: 6-930)Unable to authenticate to AFS because:
 'code = 98: requested ticket lifetime invalid'.


Anyone know how to get around this?

------_=_NextPart_001_01C14DDA.1EB3E580
Content-Type: text/html;
     charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2654.45">
<TITLE>win 98 problem</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>On windows 98 I keep getting the following:</FONT>
</P>
<BR>
<BR>

<P><FONT SIZE=2>(11:37: 6-930)Unable to authenticate to AFS because:</FONT>
<BR><FONT SIZE=2>&nbsp;'code = 98: requested ticket lifetime
invalid'.</FONT>
</P>
<BR>

<P><FONT SIZE=2>Anyone know how to get around this?</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C14DDA.1EB3E580--

--__--__--

Message: 14
Date: Sat, 6 Oct 2001 10:00:03 -0400 (EDT)
From: Derrick J Brashear <shadow@dementia.org>
Reply-To: Derrick J Brashear <shadow@dementia.org>
To: openafs-info@openafs.org
Subject: Re: [OpenAFS] afsd causes crash for openafs1.2 and kernel 2.4.7
(fwd)

On Fri, 21 Sep 2001, Derrick J Brashear wrote:

> On Fri, 21 Sep 2001 Warren.Yenson@morganstanley.com wrote:
>
> > We have seen that we can repeatedly crash a Linux box running 2.4.7 and
> > OpenAFS 1.2 by doing operations in /afs that open a large number of
files
> > or directories (e.g. du -sk).
>
> It's an issue which has been known to me at least for some time, but
which
> I have not yet been able to track (somewhat more due to lack of time than
> necessarily anything else) but it's near the top of my priority list at
> this point.
>
> > Since we don't see this on our regular (Transarc) AFS on Solaris I'm
> > wondering if anyone knows of some kind of leak in this version of
OpenAFS.
>
> It's Linux-specific but (I believe provably) not 2.4 specific.

After considerable research I can tell you that that:
-this issue exists in 2.2
-this issue is not SMP specific
-this issue exists in OpenAFS 1.0 base (essentially AFS 3.6)
-it's likely later IBM AFS versions have the same problem, but that is
  outside the scope of this.

Basically the problem is we're currently trying to play like everyone else
in the dentry universe, but in our case we have a fixed-size pool of
inodes (which to us look like vcache entries). So when d_add wires down a
directory inode, this effectively cuts into the pool of inodes available
to us. The default parameter is 300 and we allow up to 2 times this to be
in use before we panic.

Realistically the leak seems to affect only volume root vnodes, however,
after some thought I believe the correct fix in light of the relative
danger in our world of having too many entries wired down is to wire down
none of them.

Currently we d_add in afs_linux_lookup(). We cannot remove this d_add as
it would preclude us from returning valid data. However, there is a way we
can avoid actually creating dcache entries. After the call to d_add, a
call to d_drop the dcache entry is added immediately. The performance
implication is that we lose the dcache; However the AFS cache still has
this data so not dcaching does not cause any extra network traffic.
Extensive testing proves this fixes the problem.

The fix will be committed shortly and will be in the next OpenAFS version,
which in the interest of making people with Linux releases done since
OpenAFS 1.2.1 happy should be available within the next week. (And of
course once this is done we releases should be driven far less frequently
by Linux kernel changes)

-D







--__--__--

Message: 15
From: "Fogarty, Chris" <cfogarty@befree.com>
To: openafs-info@openafs.org
Date: Sat, 6 Oct 2001 18:53:40 -0400
Subject: [OpenAFS] Windows Nt Problem Timouts

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C14EB9.BE1889C0
Content-Type: text/plain;
     charset="iso-8859-1"

I have finally got the client on Win2K to work, no small thanks to a number
of fine folks on this list, but I do seem to have one additional issue, it
seems that the service just stops running ever 15 to thirty minutes

and it dumps the following in the event log:

Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7031
Date:  10/6/2001
Time:  12:13:21 PM
User:  N/A
Computer: RIPPER
Description:
The IBM AFS Client service terminated unexpectedly.  It has done this 3
time(s).  The following corrective action will be taken in 0 milliseconds:
No action.



Chris Fogarty
Cell 412 979 5852
Home 724 869 1279

#!/usr/bin/perl
open CAN, "excitedly";
join ($can, $mouth);
while ($colaRemaining > 0)
{if ($reallyThirsty) {$chug;} else {$sip};}
dumpIN_RECYCLING_BOX;IN_RECYCLING_BOX;

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: PGP 6.5.2

mQGiBDucyS4RBADWJK6K9zwi/8OzvBxz6qqq4w9tl6vwL80UOCzJR2sakJveBR2t
NH8RCiTdK/oZHy9Ho30qQnjGvWtGDaYlFPZfcQu9lYkFDihrrlgMLhyPd7jUwZsK
imqnSF46QSeNaVFyOM2gP8rCclPDggD7aMA7467gVXe9lopd6yw4ZhyEwQCg/0TW
2bdxSj0QJtQB/5DvhYGTPasD/3CL2zkB0B9PqwvKKJDuetwR+mp+DScaxCw2xY/+
76A9W7twYnb1DMLyKBOYcAuwpLLO9Uj5OIJaYdfGvN1CbukhXQXCLZcKNmryNIHx
VDIytBDKQEVDa8pkK6DWajVW5yQeTw0E/JFL/RUqnO6IVQv5v1N92k2CPc7F9xMM
+d+yA/wPwT0eUaKSsZLbH1uHIbDBw/gxu3x1M74BRH059SKC5eLga+zPPGdThyoF
h0mrVKlBGYQFyQgsJCh92YNeKbFvqIs1+sU84ivq1exHopbN4mLxklgQg0SkEDOR
+WYAWVmDh+4F36aa5Eit535Mocdigk42z5Lq5HnGw9GNgTZ1W7QhQ2hyaXN0b3Bo
ZXIgPGNmb2dhcnR5QGJlZnJlZS5jb20+iQBUBBARAgAUBQI7nMkuBQkB4TOABAsD
AgECGQEACgkQ0dTfDN52eHpKfgCfeKjY7V23abP4FywrpYEcWEJIHwYAnip8F5Zc
2hZobevvhLKozwxegMX5uQINBDucyS4QCAD2Qle3CH8IF3KiutapQvMF6PlTETlP
tvFuuUs4INoBp1ajFOmPQFXz0AfGy0OplK33TGSGSfgMg71l6RfUodNQ+PVZX9x2
Uk89PY3bzpnhV5JZzf24rnRPxfx2vIPFRzBhznzJZv8V+bv9kV7HAarTW56NoKVy
OtQa8L9GAFgr5fSI/VhOSdvNILSd5JEHNmszbDgNRR0PfIizHHxbLY7288kjwEPw
pVsYjY67VYy4XTjTNP18F1dDox0YbN4zISy1Kv884bEpQBgRjXyEpwpy1obEAxnI
Byl6ypUM2Zafq9AKUJsCRtMIPWakXUGfnHy9iUsiGSa6q6Jew1XpMgs7AAICB/4i
inGeRgaFatI7OIxp+M/cAV8Rgz0sK5C0YC+ra3cRXp0ANHIJ44HRMncQXxxb2ZYX
+xr1S4r4fVkiEzGvP07bDEJM/TFzkokNzcBiJZ/U5wpb1a7YMIKu/4Af+ziHdNaD
ysxWs4klz1JO1OqDWQNRKqHt6vIBkSJez7wgUQ405yvl/bmrYKup9yqnMmvK7kJk
KxNXxQQn5A9LMiCTqFw1hYV8Ci5r11xTzEnpjz214w0pY0cbOi0oA4kAKrcuDZr+
63ScPHHgqqTjau9rpCi7PFxJA0WNafkZwqSX0LCMRC18wJCJ0ZulKlWzcNsBLP0i
I6m4G0Fi96hU3TEF+D+biQBMBBgRAgAMBQI7nMkuBQkB4TOAAAoJENHU3wzednh6
n3oAn22OZz2ehMxwuHREPGTPVJtSzHwBAKCNLZzZimjaINf+G9+JKE6qdokoUw==
=B12w
-----END PGP PUBLIC KEY BLOCK-----


------_=_NextPart_001_01C14EB9.BE1889C0
Content-Type: text/html;
     charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D099391716-06102001>I =
have finally got=20
the client on Win2K to work, no small thanks to a number of fine folks =
on this=20
list, but I do seem to have one additional issue, it seems that the =
service just=20
stops running ever 15 to thirty minutes</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D099391716-06102001></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D099391716-06102001>and =
it dumps the=20
following in the event log:</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D099391716-06102001></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D099391716-06102001>Event =

Type:&nbsp;Error<BR>Event Source:&nbsp;Service Control Manager<BR>Event =

Category:&nbsp;None<BR>Event=20
ID:&nbsp;7031<BR>Date:&nbsp;&nbsp;10/6/2001<BR>Time:&nbsp;&nbsp;12:13:21=
=20
PM<BR>User:&nbsp;&nbsp;N/A<BR>Computer:&nbsp;RIPPER<BR>Description:<BR>T=
he IBM=20
AFS Client service terminated unexpectedly.&nbsp; It has done this 3=20
time(s).&nbsp; The following corrective action will be taken in 0 =
milliseconds:=20
No action. <BR></SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D099391716-06102001></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D099391716-06102001></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial><FONT size=3D-1>Chris =
Fogarty</FONT></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial><FONT size=3D-1>Cell </FONT></FONT><FONT =
face=3DArial><FONT=20
size=3D-1>412 979 5852</FONT></FONT></DIV>
<DIV><FONT face=3DArial><FONT size=3D-1>Home 724 869=20
1279</FONT></FONT>&nbsp;&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial><FONT size=3D-1>#!/usr/bin/perl</FONT></FONT> =
<BR><FONT=20
face=3DArial><FONT size=3D-1>open CAN, "excitedly";</FONT></FONT> =
<BR><FONT=20
face=3DArial><FONT size=3D-1>join ($can, $mouth);</FONT></FONT> =
<BR><FONT=20
face=3DArial><FONT size=3D-1>while ($colaRemaining &gt; =
0)</FONT></FONT> <BR><FONT=20
face=3DArial><FONT size=3D-1>{if ($reallyThirsty) {$chug;} else=20
{$sip};}</FONT></FONT> <BR><FONT face=3DArial><FONT=20
size=3D-1>dumpIN_RECYCLING_BOX;IN_RECYCLING_BOX;</FONT></FONT>&nbsp;&nbs=
p; </DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>-----BEGIN PGP PUBLIC KEY =
BLOCK-----<BR>Version:=20
PGP 6.5.2</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial=20
size=3D2>mQGiBDucyS4RBADWJK6K9zwi/8OzvBxz6qqq4w9tl6vwL80UOCzJR2sakJveBR2=
t<BR>NH8RCiTdK/oZHy9Ho30qQnjGvWtGDaYlFPZfcQu9lYkFDihrrlgMLhyPd7jUwZsK<BR=
>imqnSF46QSeNaVFyOM2gP8rCclPDggD7aMA7467gVXe9lopd6yw4ZhyEwQCg/0TW<BR>2bd=
xSj0QJtQB/5DvhYGTPasD/3CL2zkB0B9PqwvKKJDuetwR+mp+DScaxCw2xY/+<BR>76A9W7t=
wYnb1DMLyKBOYcAuwpLLO9Uj5OIJaYdfGvN1CbukhXQXCLZcKNmryNIHx<BR>VDIytBDKQEV=
Da8pkK6DWajVW5yQeTw0E/JFL/RUqnO6IVQv5v1N92k2CPc7F9xMM<BR>+d+yA/wPwT0eUaK=
SsZLbH1uHIbDBw/gxu3x1M74BRH059SKC5eLga+zPPGdThyoF<BR>h0mrVKlBGYQFyQgsJCh=
92YNeKbFvqIs1+sU84ivq1exHopbN4mLxklgQg0SkEDOR<BR>+WYAWVmDh+4F36aa5Eit535=
Mocdigk42z5Lq5HnGw9GNgTZ1W7QhQ2hyaXN0b3Bo<BR>ZXIgPGNmb2dhcnR5QGJlZnJlZS5=
jb20+iQBUBBARAgAUBQI7nMkuBQkB4TOABAsD<BR>AgECGQEACgkQ0dTfDN52eHpKfgCfeKj=
Y7V23abP4FywrpYEcWEJIHwYAnip8F5Zc<BR>2hZobevvhLKozwxegMX5uQINBDucyS4QCAD=
2Qle3CH8IF3KiutapQvMF6PlTETlP<BR>tvFuuUs4INoBp1ajFOmPQFXz0AfGy0OplK33TGS=
GSfgMg71l6RfUodNQ+PVZX9x2<BR>Uk89PY3bzpnhV5JZzf24rnRPxfx2vIPFRzBhznzJZv8=
V+bv9kV7HAarTW56NoKVy<BR>OtQa8L9GAFgr5fSI/VhOSdvNILSd5JEHNmszbDgNRR0PfIi=
zHHxbLY7288kjwEPw<BR>pVsYjY67VYy4XTjTNP18F1dDox0YbN4zISy1Kv884bEpQBgRjXy=
Epwpy1obEAxnI<BR>Byl6ypUM2Zafq9AKUJsCRtMIPWakXUGfnHy9iUsiGSa6q6Jew1XpMgs=
7AAICB/4i<BR>inGeRgaFatI7OIxp+M/cAV8Rgz0sK5C0YC+ra3cRXp0ANHIJ44HRMncQXxx=
b2ZYX<BR>+xr1S4r4fVkiEzGvP07bDEJM/TFzkokNzcBiJZ/U5wpb1a7YMIKu/4Af+ziHdNa=
D<BR>ysxWs4klz1JO1OqDWQNRKqHt6vIBkSJez7wgUQ405yvl/bmrYKup9yqnMmvK7kJk<BR=
>KxNXxQQn5A9LMiCTqFw1hYV8Ci5r11xTzEnpjz214w0pY0cbOi0oA4kAKrcuDZr+<BR>63S=
cPHHgqqTjau9rpCi7PFxJA0WNafkZwqSX0LCMRC18wJCJ0ZulKlWzcNsBLP0i<BR>I6m4G0F=
i96hU3TEF+D+biQBMBBgRAgAMBQI7nMkuBQkB4TOAAAoJENHU3wzednh6<BR>n3oAn22OZz2=
ehMxwuHREPGTPVJtSzHwBAKCNLZzZimjaINf+G9+JKE6qdokoUw=3D=3D<BR>=3DB12w<BR>=
-----END=20
PGP PUBLIC KEY BLOCK-----</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------_=_NextPart_001_01C14EB9.BE1889C0--


--__--__--

_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info


End of OpenAFS-info Digest