[OpenAFS] OpenAFS 1.6.0 on OSX 10.7 fails to start up
Chris Jones
jonesc@hep.phy.cam.ac.uk
Tue, 11 Oct 2011 22:25:41 +0100
--Apple-Mail=_59DC3085-4EBE-407A-B007-A1FA85FBBA73
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=iso-8859-1
Eventually AFS did shut down (after about 5 mins or more). I got in the =
logs
Oct 11 22:23:13 Chris-Jones-Macbook-Pro kernel[0]: afs: WARM shutting =
down of: vcaches... CB... afs... BkG... CTrunc... AFSDB... =
NetIfPoller... WARNING: not all blocks freed: large 0 small -1
Oct 11 22:23:13 Chris-Jones-Macbook-Pro kernel[0]: ALL allocated =
tables... done
Oct 11 22:23:13 Chris-Jones-Macbook-Pro kernel[0]: AFS not initialized - =
not shutting down
Oct 11 22:23:13 Chris-Jones-Macbook-Pro kernel[0]: =
org.openafs.filesystems.afs kext unloaded; (load tag 117).
=20
Chris
On 11 Oct 2011, at 10:22pm, Chris Jones wrote:
> Hi,
>=20
> trying to shut afs down via the preferences plane generates
>=20
> Oct 11 22:17:20 Chris-Jones-Macbook-Pro System Preferences[481]: =
Shutting down afs
> Oct 11 22:17:25 Chris-Jones-Macbook-Pro authexec[507]: executing =
/Library/OpenAFS/Tools/root.client/usr/vice/etc/afs.rc
>=20
> in the system logs, nothing more. Just the beach ball (still spinning =
away).
>=20
> Chris
>=20
> On 11 Oct 2011, at 10:16pm, Chris Jones wrote:
>=20
>> Hi,
>>=20
>> I jusr reinstalled OpenAFS (for the 5th or 6th time now) and this =
time it did appear to start OK, in that I can list /afs
>>=20
>> However, if I try and shutdown ads from the prefs plane the in finite =
beach ball returns.
>>=20
>> Also, if I try and shut the machine down with OpenAFS running I get a =
similar hang up. Eventually (>5mins) I loose patience and do a hard =
reset. Startup after this is similarly ver very slow but eventually gets =
there.
>>=20
>> I have uninstalled and reinstalled Openafs multiple times now so I am =
pretty sure the shutdown hangups are caused by openafs.
>>=20
>> I have another machine the same home network that appears OK, running =
the same OSX version and OpenAFS version, so I don't think it is a =
network problem. The difference between the machine that seems OK and =
the one that isn't is the one OK is a new mac mini that came with 10.7, =
where as the machine with problems I upgraded from 10.6 (originally =
10.5).
>>=20
>> Sorry if I am being vague, here. If you need more details just ask.
>>=20
>> Chris
>>=20
>> On the machine with problems
>>=20
>> Chris-Jones-Macbook-Pro ~ > sudo lsof|grep UDP
>> Password:
>> launchd 1 root 11u IPv4 0xffffff8014001dd8 =
0t0 UDP *:netbios-ns
>> launchd 1 root 12u IPv4 0xffffff8014001c60 =
0t0 UDP *:netbios-dgm
>> UserEvent 11 root 4u IPv4 0xffffff8014000f28 =
0t0 UDP *:*
>> mDNSRespo 12 _mdnsresponder 8u IPv4 0xffffff8014001970 =
0t0 UDP *:mdns
>> mDNSRespo 12 _mdnsresponder 9u IPv6 0xffffff80140017f8 =
0t0 UDP *:mdns
>> mDNSRespo 12 _mdnsresponder 31u IPv4 0xffffff8013ffdeb0 =
0t0 UDP *:51643
>> mDNSRespo 12 _mdnsresponder 32u IPv6 0xffffff8013ffdd38 =
0t0 UDP *:51643
>> mDNSRespo 12 _mdnsresponder 33u IPv4 0xffffff8013ffdbc0 =
0t0 UDP *:49726
>> mDNSRespo 12 _mdnsresponder 34u IPv6 0xffffff80140007d0 =
0t0 UDP *:49726
>> mDNSRespo 12 _mdnsresponder 35u IPv4 0xffffff8014001218 =
0t0 UDP *:55802
>> mDNSRespo 12 _mdnsresponder 36u IPv6 0xffffff8014000948 =
0t0 UDP *:55802
>> mDNSRespo 12 _mdnsresponder 37u IPv4 0xffffff8014000ac0 =
0t0 UDP *:57455
>> mDNSRespo 12 _mdnsresponder 38u IPv6 0xffffff80140004e0 =
0t0 UDP *:57455
>> mDNSRespo 12 _mdnsresponder 39u IPv4 0xffffff8014000368 =
0t0 UDP *:49873
>> mDNSRespo 12 _mdnsresponder 40u IPv6 0xffffff8013ffea70 =
0t0 UDP *:49873
>> mDNSRespo 12 _mdnsresponder 41u IPv4 0xffffff8013ffe8f8 =
0t0 UDP *:51145
>> mDNSRespo 12 _mdnsresponder 42u IPv6 0xffffff8013ffe780 =
0t0 UDP *:51145
>> mDNSRespo 12 _mdnsresponder 43u IPv4 0xffffff8013ffe608 =
0t0 UDP *:50754
>> mDNSRespo 12 _mdnsresponder 44u IPv6 0xffffff8013ffe490 =
0t0 UDP *:50754
>> mDNSRespo 12 _mdnsresponder 45u IPv4 0xffffff8013ffda48 =
0t0 UDP *:64859
>> mDNSRespo 12 _mdnsresponder 46u IPv6 0xffffff8013ffd8d0 =
0t0 UDP *:64859
>> mDNSRespo 12 _mdnsresponder 47u IPv4 0xffffff8013ffd758 =
0t0 UDP *:49739
>> mDNSRespo 12 _mdnsresponder 48u IPv6 0xffffff8013ffd5e0 =
0t0 UDP *:49739
>> mDNSRespo 12 _mdnsresponder 49u IPv4 0xffffff8013ffd468 =
0t0 UDP *:57341
>> mDNSRespo 12 _mdnsresponder 50u IPv6 0xffffff8013ffd2f0 =
0t0 UDP *:57341
>> configd 15 root 10u IPv6 0xffffff8014001508 =
0t0 UDP *:*
>> configd 15 root 16u IPv4 0xffffff80140010a0 =
0t0 UDP *:*
>> configd 15 root 21u IPv4 0xffffff8013fff920 =
0t0 UDP *:*
>> configd 15 root 23u IPv4 0xffffff8013fff7a8 =
0t0 UDP *:*
>> configd 15 root 25u IPv4 0xffffff8013fff630 =
0t0 UDP *:*
>> blued 23 root 4u IPv4 0xffffff80140001f0 =
0t0 UDP *:*
>> ntpd 47 root 20u IPv4 0xffffff8014000078 =
0t0 UDP *:ntp
>> ntpd 47 root 21u IPv6 0xffffff8013ffff00 =
0t0 UDP *:ntp
>> ntpd 47 root 22u IPv6 0xffffff8013fffc10 =
0t0 UDP localhost:ntp
>> ntpd 47 root 23u IPv4 0xffffff8013fff4b8 =
0t0 UDP localhost:ntp
>> ntpd 47 root 24u IPv6 0xffffff8013fff340 =
0t0 UDP localhost:ntp
>> ntpd 47 root 25u IPv6 0xffffff8013fff1c8 =
0t0 UDP chris-jones-macbook-pro.local:ntp
>> ntpd 47 root 26u IPv4 0xffffff8013fff050 =
0t0 UDP 10.0.1.5:ntp
>> kdc 67 root 5u IPv6 0xffffff8014001390 =
0t0 UDP *:kerberos
>> kdc 67 root 7u IPv4 0xffffff8014001680 =
0t0 UDP *:kerberos
>> afsd 123 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 123 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 123 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> afsd 123 root 6u IPv4 0xffffff8018c43468 =
0t0 UDP *:60207
>> afsd 124 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 124 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 124 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> netbiosd 127 _netbios 3u IPv4 0xffffff8014001c60 =
0t0 UDP *:netbios-dgm
>> netbiosd 127 _netbios 4u IPv4 0xffffff8014001dd8 =
0t0 UDP *:netbios-ns
>> afsd 134 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 134 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 134 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> afsd 136 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 136 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 136 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> afsd 137 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 137 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 137 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> afsd 138 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 138 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 138 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> afsd 140 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 140 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 140 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> afsd 142 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 142 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 142 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> afsd 144 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 144 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 144 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> afsd 145 root 3u IPv4 0xffffff8014000db0 =
0t0 UDP *:*
>> afsd 145 root 4u IPv4 0xffffff8013fffd88 =
0t0 UDP *:*
>> afsd 145 root 5u IPv4 0xffffff8013ffeed8 =
0t0 UDP *:*
>> Adium 226 chris 13u IPv4 0xffffff8013ffe318 =
0t0 UDP *:55702
>> SystemUIS 229 chris 9u IPv4 0xffffff8013ffed60 =
0t0 UDP *:*
>> Finder 231 chris 5u IPv4 0xffffff8013ffe1a0 =
0t0 UDP *:*
>>=20
>> On 11 Oct 2011, at 9:57pm, Derrick Brashear wrote:
>>=20
>>> On Tue, Oct 11, 2011 at 4:53 PM, Chris Jones =
<jonesc@hep.phy.cam.ac.uk> wrote:
>>>>=20
>>>> On 11 Oct 2011, at 9:49pm, Derrick Brashear wrote:
>>>>=20
>>>>> also, why do you need to start afs? it should already start. did =
you
>>>>> confirm before you tried starting it that no afsd were already =
running
>>>>> e.g. are we chasing the right issue?
>>>>=20
>>>> yes, I think I am. It failed to start by itself. Also, it failed =
after server reboots to start up.
>>>=20
>>> failed to mount afs is not what i'm asking. i asked the question i =
did
>>> for a reason.
>>>=20
>>> as far as 7001,
>>> sudo lsof|grep UDP
>>>=20
>>> and assuming it's a user process which grabbed the port, you'll see
>>> it. (7001 or afs3-callback depending on if lsof can find the port
>>> mappings)
>>>=20
>>> if a kernel module already did, all bets are off.
>>>=20
>>>> cheers Chris
>>>>=20
>>>>>=20
>>>>> On Tue, Oct 11, 2011 at 1:47 PM, Chris Jones =
<jonesc@hep.phy.cam.ac.uk> wrote:
>>>>>> Hi,
>>>>>>=20
>>>>>> I have installed Open AFS 1.6.0 on a OSX 10.7 macbook pro. =
Installation seems to go OK, but when I try and start AFS from the =
preferences plane it just hangs with the infamous spinning beach ball.
>>>>>>=20
>>>>>> kernel messages in console are
>>>>>>=20
>>>>>> Oct 11 18:30:37 Chris-Jones-Macbook-Pro kernel[0]: =
org.openafs.filesystems.afs kext loaded; 229 pages at 0xffffff7f8213a000 =
(load tag 122).
>>>>>> Oct 11 18:30:37 Chris-Jones-Macbook-Pro kernel[0]: AFS: RX failed =
to initialize -7).
>>>>>>=20
>>>>>> Any idea what could be wrong ?
>>>>>>=20
>>>>>> I originally tried restarting, but the machine just hangs on =
shutdown, and takes a very very long time to start up, for what I think =
is the same problem.
>>>>>>=20
>>>>>> cheers Chris
>>>>>=20
>>>>>=20
>>>>>=20
>>>>> --
>>>>> Derrick
>>>>> _______________________________________________
>>>>> OpenAFS-info mailing list
>>>>> OpenAFS-info@openafs.org
>>>>> https://lists.openafs.org/mailman/listinfo/openafs-info
>>>>=20
>>>>=20
>>>=20
>>>=20
>>>=20
>>> --=20
>>> Derrick
>>=20
>=20
--Apple-Mail=_59DC3085-4EBE-407A-B007-A1FA85FBBA73
Content-Disposition: attachment;
filename=smime.p7s
Content-Type: application/pkcs7-signature;
name=smime.p7s
Content-Transfer-Encoding: base64
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIpzCCA50w
ggKFoAMCAQICAQEwDQYJKoZIhvcNAQEFBQAwVDELMAkGA1UEBhMCVUsxFTATBgNVBAoTDGVTY2ll
bmNlUm9vdDESMBAGA1UECxMJQXV0aG9yaXR5MRowGAYDVQQDExFVSyBlLVNjaWVuY2UgUm9vdDAe
Fw0wNzEwMzAwOTAwMDBaFw0xMjEwMzAwOTAwMDBaMFAxCzAJBgNVBAYTAlVLMRMwEQYDVQQKEwpl
U2NpZW5jZUNBMRIwEAYDVQQLEwlBdXRob3JpdHkxGDAWBgNVBAMTD1VLIGUtU2NpZW5jZSBDQTCC
ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAKiLzrqU9dd0vcvY5LOoTb7BplF0pwm73FLx
A7xrStS+HXazBi8GwBGelcAyYlEu2fvLVZSSENZxbUteGMpyLauJLogRAdJYt0mCggl51LErs/+Y
xrpSY61cM6DaYdzy3I2rqcgppFksRHILTqWuXGViN0oTyOAtRYqOHC5bUxbpxhsGFG7FGFBA+nMi
4rhhT9nxQ8hOxE6EMXWL+o0cogDheC9ENjKuRZSjJwKlw1J+qLbF81UYfMq8YPNZY8/PBzyntEq4
wBPY1E2F6E+KvcfH9YcJUCiPiVJG1/BjIJEJH3e4suFbF3auFCLvPN3LuF7n7pkJqTaixo6RkhWW
Xf0CAwEAAaN+MHwwDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFGZh
3XoN5l/bioUCtjE1rdisXYcSMB8GA1UdIwQYMBaAFF74G0imd2spPC4AUzMrY6J7fpPAMBkGA1Ud
IAQSMBAwDgYMKwYBBAHZLwEBAgECMA0GCSqGSIb3DQEBBQUAA4IBAQDGFY+ytNGBZIiK+IKkH7K6
ok18clgJJLM+Ht4VOQ0ydZOjbGWr+BcuMtqcdj1qUJoljo2UAQOIP7dV0tYr570I0xkUWC/c8ZnD
aTbwrZYInZfKlfp7xk0dzGuSgd0VdVsy8osVcSE4vdmm1XgavKE8XqgnHZNvc3gRJBtLzZ64UMba
rqdOBes78qzk7TQyv1soghH5AothebkC+2wKXXe9s9buGGXo0YbCFrENIT6y7m9PkM+q5lupGxXt
87OUSM600GLhpui2hAL0wDTmAI0Kc8TkepLgyGh1H3PA+xmTKccgO+wehwOyv/uh5dvRuXWcFEa5
kQG8eu+sdxH9qaPLMIIFAjCCA+qgAwIBAgIDAICvMA0GCSqGSIb3DQEBBQUAMFAxCzAJBgNVBAYT
AlVLMRMwEQYDVQQKEwplU2NpZW5jZUNBMRIwEAYDVQQLEwlBdXRob3JpdHkxGDAWBgNVBAMTD1VL
IGUtU2NpZW5jZSBDQTAeFw0xMTA4MDEwOTI2MDlaFw0xMjA4MzAwOTI2MDlaMGUxCzAJBgNVBAYT
AlVLMREwDwYDVQQKEwhlU2NpZW5jZTESMBAGA1UECxMJQ2FtYnJpZGdlMQwwCgYDVQQHEwNVQ1Mx
ITAfBgNVBAMTGGNocmlzdG9waGVyIHJvYmVydCBqb25lczCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAJ0uYF/40gwBd6b325cpaoMSv4W24D+6nZBte0zweHdE3NGHESa4zcei3giy7sF3
iy8bWOdPsUkXra9ptmjoe9iwZWcYfoxDc+ofQfvYFEI7uNuht30dGeq4G4IHh308D5Fa4ZqUBUO+
xuJPwTwFCo35nkWNVyeco5NLkgIwK6CzL53JXNGA8r/PYQwytgl3FOr/AnxAFkqZHrC5MIxnVry6
NUXsez1itsY71bfC5sx0JbEag0LtQBGsYPFi6yaabWeIEG5Y8g/65ZT+V6vUcz/qbjgA+b2HNOZ9
27rE6hkHnds339rTPA5GHQpwv4r3nKdFkSJPXRrctRX65CIJQr8CAwEAAaOCAc4wggHKMAwGA1Ud
EwEB/wQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMA4GA1UdDwEB/wQEAwIDqDAsBglghkgBhvhCAQ0E
HxYdVUsgZS1TY2llbmNlIFVzZXIgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFAufAxyVsrf5Z0gUkQyS
NZ3PQNM4MB8GA1UdIwQYMBaAFGZh3XoN5l/bioUCtjE1rdisXYcSMCMGA1UdEQQcMBqBGGpvbmVz
Y0BoZXAucGh5LmNhbS5hYy51azAlBgNVHRIEHjAcgRpzdXBwb3J0QGdyaWQtc3VwcG9ydC5hYy51
azAZBgNVHSAEEjAQMA4GDCsGAQQB2S8BAQEBCDBABglghkgBhvhCAQQEMxYxaHR0cDovL2NhLmdy
aWQtc3VwcG9ydC5hYy51ay9wdWIvY3JsL3Jvb3QtY3JsLmNybDA+BglghkgBhvhCAQMEMRYvaHR0
cDovL2NhLmdyaWQtc3VwcG9ydC5hYy51ay9wdWIvY3JsL2NhLWNybC5jcmwwQAYDVR0fBDkwNzA1
oDOgMYYvaHR0cDovL2NhLmdyaWQtc3VwcG9ydC5hYy51ay9wdWIvY3JsL2NhLWNybC5jcmwwDQYJ
KoZIhvcNAQEFBQADggEBAFbT1q6aAkLNgtauwiyP+0rpK5C05J/lgH8T9PluZq95SQidT1NOpqcj
UlTyV49XBM7xN4wbKRD74s4HiQd2yfo7Id0lBw58xeLWTjYn+nrp4CzDOvHpdCBH4N24qqMqeFL6
1gtuLUmK955iODUj6A1uPOGbTU+u/1hxtH2YSvalITDmSj4lpSYwRnMuq+arI8AKGragnnoggTK4
H6ZWKrIX5oNUv47O2N1VRadKFWJGb1OyWUVUVL44W8Zg5wLIkQQde1jvpRhvke5ABMf2HSy6vTfF
9bEfqDjfxrZ4n/UCjeJ8bC3I88HaSKLzU87vOCjjMw8kDLHrStAxQKCDL5ExggKxMIICrQIBATBX
MFAxCzAJBgNVBAYTAlVLMRMwEQYDVQQKEwplU2NpZW5jZUNBMRIwEAYDVQQLEwlBdXRob3JpdHkx
GDAWBgNVBAMTD1VLIGUtU2NpZW5jZSBDQQIDAICvMAkGBSsOAwIaBQCgggEvMBgGCSqGSIb3DQEJ
AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMTAxMTIxMjU0MVowIwYJKoZIhvcNAQkE
MRYEFG+rqLKgBpk4B6N/uuLg2bsYPYoeMGYGCSsGAQQBgjcQBDFZMFcwUDELMAkGA1UEBhMCVUsx
EzARBgNVBAoTCmVTY2llbmNlQ0ExEjAQBgNVBAsTCUF1dGhvcml0eTEYMBYGA1UEAxMPVUsgZS1T
Y2llbmNlIENBAgMAgK8waAYLKoZIhvcNAQkQAgsxWaBXMFAxCzAJBgNVBAYTAlVLMRMwEQYDVQQK
EwplU2NpZW5jZUNBMRIwEAYDVQQLEwlBdXRob3JpdHkxGDAWBgNVBAMTD1VLIGUtU2NpZW5jZSBD
QQIDAICvMA0GCSqGSIb3DQEBAQUABIIBADo2lZxhzyAlWopvGm7PBPJgQ/rNpVWXgcemwDNi0EQL
rOOueYDlE1BxfqDAhcRNlQl3jnneG5xm2eLJDHS4uk2rqBgquQrxoQZvpeBtHwYFwQf28yV37hWd
YjkL7lkLPZafoVLWjZmawXi/pIvHnbX2FHFaaSSAYKIHY7L/qv7YkTeB/X8m8N1tDuR7zGP/YdZL
4ulzrf4nyLkFAKnmE1lnl1l47mICLSIhkQV8CD2tnn/4g24YDPPdRfSmB0ESmb2i2hUnwDdC62UC
PVdEHrSMsv4UI+8SrbwmzUAy6e5PqT+Z9QIm6WDtKD27/7W5rFV8/U0GZ9692tAye1U9oHEAAAAA
AAA=
--Apple-Mail=_59DC3085-4EBE-407A-B007-A1FA85FBBA73--