[OpenAFS-port-darwin] consideration about Openafs installation

Claudio Bisegni Claudio.Bisegni@lnf.infn.it
Fri, 9 Nov 2007 17:53:57 +0100


--Apple-Mail-89--575810574
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit


On 09/nov/07, at 15:44, Derrick Brashear wrote:

> On Nov 9, 2007 8:59 AM, Claudio Bisegni  
> <Claudio.Bisegni@lnf.infn.it> wrote:
>> On 09/nov/07, at 14:50, Derrick J Brashear wrote:
>>
>>> On Fri, 9 Nov 2007, Claudio Bisegni wrote:
>>>
>>>> Hi to all group,
>>>> i' was thinking about installation on openafs on mac, now the
>>>> installer put the startup script that launch all part of openafs
>>>> kernel extension and /afs mount operation.
>>>
>>> It did so before, too.
>>>
>>>> can we considering the idea to install kernel extension directly on
>>>> default path, and let system load it at startup time, and manage
>>>> the mount of /afs volume according to user default choice(i think
>>>> about AFSCommander could allow user to choiche automount or not).
>>>
>>> It used to be we could do this. Things changed 10.3->10.4. Before,
>>> at start you'd run afsd -nomount, then mount later. Currently, you
>>> either start it, or not. Until I fix a bug in the shutdown which
>>> leaks resources it's not safe to unload AFS, which is what you need
>>> to do (load module, run afsd, or umount, stop afsd, unload the
>>> module), because in the memcache case you leak memory. As it happens
>>> I hope to fix that bug today or over the weekend, but, basically,
>>> this is not as simple as you propose.
>>
>> yes i know.
>>
>>>
>>>
>>>> What do you think about that?
>>>
>>> Why does it matter? With dynroot, there's no AFS traffic unless you
>>> try to use it.
>>>
>>> In 10.5 the situation gets even murkier for the reason I am about to
>>> post.
>>
>> My condition is that i have openafs folder in sidebar leopard,
>
> I don't. Clearly you have "connected volumes" checked :)
>
>> now i
>> dont' have tried to work with afs mounted but without network, so i
>> don't now if there are problem.
>
> well, before you try to fix the problem this way, which is sort of
> wretched, why not verify there is a real problem you're fixing?
> especially since between 1.4.4 and 1.4.5 we added "rapid timeout when
> there's no network" support.
>
>> Anyway there is no problem if the user
>> can choice to autosartup afs or not. This is can be don't using new
>> osx launch methods, afscommander can be modified to make this.
>> All this are only consideration:-)
>
> well, before doing anything else, proposing something using launchd
> instead of a StartupItems script is probably smarter. but, no real
> interest here in doing work to support a solution to a problem that
> doesn't exist, and if i'm going to do work to solve the problem i'd
> rather solve it right.
>
yes i was think about launchd.

> consider that in the near future where you get disconnected afs
> support you will actively not want to make it go away.

yes disconnected support is a great thinks, but i could decide my self  
if i want or not a volume mounted. So the user can decide what do. The  
only way, now, for stop afs at startup is is to remove OpenAfs from  
StartupItem and use or shell or afscommander.
Some people that must use afs could not be able to use shell, this is  
the ragion that i have made Afscommander.

//---------------------------------------------------------------------//
Claudio Bisegni                	phone:  (+39)-06-9403-2345
LNF-INFN                       	fax:    (+39)-06-9403-2649
Via Enrico Fermi, 40           e-mail: Claudio.Bisegni@lnf.infn.it
I-00044 Frascati, Italy        	www:    http://www.lnf.infn.it/~bisegni


--Apple-Mail-89--575810574
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIESzCCBEcw
ggMvoAMCAQICAh29MA0GCSqGSIb3DQEBBQUAMC4xCzAJBgNVBAYTAklUMQ0wCwYDVQQKEwRJTkZO
MRAwDgYDVQQDEwdJTkZOIENBMB4XDTA3MDcxOTE0MjcyMFoXDTA4MDcxODE0MjcyMFowYzELMAkG
A1UEBhMCSVQxDTALBgNVBAoTBElORk4xHTAbBgNVBAsTFFBlcnNvbmFsIENlcnRpZmljYXRlMQww
CgYDVQQHEwNMTkYxGDAWBgNVBAMTD0NsYXVkaW8gQmlzZWduaTCCASIwDQYJKoZIhvcNAQEBBQAD
ggEPADCCAQoCggEBAKRPR+nFrOu4MrnhHkAjqR8e05jnyyBmE4b8WcKUJleLjFaVl9iL3QC5RYma
rT9UgpzrtZCN8WdGlCQLkLlOzlyRasXSHFaXzmtOEdMIOk1ZBXE/jy83+9TXSoKwFM84qHZFAzQc
J+XubQ6NnIKpmY9i04ctql/JPeilY1FnNvXcFZrYXraskztYn722dX6b0mYTjbufg42aHbUY60WC
/NMMlxzbUrZJLYcyYyy7GpAkbIceDH76vm2pCfRoP9TLN8Eng116K0z76fHgheBOOU9/UF5dIAVg
oJ+J8VDXu1xojWMeEJHbmOZYaBYrTUFioifrGv9BAWuNLFVAdT7ncxcCAwEAAaOCATgwggE0MAwG
A1UdEwEB/wQCMAAwDgYDVR0PAQH/BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcD
BDA9BgNVHR8ENjA0MDKgMKAuhixodHRwOi8vc2VjdXJpdHkuZmkuaW5mbi5pdC9DQS9JTkZOQ0Ff
Y3JsLmRlcjAXBgNVHSAEEDAOMAwGCisGAQQB0SMKAQUwHQYDVR0OBBYEFC2ComyxxDlhhjblut6V
6bBtEHIlMFYGA1UdIwRPME2AFNFi87N3csgu+/J5Gm83TiefE9UgoTKkMDAuMQswCQYDVQQGEwJJ
VDENMAsGA1UEChMESU5GTjEQMA4GA1UEAxMHSU5GTiBDQYIBADAmBgNVHREEHzAdgRtDbGF1ZGlv
LkJpc2VnbmlAbG5mLmluZm4uaXQwDQYJKoZIhvcNAQEFBQADggEBAAVaDxfxQ223lQG48u4gR1/F
vxiCb3EDqBYuoqKEmbr93E3bU6upinAB9xSakue3XA5lpfqezL046G27h8jjxsBq3dcHV9rU3b3E
ncQFVGnmbpRxZmr/lQc6PHAcEsxWbaUzi8w8UyUwoHa/BJQ9Zoc3RP6oMSFSTRdoniLV/Rznv2cC
R++tWO2fXOh1oSiVhjAWIWlQ8Jgzddq43JxmC+/kkF5KSJpi6ShHzpuB3uSEC3r+l7u/A/JIlYQS
NmPcyTDCF+kwhng70Rmll4mgqomBBiX7jxdBHlahlxJzypeF3cUcwLb47aIMOTsaFpuwJkpDvAc5
UbEQUme/gZfq0AIxggJHMIICQwIBATA0MC4xCzAJBgNVBAYTAklUMQ0wCwYDVQQKEwRJTkZOMRAw
DgYDVQQDEwdJTkZOIENBAgIdvTAJBgUrDgMCGgUAoIHpMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B
BwEwHAYJKoZIhvcNAQkFMQ8XDTA3MTEwOTE2NTM1OFowIwYJKoZIhvcNAQkEMRYEFBHpPwBeUMLk
OrN0SiURy8jGYbW0MEMGCSsGAQQBgjcQBDE2MDQwLjELMAkGA1UEBhMCSVQxDTALBgNVBAoTBElO
Rk4xEDAOBgNVBAMTB0lORk4gQ0ECAh29MEUGCyqGSIb3DQEJEAILMTagNDAuMQswCQYDVQQGEwJJ
VDENMAsGA1UEChMESU5GTjEQMA4GA1UEAxMHSU5GTiBDQQICHb0wDQYJKoZIhvcNAQEBBQAEggEA
HfdjtuBvGtYpKY2KVQhG8DEcXQDo0lIQoP/hMNrQ+wddglWCgNwAk7/Vnq1J2yBZHaPXrRz0oKdQ
4/DyW0uHWSspng4DJ/bMw2HA0kXXPqZeLBn7X5gZtoOr/7shqYpvszrY1MY6to37Ed2RfR/wWTGP
eoAhKs8JFjcwp5Ytqi0JAhpbyX3ozXKdbI2WNI15toA1fsGBG4XRGVK8kYFAaLdg5RHCG+SYmP/A
Y0dN5Y9xDeLRb7rnUhb+ij9jH1Q+VuLlRoZcFh/SUlXAv/HJnIqqHEFZGDCuIWDeXoFN1ot9zN7j
89/eggiLpRvBQGEd0DtWWRssqNd0fLtiKRXASgAAAAAAAA==

--Apple-Mail-89--575810574--