[OpenAFS] Re: OpenAFS 1.3.62 release available
Jeffrey Altman
jaltman@columbia.edu
Thu, 25 Mar 2004 16:01:06 -0800
This is a cryptographically signed message in MIME format.
--------------ms090507010302060004080605
Content-Type: multipart/alternative;
boundary="------------050309040809030605070709"
This is a multi-part message in MIME format.
--------------050309040809030605070709
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Michael Niksch wrote:
> > For Windows, 1.3.62 represents the currently supported client. We
> > recommend upgrading from previous releases if you are having problems,
> > several issues from 1.3.61 have been addressed (including integrated
> > logon issues, installer problems, and a crash on afsd service
> > shutdown).
>
> Unfortunately, I am still having a couple of problems.
>
> 1. Stopping the service still causes a crash of afsd_service.exe.
yes. this is a known problem.
we are working on it (unsuccessfully). The problem does not occur for
all users
and I cannot re-produce it. The problem goes away if you re-compile
with VC 6
instead of VS.NET 2003. However, there are reasons why you don't want
to do this.
> 2. Adding a seconds drive mapping in the Drive Letters tab does not
> refresh the list.
Please submit a bug to openafs-bugs@openafs.org
> 3. I thought I understood that UNC path names have now changed to the
> generic \\afs\cellname\... rather than the machine-specific
> \\%computername%-afs\cellname\... However, I still find only the
> latter, despite my "NetbiosName" being "AFS". I installed with all
> default settings, except integrated login and my custom cellname and
> afsdcell.ini. I am attaching my registry settings for reference. Did I
> miss anything? Do I have to make the "afs" hostname resolve to my
> loopback address for \\afs to work?
Yes. You must install the loopback adapter for this to work.
If you have the loopback installed and it is not working, please submit
a report and
include your %WINDIR%\TEMP\afsd_init.log file
> 4. Adding global drive letters seems to have a syntax inconsistent
> with adding user-specific drives, and I haven't been able to make a
> global drive actually work. On the other hand, deleting a global drive
> seems to shift it to the list of user-specific drives, where I can
> neither disable nor delete it.
This problem is fix in today's test builds. It only affects people who
are not using the loopback adapter.
> 5. With the old way of mounting root.afs, it was possible to use not
> only cell mounts, but also symbolic links in that volume. While I
> admit that this has always been a hack, many sites have come to rely
> on shortcuts like /afs/@cell, /afs/ThisCell, /afs/z or /afs/zurich in
> place of of /afs/zurich.ibm.com.
>
In that case do not use Freelance mode.
> 6. If I create a drive mapping for \afs itself, the contents of that
> drive seems to be built only dynamically, even though I have not
> turned on cell lookups via DNS. Many people expect to be able to
> browse through the list of cells specified in afsdcells.ini.
You cannot browse the list of cells in Freelance mode except those you
have mounts. The client is
acting as its own afs root instead of relying on the one from the home cell.
> 7. While I would prefer to use generic \\afs\cellname\... UNC names,
> it has proven convenient to also have a global drive mapping for \afs.
> Drive mappings provide the only way to CD to an AFS directory.
> Unfortunately, the AFS context menu is also only available using drive
> letters, not using UNC paths. On the other hand, mapping each cell to
> a different drive letter quickly causes a mess and a shortage of drive
> letters.
It is known that the AFS context menu does not work on UNC names. There
is already a feature
request in the request tracker.
Jeffrey Altman
--------------050309040809030605070709
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Bitstream Cyberbit">Michael Niksch wrote:<br>
</font>
<blockquote cite="mid4063706B.3050003@zurich.ibm.com" type="cite"><font
face="Bitstream Cyberbit">> For Windows, 1.3.62 represents the
currently supported client. We
<br>
> recommend upgrading from previous releases if you are having
problems,
<br>
> several issues from 1.3.61 have been addressed (including
integrated
<br>
> logon issues, installer problems, and a crash on afsd service
<br>
> shutdown).
<br>
<br>
Unfortunately, I am still having a couple of problems.
<br>
<br>
1. Stopping the service still causes a crash of afsd_service.exe.
<br>
</font></blockquote>
yes. this is a known problem. <br>
we are working on it (unsuccessfully). The problem does not occur for
all users<br>
and I cannot re-produce it. The problem goes away if you re-compile
with VC 6<br>
instead of VS.NET 2003. However, there are reasons why you don't want
to do this.<br>
<blockquote cite="mid4063706B.3050003@zurich.ibm.com" type="cite"><font
face="Bitstream Cyberbit">2. Adding a seconds drive mapping in the
Drive Letters tab does not refresh the list.
<br>
</font></blockquote>
Please submit a bug to <a class="moz-txt-link-abbreviated" href="mailto:openafs-bugs@openafs.org">openafs-bugs@openafs.org</a><br>
<br>
<blockquote cite="mid4063706B.3050003@zurich.ibm.com" type="cite"><font
face="Bitstream Cyberbit">3. I thought I understood that UNC path
names have now changed to the generic \\afs\cellname\... rather than
the machine-specific \\%computername%-afs\cellname\... However, I still
find only the latter, despite my "NetbiosName" being "AFS". I installed
with all default settings, except integrated login and my custom
cellname and afsdcell.ini. I am attaching my registry settings for
reference. Did I miss anything? Do I have to make the "afs" hostname
resolve to my loopback address for \\afs to work?
<br>
</font></blockquote>
Yes. You must install the loopback adapter for this to work.<br>
<br>
If you have the loopback installed and it is not working, please submit
a report and<br>
include your %WINDIR%\TEMP\afsd_init.log file <br>
<blockquote cite="mid4063706B.3050003@zurich.ibm.com" type="cite"><font
face="Bitstream Cyberbit">4. Adding global drive letters seems to have
a syntax inconsistent with adding user-specific drives, and I haven't
been able to make a global drive actually work. On the other hand,
deleting a global drive seems to shift it to the list of user-specific
drives, where I can neither disable nor delete it.
<br>
</font></blockquote>
This problem is fix in today's test builds. It only affects people who
are not using the loopback adapter.<br>
<br>
<blockquote cite="mid4063706B.3050003@zurich.ibm.com" type="cite"><font
face="Bitstream Cyberbit">5. With the old way of mounting root.afs, it
was possible to use not only cell mounts, but also symbolic links in
that volume. While I admit that this has always been a hack, many sites
have come to rely on shortcuts like /afs/@cell, /afs/ThisCell, /afs/z
or /afs/zurich in place of of /afs/zurich.ibm.com.
<br>
<br>
</font></blockquote>
In that case do not use Freelance mode.<br>
<br>
<blockquote cite="mid4063706B.3050003@zurich.ibm.com" type="cite"><font
face="Bitstream Cyberbit">6. If I create a drive mapping for \afs
itself, the contents of that drive seems to be built only dynamically,
even though I have not turned on cell lookups via DNS. Many people
expect to be able to browse through the list of cells specified in
afsdcells.ini.
<br>
</font></blockquote>
You cannot browse the list of cells in Freelance mode except those you
have mounts. The client is <br>
acting as its own afs root instead of relying on the one from the home
cell.<br>
<blockquote cite="mid4063706B.3050003@zurich.ibm.com" type="cite"><font
face="Bitstream Cyberbit">7. While I would prefer to use generic
\\afs\cellname\... UNC names, it has proven convenient to also have a
global drive mapping for \afs. Drive mappings provide the only way to
CD to an AFS directory. Unfortunately, the AFS context menu is also
only available using drive letters, not using UNC paths. On the other
hand, mapping each cell to a different drive letter quickly causes a
mess and a shortage of drive letters.
<br>
</font></blockquote>
It is known that the AFS context menu does not work on UNC names.
There is already a feature <br>
request in the request tracker.<br>
<br>
<font face="Bitstream Cyberbit"><br>
Jeffrey Altman<br>
<br>
</font>
</body>
</html>
--------------050309040809030605070709--
--------------ms090507010302060004080605
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUDCC
AwYwggJvoAMCAQICAwpxijANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNV
BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx
HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl
bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDczMDAyMDkyOFoXDTA0MDcyOTAyMDkyOFowRjEf
MB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEjMCEGCSqGSIb3DQEJARYUamFsdG1h
bkBjb2x1bWJpYS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBtDG6ZyGA
sK+rZOfKPKGBn6oCTLYSLk/mpeX9QTmTG71qh308KUeN35qqoRXjLvscfw6NPOYXiuxE/RqL
sx7WKEnK3C4gzzpioCTX1b7o4M7YbpvCRBFPE9Jgsd0yz2EN+mk/pPuK1GP+iQNot2m4A56A
aPe6F5T25GqffU535GNIdAtWPao6wHcOm17se25ny/TNzb9mlA4UzYl9XP7MF1fkpJyaDDAy
DNNTSSjxBdPVs2EaYq1p/xadXbIpysQiySXAxoeiZusgJopRHLcBsBmmY9QVD4QnUqZVmfJ5
f1CiNri5vlexKCmdFSrxMLuoLr4EQZCECdusp6ZnIt75AgMBAAGjMTAvMB8GA1UdEQQYMBaB
FGphbHRtYW5AY29sdW1iaWEuZWR1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA
DPKe/CuAgEUxsrPskJQx2fL6soAEG2iqrqOGIRREHDaXWDBNMEWEbOEMLvh3+yhqHOUc9x3r
2IfsP/XHnujaqsMVXLagokVTnpPN675wv8LZ8hLHblLnykaTCq6RZpVskh2iAiJwpYMcKNF6
jyYaQyGHBGT3PK8uVGVCG4Pp9k4wggMGMIICb6ADAgECAgMKcYowDQYJKoZIhvcNAQEEBQAw
gZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg
VG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEo
MCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMzA3MzAwMjA5
MjhaFw0wNDA3MjkwMjA5MjhaMEYxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIx
IzAhBgkqhkiG9w0BCQEWFGphbHRtYW5AY29sdW1iaWEuZWR1MIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEAwbQxumchgLCvq2TnyjyhgZ+qAky2Ei5P5qXl/UE5kxu9aod9PClH
jd+aqqEV4y77HH8OjTzmF4rsRP0ai7Me1ihJytwuIM86YqAk19W+6ODO2G6bwkQRTxPSYLHd
Ms9hDfppP6T7itRj/okDaLdpuAOegGj3uheU9uRqn31Od+RjSHQLVj2qOsB3Dpte7HtuZ8v0
zc2/ZpQOFM2JfVz+zBdX5KScmgwwMgzTU0ko8QXT1bNhGmKtaf8WnV2yKcrEIsklwMaHombr
ICaKURy3AbAZpmPUFQ+EJ1KmVZnyeX9Qoja4ub5XsSgpnRUq8TC7qC6+BEGQhAnbrKemZyLe
+QIDAQABozEwLzAfBgNVHREEGDAWgRRqYWx0bWFuQGNvbHVtYmlhLmVkdTAMBgNVHRMBAf8E
AjAAMA0GCSqGSIb3DQEBBAUAA4GBAAzynvwrgIBFMbKz7JCUMdny+rKABBtoqq6jhiEURBw2
l1gwTTBFhGzhDC74d/soahzlHPcd69iH7D/1x57o2qrDFVy2oKJFU56Tzeu+cL/C2fISx25S
58pGkwqukWaVbJIdogIicKWDHCjReo8mGkMhhwRk9zyvLlRlQhuD6fZOMIIDODCCAqGgAwIB
AgIQZkVyt8x09c9jdkWE0C6RATANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTAT
BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3
dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lv
bjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkB
FhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTA0MDgy
NzIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV
BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBT
ZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDCBnzAN
BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmKYzUq
bXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC
9tewkd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEww
KQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQI
MAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBADGxS0dd+QFx5fVTbF15
1j2YwCYTYoEipxL4IpXoG0m3J3sEObr85vIk65H6vewNKjj3UFWobPcNrUwbvAP0teuiR59s
ogxYjTFCCRFssBpp0SsSskBdavl50OouJd2K5PzbDR+dAvNa28o89kTqJmmHf0iezqWf54TY
yWJirQXGMYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu
IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRD
ZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIw
MDAuOC4zMAIDCnGKMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw
HAYJKoZIhvcNAQkFMQ8XDTA0MDMyNjAwMDEwNlowIwYJKoZIhvcNAQkEMRYEFPD54okWhRgs
Juxs7Tr3siJqWWnUMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC
AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3
EAQxgZ0wgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNV
BAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBT
ZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnGK
MIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rl
cm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT
FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0Eg
MjAwMC44LjMwAgMKcYowDQYJKoZIhvcNAQEBBQAEggEAh3kzrGHdxufg54jR49aZAsJ7ezpf
xHhQMvnQzSf4WO8KuEUcxjkkqroWkL+Ns80jxSI1o8roH4BZb4+NErvuHdNbuDr6PzuA+SIX
pR7CflF+0epWKgsni0b1lkG/ZsNN3admEkMSqlpn6gt7HT+rNvy1YTKrkoXLkGUR0FcPNs2A
M7B9a4+jxdoL8jfD/V2OFpNh9Ol+hRiVyrHXwxUhZGiO5c/OERp6kxgskQJ/dn1QyrKNXR3V
vAJ3uND3TfB5OiQbeM5fLLLo3VvJVignuox+iJ624gfedKPYma5Coq8C8TKR4oSmChKNC3Ij
9Y2RTf7r6UrqM57CZWXiDVkiLAAAAAAAAA==
--------------ms090507010302060004080605--