10.5.6 etsi ei toimi MAC-serverin levyillä

[illintimppa]

Hei

10.56:lla haku MAC serverin levyiltä ei toimi, 10.48:lla ei mitään ongelmaa... Win serverin levyltä haut toimivat molemmilla käyttiksillä oikein. Onko muilla samanlaista ongelmaa havaittavissa? Kokeiltu useampaa työasemaa sekä 2 eri MAC serveriä (10.4 ja 10.56 versioita).

t.Timppa

[Jamac]

OS X:t versionumeroidaan, eikä järjestysnumeroida, eli 10.5.6 ja 10.4.8 eikä 10.56 ja 10.48. Jaa miksi vai, no siksi että esimerkiksi versiosta 10.4 viimeisin päivitys oli 10.4.11

[illintimppa]

OS X:t versionumeroidaan, eikä järjestysnumeroida, eli 10.5.6 ja 10.4.8 eikä 10.56 ja 10.48. Jaa miksi vai, no siksi että esimerkiksi versiosta 10.4 viimeisin päivitys oli 10.4.11

Sori, jos en osannut kirjoittaa ongelmaani sinun ymmärtämääsi muotoon. Koitin kertoa käyttisten eri versioiden millä ongelma on havaittu ja millä toimii... olen pahoillani, mutta onko siis tuohon etsi ongelmaan vihjeitä otan auliisti vastaan.

t.Timppa

[mikastus]

Hei

10.56:lla haku MAC serverin levyiltä ei toimi, 10.48:lla ei mitään ongelmaa... Win serverin levyltä haut toimivat molemmilla käyttiksillä oikein. Onko muilla samanlaista ongelmaa havaittavissa? Kokeiltu useampaa työasemaa sekä 2 eri MAC serveriä (10.4 ja 10.56 versioita).

t.Timppa

Applen moka nähtävästi. Apple kyllä oletettavasti korjaa tuon heti seuraavassa 10.5.7 versiossa. Ratkaisu saattaa kuitenkin olla olemassa tuohon nykyiseenkin vaivaan. En ole itse kokeillut tätä, kun ei ole ollut tarvis, enkä siten ole varma korjaako se hakuongelman. Luulen että kyllä.

Pitää käynnistää manuaalisesti eräs serverikommunikointiin tarkoitettu prosessi, jotta se pysyy hengissä autentikointiprosessin jälkeenkin. Toivottavasti ei-kotimaset kielet taipuvat:
http://www.grouplogic.com/knowledge/ind ... /docID/329

Although Apple will eventually fix this problem, there is a very simple work around available. If the check_afp process is launched manually it will not be launched again by the NetAuthAgent and will function correctly. The simplest way to make sure that check_afp is always running is to create a launch agent. An example launch agent can be found in the related documents section below. Just remove the .txt extension and place it in put it in /Library/LaunchAgents on the Mac client.

Ja tämä siis client-päässä, eli sillä serveriltä hakevalla työasemalla.

[illintimppa]

Hei

10.56:lla haku MAC serverin levyiltä ei toimi, 10.48:lla ei mitään ongelmaa... Win serverin levyltä haut toimivat molemmilla käyttiksillä oikein. Onko muilla samanlaista ongelmaa havaittavissa? Kokeiltu useampaa työasemaa sekä 2 eri MAC serveriä (10.4 ja 10.56 versioita).

t.Timppa

Applen moka nähtävästi. Apple kyllä oletettavasti korjaa tuon heti seuraavassa 10.5.7 versiossa. Ratkaisu saattaa kuitenkin olla olemassa tuohon nykyiseenkin vaivaan. En ole itse kokeillut tätä, kun ei ole ollut tarvis, enkä siten ole varma korjaako se hakuongelman. Luulen että kyllä.

Pitää käynnistää manuaalisesti eräs serverikommunikointiin tarkoitettu prosessi, jotta se pysyy hengissä autentikointiprosessin jälkeenkin. Toivottavasti ei-kotimaset kielet taipuvat:
http://www.grouplogic.com/knowledge/ind ... /docID/329

Although Apple will eventually fix this problem, there is a very simple work around available. If the check_afp process is launched manually it will not be launched again by the NetAuthAgent and will function correctly. The simplest way to make sure that check_afp is always running is to create a launch agent. An example launch agent can be found in the related documents section below. Just remove the .txt extension and place it in put it in /Library/LaunchAgents on the Mac client.

Ja tämä siis client-päässä, eli sillä serveriltä hakevalla työasemalla.

Olisihan se ollutkin liian helppo fixaus... Tein työtä käskettyä, mutta eipä lähtenyt pelittään. Pitänee odotella tuota 10.5.7 päivitystä!

t.Timppa

[mirko]

En ole itse kokeillut tätä, kun ei ole ollut tarvis, enkä siten ole varma korjaako se hakuongelman. Luulen että kyllä.

Pitää käynnistää manuaalisesti eräs serverikommunikointiin tarkoitettu prosessi, jotta se pysyy hengissä autentikointiprosessin jälkeenkin. Toivottavasti ei-kotimaset kielet taipuvat:
http://www.grouplogic.com/knowledge/ind ... /docID/329

Taisit mikastus ymmärtää ”haun” tarkoittavan yhteyttä. Minusta tuo GroupLogicin ohje koskee ihan eri ongelmaa, jossa yhteys heidän valmistamalle ExtremeZ-IP -palvelimelle katkeaa kokonaan Mac OS X 10.5 -koneilta.

Alkuperäisessä kysymyksessä ”haulla” tarkoitetaan kuitenkin ”etsimistä”, kuten otsikossa lukee. Mac OS X Server 10.5:ssähän tuli virallisesti tuki Spotlightille AFP:n yli, mutta kaikkia ongelmia ei ole vieläkään ratkaistu. GroupLogicinkin sivuilla on aiheesta juttua toisessa artikkelissa:

GroupLogic: Mac OS X 10.5 (Leopard) AFP Issues (2008-12-17)

AFP Volume Search - The Leopard client only displays a subset of the files returned by the server. As a result, no search from a Leopard client to an AFP server other than Leopard server can be considered reliable.

Osa ongelmista liittyy nimenomaan Mac OS X 10.5.6 -päivitykseen:

Search failures from 10.5.6 clients - Clients issuing search requests against the root of an AFP volume will fail to find any search results. This problem only affects clients running Mac OS version 10.5.6, and with any AFP server that does not support Network Spotlight searches: ExtremeZ-IP, Mac OS X Server versions 10.4.x and Mac OS X Server versions 10.5.x where Spotlight support has been disabled.

Tuon perusteella illintimpan kannattaisi siis kokeilla Spotlight-hakua niin, että rajoittaa sen johonkin AFP-jaon sisällä olevaan kansioon.

[illintimppa]

En ole itse kokeillut tätä, kun ei ole ollut tarvis, enkä siten ole varma korjaako se hakuongelman. Luulen että kyllä.

Pitää käynnistää manuaalisesti eräs serverikommunikointiin tarkoitettu prosessi, jotta se pysyy hengissä autentikointiprosessin jälkeenkin. Toivottavasti ei-kotimaset kielet taipuvat:
http://www.grouplogic.com/knowledge/ind ... /docID/329

Taisit mikastus ymmärtää ”haun” tarkoittavan yhteyttä. Minusta tuo GroupLogicin ohje koskee ihan eri ongelmaa, jossa yhteys heidän valmistamalle ExtremeZ-IP -palvelimelle katkeaa kokonaan Mac OS X 10.5 -koneilta.

Alkuperäisessä kysymyksessä ”haulla” tarkoitetaan kuitenkin ”etsimistä”, kuten otsikossa lukee. Mac OS X Server 10.5:ssähän tuli virallisesti tuki Spotlightille AFP:n yli, mutta kaikkia ongelmia ei ole vieläkään ratkaistu. GroupLogicinkin sivuilla on aiheesta juttua toisessa artikkelissa:

GroupLogic: Mac OS X 10.5 (Leopard) AFP Issues (2008-12-17)

AFP Volume Search - The Leopard client only displays a subset of the files returned by the server. As a result, no search from a Leopard client to an AFP server other than Leopard server can be considered reliable.

Osa ongelmista liittyy nimenomaan Mac OS X 10.5.6 -päivitykseen:

Search failures from 10.5.6 clients - Clients issuing search requests against the root of an AFP volume will fail to find any search results. This problem only affects clients running Mac OS version 10.5.6, and with any AFP server that does not support Network Spotlight searches: ExtremeZ-IP, Mac OS X Server versions 10.4.x and Mac OS X Server versions 10.5.x where Spotlight support has been disabled.

Tuon perusteella illintimpan kannattaisi siis kokeilla Spotlight-hakua niin, että rajoittaa sen johonkin AFP-jaon sisällä olevaan kansioon.

Jep, tuo haku toimii jos kohdistaa haun jaetun levyn kansion sisällä... mutta... mutta... kun kansioita onkin useampi sata, ei oikein käytännössä toimi. Tietenkin kiertokonstina on se että mounttaa levyn SMB:llä ja sittenhän haku toimiikin oikein.

Toinen kiertokonsti löytyi: http://www.grouplogic.com/knowledge/ind ... /docID/374 eli Find Any File freeware softanpätkä, joka toimii!

t.Timppa

[illintimppa]

Heip

Päivitin juuri 10.5.7 ja nyt tuo etsi toimii MAC-serverin AFP:llä mountatuilla levyillä nopeasti!

t.Timppa