Mountain Lion Server Instable

Bonjour,

Je me permet de solliciter votre expertise technique face à l'instabilité de mon serveur.

Matériellement, il s'agit d'un mac mini serveur (i7/8Go) sous Mountain lion (10.8.4) et de l'application Server Version 2.2.1 (169). Le serveur est fonctionnel et en production depuis une dizaine de jours, avec les services Calendrier/Contact/DNS/FTP/Messages/OpenDirectory/PartageDeFichier/TimeMachine/VPN.

La dizaine d'utilisateurs s'y connecte en compte Mobile depuis des poste neufs (mac minis i7) via un réseau full GigaBit.

Je rencontre depuis le milieu de la semaine dernière un problème que je n'arrive pas à résoudre, le matin le serveur est en veille (visible avec la LED) et aucun moyen de le réveiller (clavier/souris/bouton power). Je suis alors obligé de couper son alimentation afin qu'il redémarre. Dans les préférences systèmes du serveur, la mise en veille est désactivée mais j'avais programmé une extinction automatique quotidienne à 23h et un allumage automatique à 6H. Pour éviter ce problème j'ai désactiver l'extinction/allumage automatique qui figurait dans notre cahier des charges. Y'a-t-il une procédure particulière pour éteindre un serveur ? Des commandes à taper pour arrêter proprement les services ?

Mon second problème est plus gênant encore, de temps en temps, lors d'une tentative de connexion d'un client, j'obtiens un message d'erreur m'indiquant que je ne peux pas me connecter "pour le moment". L'authentification ssh, elle, fonctionne cependant bien tout comme l'accès au dossiers partagés du serveur. En vérifiant sur l'application serveur, dans la rubrique utilisateurs, seuls les comptes locaux apparaissent et les comptes réseaux ont disparus, dans la rubrique Open Directory il n'y a plus de configuration. Je redémarre alors le serveur (Menu Pomme / Redémarrer) et tout rentre dans l'ordre. J'ai tenté de fouiller la log mais je m'y perds un peu et surtout ne sais pas où ni quoi chercher. Avez vous des pistes ?

Dernière question sur l'utilisation, il y a-t-il une solution pour que les clients puissent utiliser spotlight pour faire des recherches sur les dossiers partagés du serveur ?

Merci à vous pour l'aide que vous pourrez m'apporter.

Franck

Infos complémentaires sur le service DNS, à priori il fonctionne correctement :

Depuis le serveur :

macserveur:~ admin$ sudo changeip -checkhostname

Primary address = 172.16.200.10

Current HostName = macserveur.private
DNS HostName = macserveur.private

The names match. There is nothing to change.
dirserv:success = "success"



Depuis un client :

Client01:~ admin$ dig -x 172.16.200.10

; <<>> DiG 9.8.3-P1 <<>> -x 172.16.200.10
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24228
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;10.200.16.172.in-addr.arpa. IN PTR

;; ANSWER SECTION:
10.200.16.172.in-addr.arpa. 10800 IN PTR macserveur.private.

;; AUTHORITY SECTION:
10.200.16.172.in-addr.arpa. 10800 IN NS macserveur.private.

;; ADDITIONAL SECTION:
macserveur.private. 10800 IN A 172.16.200.10

;; Query time: 3 msec
;; SERVER: 172.16.200.10#53(172.16.200.10)
;; WHEN: Tue Sep 10 09:36:49 2013
;; MSG SIZE rcvd: 106

On te répond sur osxserver ou sur Macbidouille ??  

Bonjour, j'avoue que je viens de découvrir votre forum car je suis nouvel utilisateur de l'appli Server et que je n'avais aucune idée de la fréquentation de votre communauté. Du coup j'ai effectivement duppliqué le sujet sur Macbidouille que je connaissait déjà (et qu'à priori vous consultez aussi) pour optimiser mes chances de réponses. Je ne voulais pas vous froisser et comprend votre réaction, si cela vous gêne ou fait effectivement double emploi, je supprime le sujet du second site.

Je ne suis pas froissé pas de souci…

ça m'a même fait marrer de voir le poste en double (même si le copier/coller peut ne pas être trés élégant dans une demande d'aide)…

Tes DNS me paraissent bons… c'est bizarre ta config Open Directory qui disparait… pas terrible comme symptôme…

Maintenant un serveur ne s'éteint JAMAIS et ne se met JAMAIS en veille…

Tu n'aurais pas un disque dur qui mettrais du temps à se réveiller par hasard ? L'OS se réveillerai plus vite que le DD où seraient hébergées tes fichiers de config… Possible ça ?

Sinon pour couper proprement les services d'un OSX Server, il suffit de passer par le menu pomme et de le redémarrer comme tu l'as fait…

Au passage elle est bizarre ta plage d'IP… pourquoi avoir choisi une telle plage ?

Concernant les dossiers partagés avec Spotlight, il faut que tu définisses tes partages comme zone de recherche spotlight je pense (j'ai pas d'OSX Server 10.8 sous la main là pour vérifier mais c'était comme ça en 10.6)…

Les comptes n'arrivant pas à se connecter pour "le moment" ne sont pas déjà loggués depuis une autre machine ? A voir au niveau de tes restrictions OD ça…

Un truc qui m'échappe, c'est la mise en veille alors, que c'est décoché dans les prefs système… Y-a un truc pas normal du tout là…

Il ferait pas trop chaud dans ton local info ?

Là il faudrait regarder les logs système…

Franck Mereo (zekiller28) a écrit:

Maintenant un serveur ne s'éteint JAMAIS et ne se met JAMAIS en veille…

Tu n'aurais pas un disque dur qui mettrais du temps à se réveiller par hasard ? L'OS se réveillerai plus vite que le DD où seraient hébergées tes fichiers de config… Possible ça ?

Sur le principe je suis d'accord avec toi, mais l'extinction fait partie du cahier des charges, au moins durant le week-end. La mise en veille est quant à elle désactivée (sauf pour l'écran )

Le serveur est équipé de base de 2 disques internes, le premier héberge le système, le second les dossiers partagés et les homes folders des utilisateurs (partagés via afp pour l'utilisation des comptes mobiles).

Sont connectés en plus 2 disques USB3 de 1 To chacun, l'un réservé à la sauvegarde Time Machine du Mac Mini Serveur, le second à la sauvegarde des postes clients via le service Time Machine de l'application Server. Les 2 disques USB restent constamment sous tension.

Franck Mereo (zekiller28) a écrit:

Au passage elle est bizarre ta plage d'IP… pourquoi avoir choisi une telle plage ?

Je suis d'accord et je ne comprend pas non plus ce choix, mais j'ai du repartir de l'existant (je suis en prestation). La plage choisie n'a de toute manière aucune importance puisqu'elle n'est pas routée sur le net.

Excuse-moi mais un cahier des charges indiquant qu'un serveur doit être éteint le WE est un cahier des charges inadapté…

Je ferais un test à ta place puisque tu as des backup de ton OS…

Installe la MAJ combo de 10.8.5… peut-être va-t-elle corriger ce souci…

Sinon tu as un backup de ta base OD quelque part ? ça pourrait valoir le coup de la réinjecter…

Ta config est sur un onduleur ? Si oui il ne serait pas à plat de batterie et enverrai l'ordre au système de se couper ?

Franck Mereo (zekiller28) a écrit:

Je ferais un test à ta place puisque tu as des backup de ton OS…

Installe la MAJ combo de 10.8.5… peut-être va-t-elle corriger ce souci…

Sinon tu as un backup de ta base OD quelque part ? ça pourrait valoir le coup de la réinjecter…

En fait en faisant ce type de tests, j'ai peur de tout flinguer sans réussir de retour arrière.
J'ai jeté un oeil dans la log système, le truc qui m'interpelle c'est qu'elle s'est remplie sans interruption depuis hier soir, alors que le serveur semblait physiquement en veille.

Et le log te donne quoi ?

La MAJ ne pétera rien mais dans le doute fais un clone avant (et vérifie-le)…

Franck Mereo (zekiller28) a écrit:

Et le log te donne quoi ?

La MAJ ne pétera rien mais dans le doute fais un clone avant (et vérifie-le)…

La log donne énormément d'informations, mais quand on ne sait pas quoi chercher c'est pas évident

J'ai des rapports de diag Système qui terminent par .crash dont 2 en date d'hier, aucun pour aujourd'hui :

la première :
Process: emond [125]
Path: /sbin/emond
Identifier: emond
Version: 57
Code Type: X86-64 (Native)
Parent Process: launchd [1]
User ID: 0

Date/Time: 2013-09-09 07:58:34.035 +0200
OS Version: Mac OS X 10.8.4 (12E55)
Report Version: 10

Crashed Thread: 3 Dispatch queue: com.apple.emond.processq

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: EXC_I386_GPFLT


La seconde :
Process: servermgrd [138]
Path: /Applications/Server.app/Contents/ServerRoot/System/Library/CoreServices/ServerManagerDaemon.bundle/Contents/MacOS/servermgrd
Identifier: servermgrd
Version: 10.7.2 (10.7.2)
Code Type: X86-64 (Native)
Parent Process: launchd [1]
User ID: 0

Date/Time: 2013-09-09 08:39:17.984 +0200
OS Version: Mac OS X 10.8.4 (12E55)
Report Version: 10

Crashed Thread: 6

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00007fc495f00000

Tu as eu ces rapports où exactement ?

Balèze : tu as planté le process emond qui sert à monitorer (entre autre) les plantages (ou les événements) des autres appli

Franck Mereo (zekiller28) a écrit:

Tu as eu ces rapports où exactement ?

J'ai ouvert l'application "Console", dans la partie "Rapports de diagnostic Système" il y a a quelques .crash dont 2 fois a des dates différentes le Process: servermgrd.

Y'a quoi d'autre à vérifier dans une log mac ?

Regarde "tous" dans la Console (fait un clean avant)…

Ci dessous 2 minutes de lot... J'en profite pour te remercier pour ton aide !


10/09/13 14:26:19,977 kdc[53]: Got a canonicalize request for a LKDC realm from local-ipc
10/09/13 14:26:19,977 kdc[53]: Asked for LKDC, but there is none
10/09/13 14:26:19,981 kdc[53]: AS-REQ vincent@MACSERVEUR.PRIVATE from 172.16.200.50:50339 for krbtgt/MACSERVEUR.PRIVATE@MACSERVEUR.PRIVATE
10/09/13 14:26:19,987 kdc[53]: AS-REQ vincent@MACSERVEUR.PRIVATE from 172.16.200.50:50339 for krbtgt/MACSERVEUR.PRIVATE@MACSERVEUR.PRIVATE
10/09/13 14:26:19,988 kdc[53]: Client sent patypes: REQ-ENC-PA-REP
10/09/13 14:26:19,989 kdc[53]: Need to use PA-ENC-TIMESTAMP/PA-PK-AS-REQ
10/09/13 14:26:19,994 kdc[53]: AS-REQ vincent@MACSERVEUR.PRIVATE from 172.16.200.50:52251 for krbtgt/MACSERVEUR.PRIVATE@MACSERVEUR.PRIVATE
10/09/13 14:26:19,999 kdc[53]: AS-REQ vincent@MACSERVEUR.PRIVATE from 172.16.200.50:52251 for krbtgt/MACSERVEUR.PRIVATE@MACSERVEUR.PRIVATE
10/09/13 14:26:20,000 kdc[53]: Client sent patypes: ENC-TS, REQ-ENC-PA-REP
10/09/13 14:26:20,000 kdc[53]: ENC-TS pre-authentication succeeded -- vincent@MACSERVEUR.PRIVATE
10/09/13 14:26:20,001 kdc[53]: Client supported enctypes: aes256-cts-hmac-sha1-96, aes128-cts-hmac-sha1-96, des3-cbc-sha1, arcfour-hmac-md5, using aes256-cts-hmac-sha1-96/aes256-cts-hmac-sha1-96
10/09/13 14:26:20,001 kdc[53]: Requested flags: canonicalize
10/09/13 14:26:20,016 kdc[53]: TGS-REQ vincent@MACSERVEUR.PRIVATE from 172.16.200.50:49195 for afpserver/macserveur.local@MACSERVEUR.PRIVATE [canonicalize]
10/09/13 14:26:20,017 kdc[53]: Searching referral for macserveur.local
10/09/13 14:26:20,017 kdc[53]: Server not found in database: krbtgt/LOCAL@MACSERVEUR.PRIVATE: no such entry found in hdb
10/09/13 14:26:20,017 kdc[53]: Failed building TGS-REP to 172.16.200.50:49195
10/09/13 14:26:20,020 kdc[53]: TGS-REQ vincent@MACSERVEUR.PRIVATE from 172.16.200.50:54059 for afpserver/macserveur.local@MACSERVEUR.PRIVATE
10/09/13 14:26:20,021 kdc[53]: Server not found in database: afpserver/macserveur.local@MACSERVEUR.PRIVATE: no such entry found in hdb
10/09/13 14:26:20,021 kdc[53]: Failed building TGS-REP to 172.16.200.50:54059
10/09/13 14:26:20,025 kdc[53]: TGS-REQ vincent@MACSERVEUR.PRIVATE from 172.16.200.50:61730 for afpserver/macserveur.local@MACSERVEUR.PRIVATE [canonicalize]
10/09/13 14:26:20,026 kdc[53]: Searching referral for macserveur.local
10/09/13 14:26:20,026 kdc[53]: Server not found in database: krbtgt/LOCAL@MACSERVEUR.PRIVATE: no such entry found in hdb
10/09/13 14:26:20,026 kdc[53]: Failed building TGS-REP to 172.16.200.50:61730
10/09/13 14:26:20,029 kdc[53]: TGS-REQ vincent@MACSERVEUR.PRIVATE from 172.16.200.50:51024 for krbtgt/LOCAL@MACSERVEUR.PRIVATE
10/09/13 14:26:20,030 kdc[53]: Server not found in database: krbtgt/LOCAL@MACSERVEUR.PRIVATE: no such entry found in hdb
10/09/13 14:26:20,030 kdc[53]: Failed building TGS-REP to 172.16.200.50:51024
10/09/13 14:27:00,767 AppleFileServer[383]: Logged out 0x7fbd52853600
10/09/13 14:28:47,840 CVMServer[155]: Check-in to the service com.apple.cvmsCompAgent_x86_64 failed. This is likely because you have either unloaded the job or the MachService has the ResetAtClose attribute specified in the launchd.plist. If present, this attribute should be removed.
10/09/13 14:28:47,957 CVMServer[155]: Check-in to the service com.apple.cvmsCompAgent_x86_64 failed. This is likely because you have either unloaded the job or the MachService has the ResetAtClose attribute specified in the launchd.plist. If present, this attribute should be removed.

Humm… pourrais-tu utiliser le filtre pour revenir juste avant la sortie de veille ?

Tu dois avoir un truc du genre shutdown cause X (ou X est un chiffre)…

De rien mais pour l'instant je n'ai pas solutionné ton souci…