Panthere Serveur, suite 24 juillet 2003 - 09:01
Système
Pour ceux qui n'auraient pas assisté à la conférence en ligne d'Apple &
MacosxLabs à propos de Mac OS X Serveur 10.3 voici un petit aperçu de ce
que ils ont manqué.
Automatic Setup : cette fonctionnalité permet à l'administrateur d'un
parc de serveurs de configurer de manière totalement automatique un ou
plusieurs serveurs. Il lui suffit pour cela de disposer d'un fichier de
configuration type sur un périphérique de son choix (disque dur, CD,
serveur LDAP, ou même iPod). Le ou les serveurs, pendant leur premier
boot, iront alors trouver ce fichier, et procéderont à leur propre
configuration automatiquement.
Outils d'administration : largement remaniés ou totalement recodés pour
certains, ces outils sont maintenant livrés avec des dixaines
d'applications en ligne de commande permettant d'assurer des tâches de
monitoring ou d'administration à la console. Douze nouveaux manuels sont
aussi fournis. Ils traitent chacun d'un sujet précis comme la
configuration du partage de fichier ou l'administration du serveur
d'impression. De plus, plus de cent pages "man" ont été rafraîchies par
Apple. Des outils GUI font aussi leur apparition pour administrer le
serveur DNS, le VPN, le Firewall, le NAT, etc.
OpenDirectory 2 : Cette seconde version d'OpenDirectory prend beaucoup
d'importance dans Panthere. Basée sur la conjugaison de LDAP/Berkeley DB
et de Kerberos, OP2 devient la solution centrale d'authentification.
NetInfo se trouve donc relégué à la simple authentification des
utilisateurs locaux de la machine. OP2 permet à Apple de mettre en place
le "single sign-on", ou "enregistrement unique". Ainsi, un utilisateur
distant peut se connecter au serveur, il reste ensuite identifié pour
toute la durée de sa session et peut relever son mail, se connecter en
ssh, accéder au partage de fichiers ou d'imprimantes sans fournir de
nouveau son mot de passe.
Connectivité : En terme de capacité d'échange de l'information, Panthere
apporte aussi de nombreuses améliorations. Samba 3 fait son apparition,
NFS est amélioré, le VPN est présent, et la distribution de mail est
totalement revue avec en rouage principal Postfix, épaulé par
cyrus-imap, et mailman. IP sur Firewire est aussi au rendez-vous, et le
NetBoot peut enfin être utilisé sans disque dur local, et via HTTP (à
quand le netboot par internet ?).
*****
Bonus : HFS+ est remanié, il apporte une option de formatage activant la
sensibilité à la casse.
*****
Y en a qui vont être content ....
--
Le sage montre la lune, l'imbécile regarde le doigt.
Des fichiers qui contiennent le contenu d'un autre, alors que les méta-datas (taille, date de modif, etc.) sont correctes.
Ca ressemble à des fichiers "cross-linkés". Ca arrive aussi sur des volumes HFS(+) non-journalisés.
Cas reproductible de manière multiple. Depuis que j'ai désactivé le journaling pas de problème (enfin, je touche du bois).
AMHA, ça doit être lié à ta config. Il doit y avoir pas mal de monde qui a activé le journaling, et il ne me semble pas avoir entendu beaucoup de monde s'en plaindre.
Patrick -- Patrick Stadelmann
In article <slrnbk1216.vrk.hfiguiere@dirkpitt.figuiere.net>,
Hubert Figuiere <hfiguiere@teaser.fr> wrote:
Des fichiers qui contiennent le contenu d'un autre, alors que les
méta-datas (taille, date de modif, etc.) sont correctes.
Ca ressemble à des fichiers "cross-linkés". Ca arrive aussi sur des
volumes HFS(+) non-journalisés.
Cas reproductible de manière multiple. Depuis que j'ai désactivé le
journaling pas de problème (enfin, je touche du bois).
AMHA, ça doit être lié à ta config. Il doit y avoir pas mal de monde qui
a activé le journaling, et il ne me semble pas avoir entendu beaucoup de
monde s'en plaindre.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Des fichiers qui contiennent le contenu d'un autre, alors que les méta-datas (taille, date de modif, etc.) sont correctes.
Ca ressemble à des fichiers "cross-linkés". Ca arrive aussi sur des volumes HFS(+) non-journalisés.
Cas reproductible de manière multiple. Depuis que j'ai désactivé le journaling pas de problème (enfin, je touche du bois).
AMHA, ça doit être lié à ta config. Il doit y avoir pas mal de monde qui a activé le journaling, et il ne me semble pas avoir entendu beaucoup de monde s'en plaindre.
Patrick -- Patrick Stadelmann
fr_jacqu
Patrick Stadelmann wrote:
AMHA, ça doit être lié à ta config. Il doit y avoir pas mal de monde qui a activé le journaling, et il ne me semble pas avoir entendu beaucoup de monde s'en plaindre.
Moi, je m'en suis plaint. J'ai eu droit à un gaufrage immédiat de mon disque de démarrage, et j'ai dû tout réinstaller le système. Qu'on ne me parle plus de la journalisation ! Du moins tant que ça n'est pas mûr, ou sur un système prévu pour au départ. -- FJ
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
AMHA, ça doit être lié à ta config. Il doit y avoir pas mal de monde qui
a activé le journaling, et il ne me semble pas avoir entendu beaucoup de
monde s'en plaindre.
Moi, je m'en suis plaint. J'ai eu droit à un gaufrage immédiat de mon
disque de démarrage, et j'ai dû tout réinstaller le système. Qu'on ne me
parle plus de la journalisation ! Du moins tant que ça n'est pas mûr, ou
sur un système prévu pour au départ.
--
FJ
AMHA, ça doit être lié à ta config. Il doit y avoir pas mal de monde qui a activé le journaling, et il ne me semble pas avoir entendu beaucoup de monde s'en plaindre.
Moi, je m'en suis plaint. J'ai eu droit à un gaufrage immédiat de mon disque de démarrage, et j'ai dû tout réinstaller le système. Qu'on ne me parle plus de la journalisation ! Du moins tant que ça n'est pas mûr, ou sur un système prévu pour au départ. -- FJ
jeromelebel
Anonyme wrote:
Le journaling, je vois toujours pas l'intérêt pour un utilisateur lambda, mis à part ralentir un peu plus les accès disques (ce qui peut être gênant pour du traitement vidéo)...
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien pouvoir retrouver ces fichiers sans trop de probleme apres un kernel panic. Voila l'interet du journaling pour un utilisateur lambda...
Anonyme <jayce@mosx.net> wrote:
Le journaling, je vois toujours pas l'intérêt pour un utilisateur
lambda, mis à part ralentir un peu plus les accès disques (ce qui peut
être gênant pour du traitement vidéo)...
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien
pouvoir retrouver ces fichiers sans trop de probleme apres un kernel
panic. Voila l'interet du journaling pour un utilisateur lambda...
Le journaling, je vois toujours pas l'intérêt pour un utilisateur lambda, mis à part ralentir un peu plus les accès disques (ce qui peut être gênant pour du traitement vidéo)...
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien pouvoir retrouver ces fichiers sans trop de probleme apres un kernel panic. Voila l'interet du journaling pour un utilisateur lambda...
jeromelebel
Saïd wrote:
la journalisation sera toujours active sur le volum eracine ou bien seulement jusqy'au reboot?
la journalisation sera active a partir du prochain boot. Et le reste pour les boots suivants.
Saïd <saidNo@spaMquatramaran.ens.france> wrote:
la journalisation sera toujours active sur le volum eracine ou bien
seulement jusqy'au reboot?
la journalisation sera active a partir du prochain boot. Et le reste
pour les boots suivants.
la journalisation sera toujours active sur le volum eracine ou bien seulement jusqy'au reboot?
la journalisation sera active a partir du prochain boot. Et le reste pour les boots suivants.
Anonyme
Jérôme Lebel wrote:
Anonyme wrote:
Le journaling, je vois toujours pas l'intérêt pour un utilisateur lambda, mis à part ralentir un peu plus les accès disques (ce qui peut être gênant pour du traitement vidéo)...
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien pouvoir retrouver ces fichiers sans trop de probleme apres un kernel panic. Voila l'interet du journaling pour un utilisateur lambda...
Je n'ai jamais perdu de fichier et je n'ai pas activé le journaling... Et pourtant, des kernel panic, j'en ai eu des tonnes...
-- Anonyme ( ) ********* MosX.net <http://www.mosx.net/> ********* Je suis à la recherche d'un poste d'administrateur système UNIX/Mac sur Paris ou le nord de l'IDF.
Jérôme Lebel <jeromelebel@mac.com> wrote:
Anonyme <jayce@mosx.net> wrote:
Le journaling, je vois toujours pas l'intérêt pour un utilisateur
lambda, mis à part ralentir un peu plus les accès disques (ce qui peut
être gênant pour du traitement vidéo)...
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien
pouvoir retrouver ces fichiers sans trop de probleme apres un kernel
panic. Voila l'interet du journaling pour un utilisateur lambda...
Je n'ai jamais perdu de fichier et je n'ai pas activé le journaling...
Et pourtant, des kernel panic, j'en ai eu des tonnes...
--
Anonyme ( jayce@mosx.net )
********* MosX.net <http://www.mosx.net/> *********
Je suis à la recherche d'un poste d'administrateur
système UNIX/Mac sur Paris ou le nord de l'IDF.
Le journaling, je vois toujours pas l'intérêt pour un utilisateur lambda, mis à part ralentir un peu plus les accès disques (ce qui peut être gênant pour du traitement vidéo)...
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien pouvoir retrouver ces fichiers sans trop de probleme apres un kernel panic. Voila l'interet du journaling pour un utilisateur lambda...
Je n'ai jamais perdu de fichier et je n'ai pas activé le journaling... Et pourtant, des kernel panic, j'en ai eu des tonnes...
-- Anonyme ( ) ********* MosX.net <http://www.mosx.net/> ********* Je suis à la recherche d'un poste d'administrateur système UNIX/Mac sur Paris ou le nord de l'IDF.
jeromelebel
Anonyme wrote:
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien pouvoir retrouver ces fichiers sans trop de probleme apres un kernel panic. Voila l'interet du journaling pour un utilisateur lambda...
Je n'ai jamais perdu de fichier et je n'ai pas activé le journaling... Et pourtant, des kernel panic, j'en ai eu des tonnes...
Je n'ai jamais perdu de fichier, mais ca m'ai souvent arrivé d'avoir fsck incapable de corrigé de le disque apres un kernel panic. Et pourtant j'en ai pas eu souvent des kernels panics.
Maintenant c'est plus le cas. Le seul defaut que je trouve au journaling est que ca empeche fsck de tourner, pourtant le journaling ne corrige pas tout. Donc je dois penser a utiliser fsck a la main apres un kernel.
Anonyme <jayce@mosx.net> wrote:
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien
pouvoir retrouver ces fichiers sans trop de probleme apres un kernel
panic. Voila l'interet du journaling pour un utilisateur lambda...
Je n'ai jamais perdu de fichier et je n'ai pas activé le journaling...
Et pourtant, des kernel panic, j'en ai eu des tonnes...
Je n'ai jamais perdu de fichier, mais ca m'ai souvent arrivé d'avoir
fsck incapable de corrigé de le disque apres un kernel panic. Et
pourtant j'en ai pas eu souvent des kernels panics.
Maintenant c'est plus le cas. Le seul defaut que je trouve au journaling
est que ca empeche fsck de tourner, pourtant le journaling ne corrige
pas tout. Donc je dois penser a utiliser fsck a la main apres un kernel.
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien pouvoir retrouver ces fichiers sans trop de probleme apres un kernel panic. Voila l'interet du journaling pour un utilisateur lambda...
Je n'ai jamais perdu de fichier et je n'ai pas activé le journaling... Et pourtant, des kernel panic, j'en ai eu des tonnes...
Je n'ai jamais perdu de fichier, mais ca m'ai souvent arrivé d'avoir fsck incapable de corrigé de le disque apres un kernel panic. Et pourtant j'en ai pas eu souvent des kernels panics.
Maintenant c'est plus le cas. Le seul defaut que je trouve au journaling est que ca empeche fsck de tourner, pourtant le journaling ne corrige pas tout. Donc je dois penser a utiliser fsck a la main apres un kernel.
Hubert Figuiere
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien pouvoir retrouver ces fichiers sans trop de probleme apres un kernel panic. Voila l'interet du journaling pour un utilisateur lambda...
Quand ca m'est arrivé, j'ai pas eu de kernel panic. C'est ca le pire. L'OS est stable, mais le FS buggé.
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien
pouvoir retrouver ces fichiers sans trop de probleme apres un kernel
panic. Voila l'interet du journaling pour un utilisateur lambda...
Quand ca m'est arrivé, j'ai pas eu de kernel panic. C'est ca le pire.
L'OS est stable, mais le FS buggé.
Personnellement, ma soeur qui comprend rien a l'ordinateur aime bien pouvoir retrouver ces fichiers sans trop de probleme apres un kernel panic. Voila l'interet du journaling pour un utilisateur lambda...
Quand ca m'est arrivé, j'ai pas eu de kernel panic. C'est ca le pire. L'OS est stable, mais le FS buggé.
Je n'ai jamais perdu de fichier et je n'ai pas activé le journaling... Et pourtant, des kernel panic, j'en ai eu des tonnes...
Quand à moi, j'ai pris le problème à l'envers: puisque je ne sens aucun ralentissement sur mon ALuBook avec la journalisation activée, et que celà aporte tout de même une sécurité (surtout sur un appareil mobile qui peut tomber, avoir un choc,...)... Ben je le garde activé et je n'ai pas de problème.
-- Pierre RISTIC watatablog: http://www.sauterelle.net
Anonyme <jayce@mosx.net> wrote:
Je n'ai jamais perdu de fichier et je n'ai pas activé le journaling...
Et pourtant, des kernel panic, j'en ai eu des tonnes...
Quand à moi, j'ai pris le problème à l'envers: puisque je ne sens aucun
ralentissement sur mon ALuBook avec la journalisation activée, et que
celà aporte tout de même une sécurité (surtout sur un appareil mobile
qui peut tomber, avoir un choc,...)... Ben je le garde activé et je n'ai
pas de problème.
--
Pierre RISTIC
watatablog: http://www.sauterelle.net
Je n'ai jamais perdu de fichier et je n'ai pas activé le journaling... Et pourtant, des kernel panic, j'en ai eu des tonnes...
Quand à moi, j'ai pris le problème à l'envers: puisque je ne sens aucun ralentissement sur mon ALuBook avec la journalisation activée, et que celà aporte tout de même une sécurité (surtout sur un appareil mobile qui peut tomber, avoir un choc,...)... Ben je le garde activé et je n'ai pas de problème.
-- Pierre RISTIC watatablog: http://www.sauterelle.net
jeromelebel
michel langlois wrote:
il faut faire fsck -fy ::: f pour forcer
oui et donc pour le faire il faut booter en single user node... c'est ce que je parlais. c'est chiant.
michel langlois <langmc@free.fr> wrote:
il faut faire fsck -fy ::: f pour forcer
oui et donc pour le faire il faut booter en single user node... c'est ce
que je parlais. c'est chiant.
oui et donc pour le faire il faut booter en single user node... c'est ce que je parlais. c'est chiant.
Schmurtz
il faut faire fsck -fy ::: f pour forcer
oui et donc pour le faire il faut booter en single user node... c'est ce que je parlais. c'est chiant.
Dans le fichier /etc/rc.boot, tu modifies :
# Benignly clean up ("preen") any dirty filesystems. # fsck -p will skip disks which were properly unmounted during # a normal shutdown. # fsck always runs during SafeBoot if [ "${SafeBoot}" = "-x" ]; then fsck -fy else fsck -p fi
par
# Benignly clean up ("preen") any dirty filesystems. # fsck -p will skip disks which were properly unmounted during # a normal shutdown. # fsck always runs during SafeBoot if [ "${SafeBoot}" = "-x" ]; then fsck -fy else fsck -fp # <-- ligne changé (on peut aussi rajouter le -y) fi
Je ne confirme pas tout de suite le résulat, je n'ai pas encore eu de kernel panic, et je n'est pas l'habitude d'en créer pour le plaisir.
-- Schmurtz
il faut faire fsck -fy ::: f pour forcer
oui et donc pour le faire il faut booter en single user node... c'est ce
que je parlais. c'est chiant.
Dans le fichier /etc/rc.boot, tu modifies :
# Benignly clean up ("preen") any dirty filesystems.
# fsck -p will skip disks which were properly unmounted during
# a normal shutdown.
# fsck always runs during SafeBoot
if [ "${SafeBoot}" = "-x" ]; then
fsck -fy
else
fsck -p
fi
par
# Benignly clean up ("preen") any dirty filesystems.
# fsck -p will skip disks which were properly unmounted during
# a normal shutdown.
# fsck always runs during SafeBoot
if [ "${SafeBoot}" = "-x" ]; then
fsck -fy
else
fsck -fp # <-- ligne changé (on peut aussi rajouter le -y)
fi
Je ne confirme pas tout de suite le résulat, je n'ai pas encore eu de
kernel panic, et je n'est pas l'habitude d'en créer pour le plaisir.
oui et donc pour le faire il faut booter en single user node... c'est ce que je parlais. c'est chiant.
Dans le fichier /etc/rc.boot, tu modifies :
# Benignly clean up ("preen") any dirty filesystems. # fsck -p will skip disks which were properly unmounted during # a normal shutdown. # fsck always runs during SafeBoot if [ "${SafeBoot}" = "-x" ]; then fsck -fy else fsck -p fi
par
# Benignly clean up ("preen") any dirty filesystems. # fsck -p will skip disks which were properly unmounted during # a normal shutdown. # fsck always runs during SafeBoot if [ "${SafeBoot}" = "-x" ]; then fsck -fy else fsck -fp # <-- ligne changé (on peut aussi rajouter le -y) fi
Je ne confirme pas tout de suite le résulat, je n'ai pas encore eu de kernel panic, et je n'est pas l'habitude d'en créer pour le plaisir.
