Installation Mac OS X Server sur nouveau MacPro Nehalem
Le
Sébastien B.
Bonjour,
Je me trouve face à un problème dont je n'arrive pas à me sortir.
Je viens d'acheter un MacPro "Nehalem" sur lequel je dois installer un
OS X Server LEOPARD.
Notre DVD de Mac OS X Server est une version 10.5.4. Lorsque je souhaite
démarrer sur ce support pour installer le système, un écran gris
apparaît et cela ne va pas plus loin. J'ai essayé de restaurer une image
déjà installée sur un autre Mac Pro sur ce nouveau MacPro mais là il ne
va pas plus loin que la pomme.
J'ai appelé Apple qui m'a conseillé de faire une mise à jour du système
client fourni avec ce MacPro vers une version serveur. Car en fait OS X
Server ne prend pas en charge les nouvelles cartes graphiques des
nouveaux MacPro. Même si je n'aime pas beaucoup les mises à jour de
système client vers serveur, j'ai procédé à cela et je dois dire que
cela a fonctionné : mon MacPro a bien redémarré sur un Mac OS X Server.
A présent, le nouveau problème est au niveau de la configuration de mon
OS X Server.
Après avoir créé mon maître Open Directory, le service Kerberos ne se
lance pas problème de DNS me direz vous
Le truc c'est que si je fais la même opération sur un iMac à côté avec
OS X Server configuré de la même façon, tout fonctionne. Bien entendu,
la seule différence est que sur l'iMac je ne suis pas passé par la mise
à jour d'un OS X client.
Je me tourne alors vers vous pour avoir vos suggestions. Je viens de
soumettre ce nouveau problème à APPLE et j'attends de leurs nouvelles.
Le forum étant souvent plus réactif, je vous soumet mon problème.
Autre chose : j'ai bien pensé à intégrer dans une image d'OS X Server
installée sur un ancien MacPro les pilotes graphiques des nouveaux
MacPro mais je ne vois pas comment faire.
Cordialement
Sébastien B
Je me trouve face à un problème dont je n'arrive pas à me sortir.
Je viens d'acheter un MacPro "Nehalem" sur lequel je dois installer un
OS X Server LEOPARD.
Notre DVD de Mac OS X Server est une version 10.5.4. Lorsque je souhaite
démarrer sur ce support pour installer le système, un écran gris
apparaît et cela ne va pas plus loin. J'ai essayé de restaurer une image
déjà installée sur un autre Mac Pro sur ce nouveau MacPro mais là il ne
va pas plus loin que la pomme.
J'ai appelé Apple qui m'a conseillé de faire une mise à jour du système
client fourni avec ce MacPro vers une version serveur. Car en fait OS X
Server ne prend pas en charge les nouvelles cartes graphiques des
nouveaux MacPro. Même si je n'aime pas beaucoup les mises à jour de
système client vers serveur, j'ai procédé à cela et je dois dire que
cela a fonctionné : mon MacPro a bien redémarré sur un Mac OS X Server.
A présent, le nouveau problème est au niveau de la configuration de mon
OS X Server.
Après avoir créé mon maître Open Directory, le service Kerberos ne se
lance pas problème de DNS me direz vous
Le truc c'est que si je fais la même opération sur un iMac à côté avec
OS X Server configuré de la même façon, tout fonctionne. Bien entendu,
la seule différence est que sur l'iMac je ne suis pas passé par la mise
à jour d'un OS X client.
Je me tourne alors vers vous pour avoir vos suggestions. Je viens de
soumettre ce nouveau problème à APPLE et j'attends de leurs nouvelles.
Le forum étant souvent plus réactif, je vous soumet mon problème.
Autre chose : j'ai bien pensé à intégrer dans une image d'OS X Server
installée sur un ancien MacPro les pilotes graphiques des nouveaux
MacPro mais je ne vois pas comment faire.
Cordialement
Sébastien B

Poser une question


Oulalalalalala, s'il n'y avait que ça...
Bon, soyons constructifs, le DNS est bon quand même ?
Que donne un :
sudo changeip -checkhostname
Attention, je veux juste le résultat, on verra les mesures coercitives
après, même si la commande semble donner des pistes.
Oui, mais là, tu as pu effectuer l'assistant qui s'exécute au premier
redémarrage, a-t-il eu lieu sur le Mac Pro ?
Oublie, ça risque de péter lors d'une MAJ et ça tient aussi du jeu de
piste.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
J'avais déjà effectuer cette manip avant de construire mon maître OD.
Auparavant le résultat de cette commande était :
Primary address = 192.168.1.2
Current HostName = serveur.local
DNS Hostname = serveur.domaine.lan
Après la correction proposée, tout rentre dans l'ordre, à savoir :
Primary address = 192.168.1.2
Current HostName = serveur.domaine.lan
DNS Hostname = serveur.domaine.lan
C'est ensuite que j'ai lancé la création de mon maître OD
Oui l'assistant a bien eu lieu sur le MacPro, à la seule différence que
le compte administrateur était imposé : le compte administrateur que
j'avais créé sur le MacOS X client
OK
Merci en tout cas de te pencher sur le sujet
Ok, et tu as des traces dans le log de slapconfig ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Alors ... voilà le contenu du fichier log depuis la création du DNS et
de l'OD
2009-03-12 15:52:50 +0100 - slapconfig -setstandalone
2009-03-12 16:02:00 +0100 - slapconfig -setmaxnumberofdblocks
2009-03-12 16:02:00 +0100 - Updating bdb lock size to 10000
2009-03-12 16:02:00 +0100 - Not updating bdb lock size - Not an OD server
2009-03-12 16:02:11 +0100 - slapconfig -updateindexes
2009-03-18 12:28:46 +0100 - slapconfig -changeip
2009-03-18 12:28:46 +0100 - Failed keychain search with error -25300
2009-03-18 12:28:46 +0100 - Unexpected exception, error -14008
2009-03-18 12:30:08 +0100 - slapconfig -createldapmasterandadmin
2009-03-18 12:30:08 +0100 - Creating password server slot
2009-03-18 12:30:08 +0100 - command: /usr/sbin/mkpassdb -u diradmin -p -q
2009-03-18 12:30:08 +0100 - command: /usr/sbin/mkpassdb -a -u root -p -q
2009-03-18 12:30:08 +0100 - command: /usr/sbin/mkpassdb -a -u
serveur.test.lan$ -p -q
2009-03-18 12:30:08 +0100 - command: /usr/sbin/mkpassdb
-setcomputeraccount 0x49c0db406b8b45670000000300000003
2009-03-18 12:30:08 +0100 - Setting SASL realm to 2009-03-18 12:30:08 +0100 - command: /usr/sbin/mkpassdb -setrealm
serveur.test.lan
2009-03-18 12:30:11 +0100 - Starting LDAP server (slapd)
2009-03-18 12:30:12 +0100 - command: /usr/bin/ldapadd -c -x -D
uid=root,cn=users,dc=serveur,dc=test,dc=lan -w ****
2009-03-18 12:30:12 +0100 - command: /usr/sbin/slaptest -f
/etc/openldap/slapd.conf -F /etc/openldap/slapd.d
2009-03-18 12:30:12 +0100 - slaptest command output:
config file testing succeeded
2009-03-18 12:30:12 +0100 - Stopping LDAP server (slapd)
2009-03-18 12:30:13 +0100 - Starting LDAP server (slapd)
2009-03-18 12:30:13 +0100 - command: /usr/bin/ldapmodify -c -x -D
uid=root,cn=users,dc=serveur,dc=test,dc=lan -w ****
2009-03-18 12:30:13 +0100 - Stopping LDAP server (slapd)
2009-03-18 12:30:13 +0100 - Starting LDAP server (slapd)
2009-03-18 12:30:13 +0100 - command: /usr/bin/ldapadd -c -x -D
uid=root,cn=users,dc=serveur,dc=test,dc=lan -w ****
2009-03-18 12:30:13 +0100 - Attempting to open /LDAPv3/127.0.0.1 node
2009-03-18 12:30:14 +0100 - Opened /LDAPv3/127.0.0.1 node
2009-03-18 12:30:15 +0100 - Configuring Kerberos server, realm is
SERVEUR.TEST.LAN
2009-03-18 12:30:15 +0100 - Removed directory at path /var/db/krb5kdc.
2009-03-18 12:30:15 +0100 - command: /sbin/kerberosautoconfig -r
SERVEUR.TEST.LAN -m serveur.test.lan -u -v 1
2009-03-18 12:30:15 +0100 - command: /usr/sbin/kdcsetup -f
/LDAPv3/127.0.0.1 -w -a diradmin -p **** -v 1 SERVEUR.TEST.LAN
2009-03-18 12:30:25 +0100 - kdcsetup command output:
Contacting the Directory Server
Authenticating to the Directory Server
Creating Kerberos directory
Creating KDC Config File
Creating Admin ACL File
Creating Kerberos Master Key
Creating Kerberos Database
Creating Kerberos Admin user
WARNING: no policy specified for ; defaulting
to no policy
Adding kerberos auth authority to admin user
Creating keytab for the admin tools
Adding KDC & kadmind to launchd
com.apple.kdcmond: Already loaded
The KDC is not running error = 3
Failed to configure error = 3
2009-03-18 12:30:25 +0100 - kdcsetup command failed with status 3
2009-03-18 12:30:25 +0100 - command: /usr/sbin/sso_util configure -x -r
SERVEUR.TEST.LAN -f /LDAPv3/127.0.0.1 -a diradmin -p **** -v 1 all
2009-03-18 12:30:26 +0100 - sso_util command output:
Contacting the directory server
Creating the service list
Creating the service principals
WARNING: no policy specified for
fcsvr/; defaulting to no policy
WARNING: no policy specified for
pcast/; defaulting to no policy
WARNING: no policy specified for vnc/;
defaulting to no policy
WARNING: no policy specified for cifs/;
defaulting to no policy
WARNING: no policy specified for ldap/;
defaulting to no policy
WARNING: no policy specified for
xgrid/; defaulting to no policy
WARNING: no policy specified for vpn/;
defaulting to no policy
WARNING: no policy specified for ipp/;
defaulting to no policy
WARNING: no policy specified for xmpp/;
defaulting to no policy
WARNING: no policy specified for XMPP/;
defaulting to no policy
WARNING: no policy specified for host/;
defaulting to no policy
WARNING: no policy specified for smtp/;
defaulting to no policy
WARNING: no policy specified for nfs/;
defaulting to no policy
WARNING: no policy specified for http/;
defaulting to no policy
WARNING: no policy specified for HTTP/;
defaulting to no policy
WARNING: no policy specified for pop/;
defaulting to no policy
WARNING: no policy specified for imap/;
defaulting to no policy
WARNING: no policy specified for ftp/;
defaulting to no policy
WARNING: no policy specified for
afpserver/; defaulting to no policy
Creating the keytab file
Configuring services
WriteSetupFile: setup file path = /temp.eP62/setup
2009-03-18 12:30:26 +0100 - command: /sbin/kerberosautoconfig -f
/LDAPv3/127.0.0.1 -u -v 1
2009-03-18 12:30:26 +0100 - kerberosautoconfig command output:
Couldn't find KerberosClient config record
Removing /Library/Preferences/edu.mit.Kerberos
2009-03-18 12:30:26 +0100 - kerberosautoconfig command failed with status 2
2009-03-18 12:30:26 +0100 - command: /usr/sbin/mkpassdb -kerberize
2009-03-18 12:30:26 +0100 - mkpassdb command output:
WARNING: no policy specified for serveur.test.lan$@SERVEUR.TEST.LAN;
defaulting to no policy
WARNING: no policy specified for ; defaulting to no
policy
WARNING: no policy specified for ; defaulting
to no policy
add_principal: Principal or policy already exists while creating
"".
WARNING: no policy specified for serveur.test.lan$@SERVEUR.TEST.LAN;
defaulting to no policy
add_principal: Principal or policy already exists while creating
"serveur.test.lan$@SERVEUR.TEST.LAN".
WARNING: no policy specified for ; defaulting to no
policy
add_principal: Principal or policy already exists while creating
"".
WARNING: no policy specified for ; defaulting
to no policy
add_principal: Principal or policy already exists while creating
"".
2009-03-18 12:30:26 +0100 - command: /usr/bin/ldapmodify -c -x -H
ldapi://%2Fvar%2Frun%2Fldapi
2009-03-18 12:30:26 +0100 - Stopping LDAP server (slapd)
2009-03-18 12:30:26 +0100 - Starting LDAP server (slapd)
2009-03-18 12:30:26 +0100 - command: /usr/sbin/vpnaddkeyagentuser -q
/LDAPv3/127.0.0.1
2009-03-18 12:30:26 +0100 - slapconfig -selfwrite
Il y a effectivement une erreur lors de l'étape de configuration du KDC
mais ça manque de détails, essaie de relancer la commande
kerberosautoconfig avec un -v suivi d'un chiffre plus élevé pour avoir
plus d'infos, peut-être. Mais ça sent effectivement le truc qui ne plaît
pas à Kerberos dans la config de la machine. Ce qui ne m'étonne qu'à
moitié quand on part d'un client transformé en serveur, mais bon.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.