From philippe.sm at gmail.com Mon May 5 14:14:47 2008 From: philippe.sm at gmail.com (Philippe Sainte-Marie) Date: Mon May 5 14:15:14 2008 Subject: [Admin-ml] =?iso-8859-1?q?Echange_disque_d=E9fectueux_Xserve_RAI?= =?iso-8859-1?q?D?= Message-ID: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> Bonjour à vous, Je me retrouve dans une situation inconnue à ce jour (le chanceux me direz vous !), je dois remplacer un disque qui montre des signes de faiblesse sur notre Xserve RAID interne. C'est un 7x500 Go en RAID5 sans disque de spare, et après avoir lu les différentes docs sur le sujet, j'ai un gros doute sur le mode opératoire de la chose. Puis-je enlever le disque défectueux, puis remettre le nouveaux (qui devrait lancer un "rebuild de l'array" automatiquement) ou y'a t'il une uo plusieurs étapes à faire pour en arriver la ? (machine allumée ? éteinte ?, la doc n'est pas claire la dessus non plus) Merci pour vos réponses ! -- Philippe Sainte-Marie philippe.sm@gmail.com From patrick.proniewski at univ-lyon2.fr Mon May 5 15:32:02 2008 From: patrick.proniewski at univ-lyon2.fr (Proniewski Patrick) Date: Mon May 5 21:51:54 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve?= =?ISO-8859-1?Q?_RAID?= In-Reply-To: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> Message-ID: <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> On 5 mai 08, at 14:14, Philippe Sainte-Marie wrote: > C'est un 7x500 Go en RAID5 sans disque de spare, et après avoir lu les > différentes docs > sur le sujet, j'ai un gros doute sur le mode opératoire de la chose. > > Puis-je enlever le disque défectueux, puis remettre le nouveaux (qui > devrait lancer un > "rebuild de l'array" automatiquement) ou y'a t'il une uo plusieurs > étapes à faire pour > en arriver la ? (machine allumée ? éteinte ?, la doc n'est pas claire > la dessus non plus) tu déverrouilles le XServe RAID, tu extrais le disque défectueux, tu insères le nouveau disque, et tu re-verrouilles la baie RAID. La reconstruction se lance alors automatiquement. Si tu as de la chance, tes autres disques ne vont pas lâcher juste à ce moment critique sous la charge de la reconstruction. Si tu n'as pas de chance, un autre disque lâchera et tu perdras toutes tes données. Moralité : - prévoir un disque de spare pour que la reconstruction se fasse le plus tôt possible après le problème, - éviter le RAID 5 pur (nous on a 6 disques en RAID 5 + un spare dans chaque demie-baie, les deux ensembles RAID 5 étant mis en RAID 1 soft via le XServe qui pilote la baie). Le RAID 5 c'est fragile, car ça ne tolère la perte que d'un seul disque. Bonne chance. Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2 From philippe.sm at gmail.com Mon May 5 21:54:37 2008 From: philippe.sm at gmail.com (Philippe Sainte-Marie) Date: Mon May 5 21:54:59 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve_RAID?= In-Reply-To: <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> Message-ID: <860363620805051254m26dd6b77rb644013f78822893@mail.gmail.com> Ok, ça confirme ce que je savais déjà plus ou moins, merci :-) 2008/5/5 Proniewski Patrick : > On 5 mai 08, at 14:14, Philippe Sainte-Marie wrote: > > > > C'est un 7x500 Go en RAID5 sans disque de spare, et après avoir lu les > > différentes docs > > sur le sujet, j'ai un gros doute sur le mode opératoire de la chose. > > > > Puis-je enlever le disque défectueux, puis remettre le nouveaux (qui > > devrait lancer un > > "rebuild de l'array" automatiquement) ou y'a t'il une uo plusieurs > > étapes à faire pour > > en arriver la ? (machine allumée ? éteinte ?, la doc n'est pas claire > > la dessus non plus) > > > > > tu déverrouilles le XServe RAID, tu extrais le disque défectueux, tu > insères le nouveau disque, et tu re-verrouilles la baie RAID. > La reconstruction se lance alors automatiquement. > Si tu as de la chance, tes autres disques ne vont pas lâcher juste à ce > moment critique sous la charge de la reconstruction. Si tu n'as pas de > chance, un autre disque lâchera et tu perdras toutes tes données. > > Moralité : > - prévoir un disque de spare pour que la reconstruction se fasse le plus > tôt possible après le problème, > - éviter le RAID 5 pur (nous on a 6 disques en RAID 5 + un spare dans > chaque demie-baie, les deux ensembles RAID 5 étant mis en RAID 1 soft via le > XServe qui pilote la baie). > Le RAID 5 c'est fragile, car ça ne tolère la perte que d'un seul disque. > Bonne chance. > > > Patrick PRONIEWSKI > -- > Administrateur Système - SENTIER - Université Lumière Lyon 2 > > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml > -- Philippe Sainte-Marie philippe.sm@gmail.com From jlbailloeul at irtsnpdc.fr Mon May 5 23:30:21 2008 From: jlbailloeul at irtsnpdc.fr (Jean-Luc Bailloeul) Date: Mon May 5 23:30:45 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve?= =?ISO-8859-1?Q?_RAID?= In-Reply-To: <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> Message-ID: <7D9EB3CF-1975-4F90-9E7B-FD004A0BB72E@irtsnpdc.fr> Bonjour Patrick, Peux-tu détailler un peu ta config ; Une demi baie sauvegarde l'autre en raid 1 c'est ça ? > (5 disques en raid 5 + 1 disque en spare) * 2 question = à quoi sert ton disque de spare dans chaque demi-baie ? Tu sauvegardes un raid 5 en premier niveau, puis en raid 1 en second ? Par toutatis, que fais-tu si le ciel te tombe sur la tête ? :))) Jean-Luc Adm. Res-syst IRTS Nord Pas de Calais > > > Moralité : > - prévoir un disque de spare pour que la reconstruction se fasse le > plus tôt possible après le problème, > - éviter le RAID 5 pur (nous on a 6 disques en RAID 5 + un spare > dans chaque demie-baie, les deux ensembles RAID 5 étant mis en RAID > 1 soft via le XServe qui pilote la baie). > Le RAID 5 c'est fragile, car ça ne tolère la perte que d'un seul > disque. Bonne chance. > > > Patrick PRONIEWSKI > -- > Administrateur Système - SENTIER - Université Lumière Lyon 2 > > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml > From jlbailloeul at irtsnpdc.fr Tue May 6 06:21:22 2008 From: jlbailloeul at irtsnpdc.fr (Jean-Luc Bailloeul) Date: Tue May 6 06:21:59 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve?= =?ISO-8859-1?Q?_RAID?= In-Reply-To: <860363620805051254m26dd6b77rb644013f78822893@mail.gmail.com> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> <860363620805051254m26dd6b77rb644013f78822893@mail.gmail.com> Message-ID: <8316AC05-6EAD-4A5E-970C-5D9695807834@irtsnpdc.fr> Bonjour, J'ai un raid 5 dans un Xserve composé de 3 disques (serveur de fichiers). J'ai ce Xserve depuis 2004, et n'ai changé qu'un disque depuis. Comment connaître l'état des disques ? Pensez-vous qu'il faille changer de façon anticipée les disques (sachant que la dernière reconstruction avait pris une bonne douzaine d'heure, à mon souvenir) ? Jean-Luc Adm. Res-syst IRTS Nord Pas de Calais Le 5 mai 08 à 21:54, Philippe Sainte-Marie a écrit : > Ok, ça confirme ce que je savais déjà plus ou moins, merci :-) > > 2008/5/5 Proniewski Patrick : >> On 5 mai 08, at 14:14, Philippe Sainte-Marie wrote: >> >> >>> C'est un 7x500 Go en RAID5 sans disque de spare, et après avoir lu >>> les >>> différentes docs >>> sur le sujet, j'ai un gros doute sur le mode opératoire de la chose. >>> >>> Puis-je enlever le disque défectueux, puis remettre le nouveaux (qui >>> devrait lancer un >>> "rebuild de l'array" automatiquement) ou y'a t'il une uo plusieurs >>> étapes à faire pour >>> en arriver la ? (machine allumée ? éteinte ?, la doc n'est pas >>> claire >>> la dessus non plus) >>> >> >> >> tu déverrouilles le XServe RAID, tu extrais le disque défectueux, tu >> insères le nouveau disque, et tu re-verrouilles la baie RAID. >> La reconstruction se lance alors automatiquement. >> Si tu as de la chance, tes autres disques ne vont pas lâcher juste >> à ce >> moment critique sous la charge de la reconstruction. Si tu n'as pas >> de >> chance, un autre disque lâchera et tu perdras toutes tes données. >> >> Moralité : >> - prévoir un disque de spare pour que la reconstruction se fasse le >> plus >> tôt possible après le problème, >> - éviter le RAID 5 pur (nous on a 6 disques en RAID 5 + un spare dans >> chaque demie-baie, les deux ensembles RAID 5 étant mis en RAID 1 >> soft via le >> XServe qui pilote la baie). >> Le RAID 5 c'est fragile, car ça ne tolère la perte que d'un seul >> disque. >> Bonne chance. >> >> >> Patrick PRONIEWSKI >> -- >> Administrateur Système - SENTIER - Université Lumière Lyon 2 >> >> >> _______________________________________________ >> Admin-ml mailing list >> Admin-ml@mosx.org >> http://coruscant.mosx.org/mailman/listinfo/admin-ml >> > > > > -- > Philippe Sainte-Marie > philippe.sm@gmail.com > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml > From matthieu000000 at gmail.com Tue May 6 16:11:46 2008 From: matthieu000000 at gmail.com (Matthieu) Date: Tue May 6 16:12:25 2008 Subject: [Admin-ml] Dossiers et fichiers en double (voire plus) Message-ID: <9E04C895-7AD7-4479-A06B-EE6F49B983B5@gmail.com> Bonjour Ce message car j'ai deux clients avec des configuration différentes mais le même problème : - Le client A avec un Xserve G4 en 10.4.11 - Le client B avec un Xserve Intel en 10.5.2 Les deux avec un dossier partagé en AFP et en SMB Le problème : certains MacOSX client voient les fichiers et dossiers en double (parfois jusqu'à 6), pas tout le temps mais souvent et une simple déconnexion/reconnexion au serveur suffit. Lorsque j'ai constaté le problème j'ai naviguer via le terminal, là tout est ok. J'ai constaté que : - chez le client A tous les postes sont en 10.4. - chez le client B apparemment il n'y a que les clients en 10.4 qui voient les doubles. Les PCs (Windows XP) ont aussi vu de fichiers en doubles. J'ai bien sûr contacté le support Apple (fourni avec la garantie du Xserve du client B) apparemment ils sont sur le coup mais n'ont pas ce problème de répertorié. Et il suffit de les appeler pour dans la plus part du temps ne rien apprendre et plutôt leur en apprendre. Ils m'ont quand même conseillé de virer tous les fichiers .DS_Store du serveur. Ce que j'ai fait sur un dossier pendant qu'un client voyait son contenu en double mais rien à changé. Là ou c'est dangereux c'est que si l'ont modifie/supprime un élément, ça le fait sur "les deux", et certains croyant à une copie ont supprimés un dossier de boulot en cours : les deux étaient supprimés. Merci backup... Si vous avez des idées Les DNS sont bien configurés, répondent bien, même le reverse ;-) -- Matthieu From listes at h2c-conseil.com Tue May 6 18:46:26 2008 From: listes at h2c-conseil.com (Jean-Philippe Delaunay) Date: Tue May 6 18:58:43 2008 Subject: [Admin-ml] Dossiers et fichiers en double (voire plus) In-Reply-To: <9E04C895-7AD7-4479-A06B-EE6F49B983B5@gmail.com> References: <9E04C895-7AD7-4479-A06B-EE6F49B983B5@gmail.com> Message-ID: Le 6 mai 08 à 16:11, Matthieu a écrit : > Si vous avez des idées Pas d'idée, désolé, mais on a constaté le problème chez plusieurs clients également, sans pouvoir vraiment en déterminer la cause. -- J-Ph. Delaunay http://fr.groups.yahoo.com/group/mac-a-rennes ----------------------------------------------------------------- Si la connerie se mesurait, il servirait de mètre étalon... Y serait à Sèvres. M. Audiard From patrick.proniewski at univ-lyon2.fr Fri May 9 08:59:29 2008 From: patrick.proniewski at univ-lyon2.fr (Proniewski Patrick) Date: Fri May 9 09:00:01 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve?= =?ISO-8859-1?Q?_RAID?= In-Reply-To: <8316AC05-6EAD-4A5E-970C-5D9695807834@irtsnpdc.fr> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> <860363620805051254m26dd6b77rb644013f78822893@mail.gmail.com> <8316AC05-6EAD-4A5E-970C-5D9695807834@irtsnpdc.fr> Message-ID: <0769809D-E1B6-448B-BE2B-9C2EA5D7DF9C@univ-lyon2.fr> On 6 mai 08, at 06:21, Jean-Luc Bailloeul wrote: > J'ai un raid 5 dans un Xserve composé de 3 disques (serveur de > fichiers). J'ai ce Xserve depuis 2004, et n'ai changé qu'un disque > depuis. > Comment connaître l'état des disques ? tu ne peux pas, avec certitude. SMART peut détecter certains problème (l'état SMART est indiqué par l'outil disque dur, et probablement les outils admin Mac OS X Server), mais il n'est pas infaillible et il n'est pas rare de voir un disque dur mourir sans que SMART s'en aperçoive, ou sans qu'il ai eu le temps de faire remonter l'information. > Pensez-vous qu'il faille changer de façon anticipée les disques > (sachant que la dernière reconstruction avait pris une bonne > douzaine d'heure, à mon souvenir) ? 12h ?? mais ils font quelle taille tes disques ? Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2 From jlbailloeul at irtsnpdc.fr Fri May 9 09:07:16 2008 From: jlbailloeul at irtsnpdc.fr (Jean-Luc Bailloeul) Date: Fri May 9 09:08:36 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve?= =?ISO-8859-1?Q?_RAID?= In-Reply-To: <0769809D-E1B6-448B-BE2B-9C2EA5D7DF9C@univ-lyon2.fr> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> <860363620805051254m26dd6b77rb644013f78822893@mail.gmail.com> <8316AC05-6EAD-4A5E-970C-5D9695807834@irtsnpdc.fr> <0769809D-E1B6-448B-BE2B-9C2EA5D7DF9C@univ-lyon2.fr> Message-ID: <00990968-3E8A-4D46-A1E8-3030B93BA60C@irtsnpdc.fr> Bonjour Patrick, Merci pour tes réponses. > 12h ?? mais ils font quelle taille tes disques ? Ils font 250 Go. 12 h j'exagères peut-être un peu, mais je me souviens l'avoir remplacé le matin et qu'il avait fallu la journée. > tu ne peux pas, avec certitude. SMART peut détecter certains > problème (l'état SMART est indiqué par l'outil disque dur, et > probablement les outils admin Mac OS X Server), mais il n'est pas > infaillible et il n'est pas rare de voir un disque dur mourir sans > que SMART s'en aperçoive, ou sans qu'il ai eu le temps de faire > remonter l'information. C'est bien ce que j'en pensais. dans ce cas faut-il les changer de façon préventive ? Le 9 mai 08 à 08:59, Proniewski Patrick a écrit : > On 6 mai 08, at 06:21, Jean-Luc Bailloeul wrote: > >> J'ai un raid 5 dans un Xserve composé de 3 disques (serveur de >> fichiers). J'ai ce Xserve depuis 2004, et n'ai changé qu'un disque >> depuis. >> Comment connaître l'état des disques ? > > tu ne peux pas, avec certitude. SMART peut détecter certains > problème (l'état SMART est indiqué par l'outil disque dur, et > probablement les outils admin Mac OS X Server), mais il n'est pas > infaillible et il n'est pas rare de voir un disque dur mourir sans > que SMART s'en aperçoive, ou sans qu'il ai eu le temps de faire > remonter l'information. > >> Pensez-vous qu'il faille changer de façon anticipée les disques >> (sachant que la dernière reconstruction avait pris une bonne >> douzaine d'heure, à mon souvenir) ? > > 12h ?? mais ils font quelle taille tes disques ? > > Patrick PRONIEWSKI > -- > Administrateur Système - SENTIER - Université Lumière Lyon 2 > > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml > From patrick.proniewski at univ-lyon2.fr Fri May 9 09:24:23 2008 From: patrick.proniewski at univ-lyon2.fr (Proniewski Patrick) Date: Fri May 9 09:24:41 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve?= =?ISO-8859-1?Q?_RAID?= In-Reply-To: <00990968-3E8A-4D46-A1E8-3030B93BA60C@irtsnpdc.fr> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> <860363620805051254m26dd6b77rb644013f78822893@mail.gmail.com> <8316AC05-6EAD-4A5E-970C-5D9695807834@irtsnpdc.fr> <0769809D-E1B6-448B-BE2B-9C2EA5D7DF9C@univ-lyon2.fr> <00990968-3E8A-4D46-A1E8-3030B93BA60C@irtsnpdc.fr> Message-ID: <551D4752-C357-4234-81F8-84E3C0DBC5BC@univ-lyon2.fr> On 9 mai 08, at 09:07, Jean-Luc Bailloeul wrote: >> 12h ?? mais ils font quelle taille tes disques ? > Ils font 250 Go. 12 h j'exagères peut-être un peu, mais je me > souviens l'avoir remplacé le matin et qu'il avait fallu la journée. tu as une grosse activité sur ce serveur ? Si tu n'as pas peur de couper la chique aux utilisateurs, tu peux débrancher le réseau pendant la phase de reconstruction, si le serveur subit d'ordinaire une grosse activité, tu devrais noter une accélération sensible de la reconstruction. >> tu ne peux pas, avec certitude. SMART peut détecter certains >> problème (l'état SMART est indiqué par l'outil disque dur, et >> probablement les outils admin Mac OS X Server), mais il n'est pas >> infaillible et il n'est pas rare de voir un disque dur mourir sans >> que SMART s'en aperçoive, ou sans qu'il ai eu le temps de faire >> remonter l'information. > > C'est bien ce que j'en pensais. dans ce cas faut-il les changer de > façon préventive ? je ne pense pas, mais il faut avoir une bonne backup. Parce qu'un RAID 5 qui perd un disque c'est mal, mais un RAID 5 qui perd deux disques, c'est mort. Si tu en as deux qui ont le même age, et qui portent des numéros de série très proches, il n'est pas impossible qu'ils décident de mourir ensemble (ou dans un laps de temps trop court pour permettre une intervention et une reconstruction complète). Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2 From jlbailloeul at irtsnpdc.fr Fri May 9 09:41:52 2008 From: jlbailloeul at irtsnpdc.fr (Jean-Luc Bailloeul) Date: Fri May 9 09:42:38 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve?= =?ISO-8859-1?Q?_RAID?= In-Reply-To: <551D4752-C357-4234-81F8-84E3C0DBC5BC@univ-lyon2.fr> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> <860363620805051254m26dd6b77rb644013f78822893@mail.gmail.com> <8316AC05-6EAD-4A5E-970C-5D9695807834@irtsnpdc.fr> <0769809D-E1B6-448B-BE2B-9C2EA5D7DF9C@univ-lyon2.fr> <00990968-3E8A-4D46-A1E8-3030B93BA60C@irtsnpdc.fr> <551D4752-C357-4234-81F8-84E3C0DBC5BC@univ-lyon2.fr> Message-ID: <2EA84474-F5F7-4C8B-999F-5A52F5E2FB09@irtsnpdc.fr> Le 9 mai 08 à 09:24, Proniewski Patrick a écrit : > On 9 mai 08, at 09:07, Jean-Luc Bailloeul wrote: > >>> 12h ?? mais ils font quelle taille tes disques ? >> Ils font 250 Go. 12 h j'exagères peut-être un peu, mais je me >> souviens l'avoir remplacé le matin et qu'il avait fallu la journée. > > tu as une grosse activité sur ce serveur ? Si tu n'as pas peur de > couper la chique aux utilisateurs, tu peux débrancher le réseau > pendant la phase de reconstruction, si le serveur subit d'ordinaire > une grosse activité, tu devrais noter une accélération sensible de > la reconstruction. Oui j'ai du monde sur ce serveur. c'est mon serveur de fichiers. Je pense que c'est ce que j'avais fait. Il sert essentiellement à la sauvegarde, j'ai au final peu de groupes de travail dessus. > > > >>> tu ne peux pas, avec certitude. SMART peut détecter certains >>> problème (l'état SMART est indiqué par l'outil disque dur, et >>> probablement les outils admin Mac OS X Server), mais il n'est pas >>> infaillible et il n'est pas rare de voir un disque dur mourir sans >>> que SMART s'en aperçoive, ou sans qu'il ai eu le temps de faire >>> remonter l'information. >> >> C'est bien ce que j'en pensais. dans ce cas faut-il les changer de >> façon préventive ? > > je ne pense pas, mais il faut avoir une bonne backup. Parce qu'un > RAID 5 qui perd un disque c'est mal, mais un RAID 5 qui perd deux > disques, c'est mort. Si tu en as deux qui ont le même age, et qui > portent des numéros de série très proches, il n'est pas impossible > qu'ils décident de mourir ensemble (ou dans un laps de temps trop > court pour permettre une intervention et une reconstruction complète). Je fais un backup quotidien de la partition qui contient les dossiers utilisateurs via retrospect. et je fais un backup régulier de la partition qui contient le système via Carbon Copy Cloner. Je ne penses pas que mon scénario soit au point, dans la mesure ou je n'ai pas la certitude que Retrospect conserve les droits des fichiers. Ce serait une bonne thématique pour un fil de discussions, ça. Quels sont les méthodes de sauvegarde et les scénarios de retour à l'activité des uns et des autres. > > > > Patrick PRONIEWSKI > -- > Administrateur Système - SENTIER - Université Lumière Lyon 2 > > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml > From patrick.proniewski at univ-lyon2.fr Fri May 9 10:06:23 2008 From: patrick.proniewski at univ-lyon2.fr (Proniewski Patrick) Date: Fri May 9 10:06:48 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve?= =?ISO-8859-1?Q?_RAID?= In-Reply-To: <2EA84474-F5F7-4C8B-999F-5A52F5E2FB09@irtsnpdc.fr> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> <860363620805051254m26dd6b77rb644013f78822893@mail.gmail.com> <8316AC05-6EAD-4A5E-970C-5D9695807834@irtsnpdc.fr> <0769809D-E1B6-448B-BE2B-9C2EA5D7DF9C@univ-lyon2.fr> <00990968-3E8A-4D46-A1E8-3030B93BA60C@irtsnpdc.fr> <551D4752-C357-4234-81F8-84E3C0DBC5BC@univ-lyon2.fr> <2EA84474-F5F7-4C8B-999F-5A52F5E2FB09@irtsnpdc.fr> Message-ID: <1D5D104A-51E8-4CF1-8527-08C8D485FC0A@univ-lyon2.fr> On 9 mai 08, at 09:41, Jean-Luc Bailloeul wrote: > Je fais un backup quotidien de la partition qui contient les > dossiers utilisateurs via retrospect. > et je fais un backup régulier de la partition qui contient le > système via Carbon Copy Cloner. > Je ne penses pas que mon scénario soit au point, dans la mesure ou > je n'ai pas la certitude que Retrospect conserve les droits des > fichiers. > > Ce serait une bonne thématique pour un fil de discussions, ça. Quels > sont les méthodes de sauvegarde et les scénarios de retour à > l'activité des uns et des autres. chez nous c'est ceinture et bretelle :) Nos XServes ont 2 disques en RAID 1 (miroir), le 3eme disque est une copie du volume RAID faite avec rsync toutes les nuits. Autrefois (ce n'est plus possible maintenant, trop de serveurs), on sortait le 3eme disque tous les mois pour le mettre en sécurité hors site, et on le remplaçait par le disque du mois précédent. Toutes les nuits, on a aussi un rsync sur le réseau, pour backuper chaque machine sur une baie RAID. Un jour, quand on aura le temps, on aura même un archivage sur bande. Le matériel et le soft sont là, depuis plus d'un an, mais on n'a toujours pas eu le temps de s'y attaquer vraiment. En attendant, tous les mois mon collègue recopie la baie RAID sur un gros disque FW, et grave des DVD avec le contenu de ce gros disque. Pour ce qui est du retour à l'activité, pour le moment c'est très rapide car on n'a que des sinistres mineurs. Récemment on a des alim de XServe qui ont laché (2 en 15j), comme on a des machines de spare c'est vite vu : soit on transpose les disques de prod dans le boîtier de spare, et on repart en 5 minutes, soit on change l'alim du boîtier de prod, et ça prend 10 minutes. Changer l'alim est l'alternative la plus simple en dépit des apparences, car cela ne déplace pas le serveur. Dans le cas du déplacement des disques vers un autre boîtier, il faut re-étiqueter, parfois re-câbler, et faire les changements ad hoc dans la base de données du matériel (GLPI). Coté baie RAID, elles ont toutes un ou plusieurs disques de spare, donc au moment d'une panne de disque on n'est même pas obligé d'intervenir (ie. en pleine nuit, on peut se rendormir et attendre le lendemain). Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2 From f.vincent at allibert-trekking.com Fri May 9 10:31:09 2008 From: f.vincent at allibert-trekking.com (Fabrice Vincent) Date: Fri May 9 10:31:34 2008 Subject: [Admin-ml] Dossiers et fichiers en double (voire plus) In-Reply-To: Message-ID: > De : Jean-Philippe Delaunay > > Pas d'idée, désolé, mais on a constaté le problème chez plusieurs > clients également, sans pouvoir vraiment en déterminer la cause. Pareil chez nous: on rencontre ce comportement de temps en temps sur notre serveur de fichiers principal (Xserve sous Tiger). Et pas le début d'un commencement de solution, ni même un début de commencement de diagnostic... :( A+ Fabrice From florian.labecot at ceva.com Fri May 9 10:02:04 2008 From: florian.labecot at ceva.com (florian.labecot@ceva.com) Date: Fri May 9 10:47:32 2008 Subject: [Admin-ml] Florian LABECOT is out of the office. Message-ID: I will be out of the office starting 07/05/2008 and will not return until 15/05/2008. I will respond to your message when I return. This message has been scanned for malware by SurfControl plc. www.surfcontrol.com From jlbailloeul at irtsnpdc.fr Fri May 9 10:49:49 2008 From: jlbailloeul at irtsnpdc.fr (Jean-Luc Bailloeul) Date: Fri May 9 10:50:35 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Echange_disque_d=E9fectueux_Xserve?= =?ISO-8859-1?Q?_RAID?= In-Reply-To: <1D5D104A-51E8-4CF1-8527-08C8D485FC0A@univ-lyon2.fr> References: <860363620805050514u3a0f6cfbm674d6cba9b88fa90@mail.gmail.com> <3E1FC268-6BDC-4D49-A1AF-385F90C22074@univ-lyon2.fr> <860363620805051254m26dd6b77rb644013f78822893@mail.gmail.com> <8316AC05-6EAD-4A5E-970C-5D9695807834@irtsnpdc.fr> <0769809D-E1B6-448B-BE2B-9C2EA5D7DF9C@univ-lyon2.fr> <00990968-3E8A-4D46-A1E8-3030B93BA60C@irtsnpdc.fr> <551D4752-C357-4234-81F8-84E3C0DBC5BC@univ-lyon2.fr> <2EA84474-F5F7-4C8B-999F-5A52F5E2FB09@irtsnpdc.fr> <1D5D104A-51E8-4CF1-8527-08C8D485FC0A@univ-lyon2.fr> Message-ID: Oui j'ai pensé également à la solution que tu décrit pour tes xerves à l'installation de mon serveur de fichier. Cependant, ce faisant tu perds en capacité de stockage. là ou j'ai 500 Go en raid 5, je n'aurais eu que 250 en Raid 1. Je sauvegardes donc ma partition système sur une partition locale, que je bascule ensuite vers mon G5. et les dossiers Users sur un disque FW800 externe. Mon serveur de mail est sauvegardé en incrémental quotidiennement sur un FW800 avec CCC (du Rsync avec une gentille interface graphique pour mes collègues allergiques à l'Unix et la ligne de commande), et ce depuis peu. J'ai réagi quand son disque est tombé en carafe. J'ai deux xserves qui font tourner 4D, base doc et base administrative, qui sont sauvegardées sur le serveur de fichier en clair, puis sur bandes, avec Retrospect. sur un serveur dans une autre salle. Ce même serveur sauvegarde les données d'un serveur W2003 qui fait tourner EIG (les admins qui bossent en associatif doivent connaître), les mêmes données sont sauvegardées avec Retro sur le serveur de fichiers. L'ingénieur avec qui j'avais bossé sur les instals, Olivier Ducrot d'EasyMac, m'avait conseillé une baie Raid, mais je n'avais pas les moyens de mettre au mini 6000 ? supplémentaires. Au final, les données des bases sont bien sauvegardées (3 jeux quotidiens). C'est vraiment mon serveur de fichiers qui m'inquiète. d'autant qu'il est également serveur DHCP, Netboot, DNS2, CDP, AFP. Rétro c'est bien pour les bases de données sur bande. Mais pour un plan de retour d'activité pour des données Users, je sens que si ça m'arrive, je vais m'arracher les ongles. Le 9 mai 08 à 10:06, Proniewski Patrick a écrit : > On 9 mai 08, at 09:41, Jean-Luc Bailloeul wrote: > >> Je fais un backup quotidien de la partition qui contient les >> dossiers utilisateurs via retrospect. >> et je fais un backup régulier de la partition qui contient le >> système via Carbon Copy Cloner. >> Je ne penses pas que mon scénario soit au point, dans la mesure ou >> je n'ai pas la certitude que Retrospect conserve les droits des >> fichiers. >> >> Ce serait une bonne thématique pour un fil de discussions, ça. >> Quels sont les méthodes de sauvegarde et les scénarios de retour à >> l'activité des uns et des autres. > > > chez nous c'est ceinture et bretelle :) > > Nos XServes ont 2 disques en RAID 1 (miroir), le 3eme disque est une > copie du volume RAID faite avec rsync toutes les nuits. > Autrefois (ce n'est plus possible maintenant, trop de serveurs), on > sortait le 3eme disque tous les mois pour le mettre en sécurité hors > site, et on le remplaçait par le disque du mois précédent. > Toutes les nuits, on a aussi un rsync sur le réseau, pour backuper > chaque machine sur une baie RAID. > Un jour, quand on aura le temps, on aura même un archivage sur > bande. Le matériel et le soft sont là, depuis plus d'un an, mais on > n'a toujours pas eu le temps de s'y attaquer vraiment. > En attendant, tous les mois mon collègue recopie la baie RAID sur un > gros disque FW, et grave des DVD avec le contenu de ce gros disque. > > Pour ce qui est du retour à l'activité, pour le moment c'est très > rapide car on n'a que des sinistres mineurs. Récemment on a des alim > de XServe qui ont laché (2 en 15j), comme on a des machines de spare > c'est vite vu : soit on transpose les disques de prod dans le > boîtier de spare, et on repart en 5 minutes, soit on change l'alim > du boîtier de prod, et ça prend 10 minutes. Changer l'alim est > l'alternative la plus simple en dépit des apparences, car cela ne > déplace pas le serveur. Dans le cas du déplacement des disques vers > un autre boîtier, il faut re-étiqueter, parfois re-câbler, et faire > les changements ad hoc dans la base de données du matériel (GLPI). > > Coté baie RAID, elles ont toutes un ou plusieurs disques de spare, > donc au moment d'une panne de disque on n'est même pas obligé > d'intervenir (ie. en pleine nuit, on peut se rendormir et attendre > le lendemain). > > Patrick PRONIEWSKI > -- > Administrateur Système - SENTIER - Université Lumière Lyon 2 > > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml > From jayce at mosx.org Sat May 10 10:51:08 2008 From: jayce at mosx.org (Piel Jayce) Date: Sat May 10 10:51:00 2008 Subject: [Admin-ml] Petite question Time Machine Server... Message-ID: <9D67DDBE-1AE6-4F22-AEAC-E00DD4E1C41C@mosx.org> J'ai vu à plein d'endroits et ça a été répété à une présentation Apple y'a pas longtemps que Time Machine ne pouvait (ou ne devait, je sais plus) être utilisé lorsque le serveur était en mode "Advanced". En regardant dans le "Getting Started", on voit ceci à la page 53 : "Note: You can restore a standard or workgroup configuration from a Time Machine backup, but may not be able to completely restore advanced settings changed with Server Admin." Donc, le système n'est apparemment pas toujours correctement sauvegardé. Mais on voit aussi p32: "(Time Machine backup of server data isn?t supported for an advanced server.) " Ca veut dire la même chose ou ça veut dire que les données (du genre ce qui est saisi sur un wiki, les mail, les bases mysql......) ne serait pas correctement sauvegardées non plus ? A moins que ce ne soit tout simplement l'interface de restauration qui ne marche pas dans ServerAdmin et que c'est donc pour ça qu'ils ne supportent pas ? -- Jayce Piel MosX.org la renaissance..... From patrick.proniewski at univ-lyon2.fr Sat May 10 10:58:11 2008 From: patrick.proniewski at univ-lyon2.fr (Proniewski Patrick) Date: Sat May 10 10:58:29 2008 Subject: [Admin-ml] Petite question Time Machine Server... In-Reply-To: <9D67DDBE-1AE6-4F22-AEAC-E00DD4E1C41C@mosx.org> References: <9D67DDBE-1AE6-4F22-AEAC-E00DD4E1C41C@mosx.org> Message-ID: On 10 mai 08, at 10:51, Piel Jayce wrote: > "Note: You can restore a standard or workgroup configuration from a > Time Machine > backup, but may not be able to completely restore advanced settings > changed with > Server Admin." outch. faudra quand meme que je lise la doc un jour. > Donc, le système n'est apparemment pas toujours correctement > sauvegardé. c'est étrange, quand on sait que tout est dans des fichiers plist ou assimilé. > Mais on voit aussi p32: > "(Time Machine backup of server data isn?t supported for an advanced > server.) " > > Ca veut dire la même chose ou ça veut dire que les données (du genre > ce qui est saisi sur un wiki, les mail, les bases mysql......) ne > serait pas correctement sauvegardées non plus ? les bases MySQL ne sont sûrement pas sauvegardées proprement par time machine, la dessus je n'ai aucun doute. Par contre je ne vois pas le rapport avec le mode de gestion choisi pour le serveur (avancé ou non). Par ailleurs, il n'est pas exclu qu'une partie des données soit stockée hors d'atteinte de Time Machine. Apple est plein de gens qui ont une conception étrange de l'informatique. Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2 From nicolas.schont at crdp.ac-versailles.fr Sat May 10 10:58:59 2008 From: nicolas.schont at crdp.ac-versailles.fr (Nicolas Schont) Date: Sat May 10 11:54:15 2008 Subject: [Admin-ml] Petite question Time Machine Server... In-Reply-To: <9D67DDBE-1AE6-4F22-AEAC-E00DD4E1C41C@mosx.org> References: <9D67DDBE-1AE6-4F22-AEAC-E00DD4E1C41C@mosx.org> Message-ID: <482563D3.3010009@crdp.ac-versailles.fr> Bonjour, J'ai un serveur en mode advance avec time machine qui tourne, j'ai deja restaure quelques fichiers sans soucis, par contre je n'ai jamais testé la restauration complète, et je n'ai pas de base de données qui tourne dessus. Cordialement ************************************************* InterTice 2008 [23 et 24 mai] Carrefour des usages pédagogiques du numérique Renseignements et inscriptions : http://www.intertice.fr ************************************************* ?Nicolas SCHONT Département des Technologies de l'Information et de la Communication CRDP de l'académie de Versailles Tel : 01 39 45 78 97 / 06 88 84 49 98 Piel Jayce a écrit : > > J'ai vu à plein d'endroits et ça a été répété à une présentation Apple > y'a pas longtemps que Time Machine ne pouvait (ou ne devait, je sais > plus) être utilisé lorsque le serveur était en mode "Advanced". > > En regardant dans le "Getting Started", on voit ceci à la page 53 : > > "Note: You can restore a standard or workgroup configuration from a > Time Machine > backup, but may not be able to completely restore advanced settings > changed with > Server Admin." > > Donc, le système n'est apparemment pas toujours correctement sauvegardé. > > Mais on voit aussi p32: > "(Time Machine backup of server data isn?t supported for an advanced > server.) " > > Ca veut dire la même chose ou ça veut dire que les données (du genre ce > qui est saisi sur un wiki, les mail, les bases mysql......) ne serait > pas correctement sauvegardées non plus ? > > A moins que ce ne soit tout simplement l'interface de restauration qui > ne marche pas dans ServerAdmin et que c'est donc pour ça qu'ils ne > supportent pas ? > > > ------------------------------------------------------------------------ > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml From listes at h2c-conseil.com Tue May 13 14:04:20 2008 From: listes at h2c-conseil.com (Jean-Philippe Delaunay) Date: Tue May 13 14:04:41 2008 Subject: [Admin-ml] iCal Serveur Message-ID: <7FC2CDFF-864E-4D72-AF39-8AC2CE8BE7C9@h2c-conseil.com> Salut, Bon, je m'arrache les cheveux sur la mise en place d'iCal serveur sur mon serveur 10.5. L'OS du serveur est à jour. Le DNS est OK` Les services activés sont AFP, DHCP, DNS, iCal et Open Directory (maître) Tout fonctionne sauf iCal : impossible de publier un calendrier depuis un poste client. Voici ce que me raconte le log : 192.168.0.10 - test [13/May/2008:13:56:31 +0200] "PUT /test.ics HTTP/ 1.1" 403 234 "-" "DAVKit/2.0 (10.5.2; wrbt) iCal 3.0.2" [420.7 ms] Une idée ? -- J-Ph. Delaunay http://fr.groups.yahoo.com/group/mac-a-rennes ----------------------------------------------------------------- Une paella sans coquillages, c'est un gigot sans ail, un escroc sans rosette. M. Audiard From patrick.proniewski at univ-lyon2.fr Tue May 13 14:10:52 2008 From: patrick.proniewski at univ-lyon2.fr (Proniewski Patrick) Date: Tue May 13 14:11:28 2008 Subject: [Admin-ml] iCal Serveur In-Reply-To: <7FC2CDFF-864E-4D72-AF39-8AC2CE8BE7C9@h2c-conseil.com> References: <7FC2CDFF-864E-4D72-AF39-8AC2CE8BE7C9@h2c-conseil.com> Message-ID: On 13 mai 08, at 14:04, Jean-Philippe Delaunay wrote: > 192.168.0.10 - test [13/May/2008:13:56:31 +0200] "PUT /test.ics HTTP/ > 1.1" 403 234 "-" "DAVKit/2.0 (10.5.2; wrbt) iCal 3.0.2" [420.7 ms] > > Une idée ? 403 = Forbidden maintenant à toi de trouver ce qui fait que ton PUT est "forbidden" (droit du répertoire, ...) Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2 From listes at h2c-conseil.com Tue May 13 14:18:47 2008 From: listes at h2c-conseil.com (Jean-Philippe Delaunay) Date: Tue May 13 14:19:07 2008 Subject: [Admin-ml] iCal Serveur In-Reply-To: References: <7FC2CDFF-864E-4D72-AF39-8AC2CE8BE7C9@h2c-conseil.com> Message-ID: <5E1555A7-9CBA-4D62-81E0-026C875C1D1D@h2c-conseil.com> Le 13 mai 08 à 14:10, Proniewski Patrick a écrit : >> 192.168.0.10 - test [13/May/2008:13:56:31 +0200] "PUT /test.ics >> HTTP/1.1" 403 234 "-" "DAVKit/2.0 (10.5.2; wrbt) iCal 3.0.2" [420.7 >> ms] >> >> Une idée ? > > 403 = Forbidden > maintenant à toi de trouver ce qui fait que ton PUT est > "forbidden" (droit du répertoire, ...) Ben justement, d'après les droits ça devrait pas :-/ -- J-Ph. Delaunay http://fr.groups.yahoo.com/group/mac-a-rennes ----------------------------------------------------------------- Une paella sans coquillages, c'est un gigot sans ail, un escroc sans rosette. M. Audiard From patrick.proniewski at univ-lyon2.fr Tue May 13 14:22:21 2008 From: patrick.proniewski at univ-lyon2.fr (Proniewski Patrick) Date: Tue May 13 14:22:48 2008 Subject: [Admin-ml] iCal Serveur In-Reply-To: <5E1555A7-9CBA-4D62-81E0-026C875C1D1D@h2c-conseil.com> References: <7FC2CDFF-864E-4D72-AF39-8AC2CE8BE7C9@h2c-conseil.com> <5E1555A7-9CBA-4D62-81E0-026C875C1D1D@h2c-conseil.com> Message-ID: <57784CE3-3DE5-4DCC-A8E6-FD400F8AB625@univ-lyon2.fr> On 13 mai 08, at 14:18, Jean-Philippe Delaunay wrote: >> 403 = Forbidden >> maintenant à toi de trouver ce qui fait que ton PUT est >> "forbidden" (droit du répertoire, ...) > > Ben justement, d'après les droits ça devrait pas :-/ ça, on a parfois des surprises... qui est l'utilisateur qui veut écrire ? (www ? appserver ?...) Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2 From fdm77 at laposte.net Wed May 14 09:28:07 2008 From: fdm77 at laposte.net (Fabrice Montant) Date: Wed May 14 10:04:41 2008 Subject: [Admin-ml] iCal Serveur In-Reply-To: <7FC2CDFF-864E-4D72-AF39-8AC2CE8BE7C9@h2c-conseil.com> References: <7FC2CDFF-864E-4D72-AF39-8AC2CE8BE7C9@h2c-conseil.com> Message-ID: <6BE338D1-3F19-4FB8-AED9-6FC2EAEC4AF5@laposte.net> J'ai exactement le même problème sur l'un de mes compte iCal fdm Le 13 mai 08 à 14:04, Jean-Philippe Delaunay a écrit : > Salut, > > Bon, je m'arrache les cheveux sur la mise en place d'iCal serveur > sur mon serveur 10.5. > > L'OS du serveur est à jour. > Le DNS est OK` > Les services activés sont AFP, DHCP, DNS, iCal et Open Directory > (maître) > > Tout fonctionne sauf iCal : impossible de publier un calendrier > depuis un poste client. > > Voici ce que me raconte le log : > 192.168.0.10 - test [13/May/2008:13:56:31 +0200] "PUT /test.ics HTTP/ > 1.1" 403 234 "-" "DAVKit/2.0 (10.5.2; wrbt) iCal 3.0.2" [420.7 ms] > > Une idée ? > > -- > J-Ph. Delaunay http://fr.groups.yahoo.com/group/mac-a-rennes > ----------------------------------------------------------------- > Une paella sans coquillages, c'est un gigot sans ail, un escroc > sans rosette. M. Audiard > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml > From jayce at mosx.org Wed May 14 21:54:31 2008 From: jayce at mosx.org (Piel Jayce) Date: Wed May 14 21:54:52 2008 Subject: [Admin-ml] Dockfixup "custom" In-Reply-To: <7EA38BE0-CFB9-433C-B541-97C591BE4328@gmail.com> References: <7EA38BE0-CFB9-433C-B541-97C591BE4328@gmail.com> Message-ID: <01C60D76-B0E3-44EA-BF3F-42367D3A1E53@mosx.org> Le 25 avr. 08 à 17:23, Sylvain La Gravière a écrit : > Bonjour à tous. > > Pour faire un master le plus "automatisé" possible, j'aimerai > "tweaker" un peu le fichier "com.apple.dockfixup.plist" pour qu'il > me modifie le dock comme je veut a la création d'un nouvel > utilisateur. > > Alors j'ai bien réussi a lui faire rajouter des applications en > rajoutant des lignes du genre (par contre je n'ai pas vu si il y > avais d'autre options que "after end") : > > > after > end > path > /Applications/Office2004/Excel.app > > > ,mais je n'arrive pas a retirer des applications du dock par défaut. > > Je pensais que la "key" remove-file du genre : > > /Applications/GarageBand.app > no-val > > étais la pour çà, mais rien a faire (j'ai tenté un "true" ou un > "yes" a la place du "no-val") toutes les applications (iCal, iChat > iTunes et compagnie) se retrouve quand même dans le dock par défaut. > > Donc à par trifouiller le default.plist a l'intérieur même du > Dock.app, que me conseillez vous ? > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml Heu... Et les fichiers de création des utilisateurs, ça te va pas ? PBook-J-Piel:~ jayce$ sudo ls /System/Library/User\ Template English.lproj French.lproj Non_localized user.template PBook-J-Piel:~ jayce$ sudo ls /System/Library/User\ Template/ French.lproj .CFUserTextEncoding Library Public Desktop Movies Sites Documents Music Downloads Pictures PBook-J-Piel:~ jayce$ sudo ls /System/Library/User\ Template/ French.lproj/Library/Preferences/ .GlobalPreferences.plist com.apple.symbolichotkeys.plist Tu mets ton fichier plist tout prêt au bon endroit et ça devrait rouler pour tous les utilisateurs que tu crées, non ? From jayce at mosx.org Wed May 14 22:06:41 2008 From: jayce at mosx.org (Piel Jayce) Date: Wed May 14 22:07:00 2008 Subject: [Admin-ml] Petite question Time Machine Server... In-Reply-To: References: <9D67DDBE-1AE6-4F22-AEAC-E00DD4E1C41C@mosx.org> Message-ID: <8DCBEB35-D896-4476-800E-06554F3A2D98@mosx.org> Le 10 mai 08 à 10:58, Proniewski Patrick a écrit : > On 10 mai 08, at 10:51, Piel Jayce wrote: > >> "Note: You can restore a standard or workgroup configuration from >> a Time Machine >> backup, but may not be able to completely restore advanced settings >> changed with >> Server Admin." > > outch. faudra quand meme que je lise la doc un jour. Faut dire que je l'ai lue parce que je cherchais l'info, Apple l'avait dit à la dernière présentation de Leo Server à la cité internationale de paris.... >> Donc, le système n'est apparemment pas toujours correctement >> sauvegardé. > > c'est étrange, quand on sait que tout est dans des fichiers plist ou > assimilé. Oui... :-/ >> Mais on voit aussi p32: >> "(Time Machine backup of server data isn?t supported for an >> advanced server.) " >> >> Ca veut dire la même chose ou ça veut dire que les données (du >> genre ce qui est saisi sur un wiki, les mail, les bases >> mysql......) ne serait pas correctement sauvegardées non plus ? > > les bases MySQL ne sont sûrement pas sauvegardées proprement par > time machine, la dessus je n'ai aucun doute. Par contre je ne vois > pas le rapport avec le mode de gestion choisi pour le serveur > (avancé ou non). Par ailleurs, il n'est pas exclu qu'une partie des > données soit stockée hors d'atteinte de Time Machine. > Apple est plein de gens qui ont une conception étrange de > l'informatique. C'est clair... Mais à ce moment là, ils auraient dû déconseillé la sauvegarde du serveur tout court. Je ne vois pas pourquoi certaines configs sont conseillées et d'autres non. Piel Jayce jayce@mosx.org From darkomen78 at gmail.com Thu May 15 10:30:38 2008 From: darkomen78 at gmail.com (=?ISO-8859-1?Q?Sylvain_La_Gravi=E8re?=) Date: Thu May 15 10:40:54 2008 Subject: [Admin-ml] Dockfixup "custom" In-Reply-To: <01C60D76-B0E3-44EA-BF3F-42367D3A1E53@mosx.org> References: <7EA38BE0-CFB9-433C-B541-97C591BE4328@gmail.com> <01C60D76-B0E3-44EA-BF3F-42367D3A1E53@mosx.org> Message-ID: <56A46BE3-0BBB-4DCD-A79C-15CD4FE33632@gmail.com> Le 14 mai 08 à 21:54, Piel Jayce a écrit : > Le 25 avr. 08 à 17:23, Sylvain La Gravière a écrit : > >> Bonjour à tous. >> >> Pour faire un master le plus "automatisé" possible, j'aimerai >> "tweaker" un peu le fichier "com.apple.dockfixup.plist" pour qu'il >> me modifie le dock comme je veut a la création d'un nouvel >> utilisateur. >> >> Alors j'ai bien réussi a lui faire rajouter des applications en >> rajoutant des lignes du genre (par contre je n'ai pas vu si il y >> avais d'autre options que "after end") : >> >> >> after >> end >> path >> /Applications/Office2004/Excel.app >> >> >> ,mais je n'arrive pas a retirer des applications du dock par défaut. >> >> Je pensais que la "key" remove-file du genre : >> >> /Applications/GarageBand.app >> no-val >> >> étais la pour çà, mais rien a faire (j'ai tenté un "true" ou un >> "yes" a la place du "no-val") toutes les applications (iCal, iChat >> iTunes et compagnie) se retrouve quand même dans le dock par défaut. >> >> Donc à par trifouiller le default.plist a l'intérieur même du >> Dock.app, que me conseillez vous ? >> _______________________________________________ >> Admin-ml mailing list >> Admin-ml@mosx.org >> http://coruscant.mosx.org/mailman/listinfo/admin-ml > > Heu... Et les fichiers de création des utilisateurs, ça te va pas ? > > PBook-J-Piel:~ jayce$ sudo ls /System/Library/User\ Template > English.lproj French.lproj Non_localized user.template > PBook-J-Piel:~ jayce$ sudo ls /System/Library/User\ Template/ > French.lproj > .CFUserTextEncoding Library Public > Desktop Movies Sites > Documents Music > Downloads Pictures > PBook-J-Piel:~ jayce$ sudo ls /System/Library/User\ Template/ > French.lproj/Library/Preferences/ > .GlobalPreferences.plist com.apple.symbolichotkeys.plist > > > > Tu mets ton fichier plist tout prêt au bon endroit et ça devrait > rouler pour tous les utilisateurs que tu crées, non ? > > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml Non ça ne marche pas, le dockfixup passe après la création du compte et modifie le default.plist contenu dans le package du dock. Mais je m'en suis quand même finalement sortis via un applescript. Par contre je n'ai pas réussi a rajouter des dossier a droite du séparateur. Pour ceux que ça intéresse, voilà a quoi ça ressemble (c'est basé sur un truc que j'ai trouvé sur je sais plus quel site) : do shell script "defaults delete com.apple.dock persistent-apps" set these_files to {"Disque Dur:Applications:Dashboard.app", "Disque Dur:Applications:office2004:Word.app", "Disque Dur:Applications:office2004:Excel.app", "Disque Dur:Applications:office2004:PowerPoint.app", "Disque Dur:Applications:Safari.app", "Disque Dur:Applications:Firefox.app", "Disque Dur:Applications:Camino.app", "Disque Dur:Applications:groupwise:Groupwise.app", "Disque Dur:Applications:LiquidCD.app", "Disque Dur:Applications:VLC.app"} repeat with i from 1 to the count of these_files set this_file to POSIX path of (item i of these_files as alias) do shell script "defaults write com.apple.dock " & "persistent-apps" & " -array-add 'tile-datafile-data_CFURLString" & this_file & "_CFURLStringType0'" end repeat (*set these_folders to {"Disque Dur:Applications:office2004", home & ":Documents"} repeat with i from 1 to the count of these_folder set this_folder to POSIX path of (item i of these_folders as alias) do shell script "defaults write com.apple.dock " & "persistent- others" & " -array-add 'tile-datafile- data_CFURLString" & this_folder & "_CFURLStringType0'" end repeat*) tell application "Dock" quit delay 2 activate application "Dock" end tell From jayce at mosx.org Thu May 15 10:49:50 2008 From: jayce at mosx.org (Piel Jayce) Date: Thu May 15 10:49:41 2008 Subject: [Admin-ml] Dockfixup "custom" In-Reply-To: <56A46BE3-0BBB-4DCD-A79C-15CD4FE33632@gmail.com> References: <7EA38BE0-CFB9-433C-B541-97C591BE4328@gmail.com> <01C60D76-B0E3-44EA-BF3F-42367D3A1E53@mosx.org> <56A46BE3-0BBB-4DCD-A79C-15CD4FE33632@gmail.com> Message-ID: <893E4C00-560D-4BD2-80EF-08DDD61A0D85@mosx.org> Le 15 mai 08 à 10:30, Sylvain La Gravière a écrit : > Non ça ne marche pas, le dockfixup passe après la création du compte > et modifie le default.plist contenu dans le package du dock. > Mais je m'en suis quand même finalement sortis via un applescript. > Par contre je n'ai pas réussi a rajouter des dossier a droite du > séparateur. > Pour ceux que ça intéresse, voilà a quoi ça ressemble (c'est basé > sur un truc que j'ai trouvé sur je sais plus quel site) : Sur le même principe que ton script qui efface tous les icônes du dock et le recrée, j'en reviens à la personnalisation des UserTemplates. Tu te crée un Dock comme il faut et tu metsn en le renommant, le fichier de prefs dans le UserTemplates. Ensuite, ton script ne ferait que supprimer le fichier standard, le remplacer par le tiens et relancer le dock. M'enfin ça se tient avec ton script... -- Jayce Piel MosX.org la renaissance..... From jayce at mosx.org Thu May 15 10:53:06 2008 From: jayce at mosx.org (Piel Jayce) Date: Thu May 15 10:52:53 2008 Subject: [Admin-ml] =?iso-8859-1?q?Conna=EEtre_l=27utilisation_du_serveur?= =?iso-8859-1?q?_de_messagerie?= Message-ID: <54F9033B-3650-4274-85E7-D09C78F0ACC2@mosx.org> Je voudrais savoir ce que fait mon serveur de messagerie (la partie SMTP seulement) pour évaluer les besoins en cas d'externalisation. Savez-vous si il y a un moyen de regarder : - le nombre de messages envoyés et reçus par le serveur (ça, c'est "facile" en faisant un script sur les logs) - le débit en entrée et en sortie du serveur SMTP (là, je vois rien dans les logs qui pourraient m'aider) -- Jayce Piel MosX.org la renaissance..... From jlbailloeul at irtsnpdc.fr Thu May 15 11:01:24 2008 From: jlbailloeul at irtsnpdc.fr (Jean-Luc Bailloeul) Date: Thu May 15 11:02:21 2008 Subject: [Admin-ml] Conna=?ISO-8859-1?B?7g==?=tre l'utilisation du serveur de messagerie In-Reply-To: <54F9033B-3650-4274-85E7-D09C78F0ACC2@mosx.org> Message-ID: Bonjour Jayce, Tu peux installer AWStats. Cela te donne des stats relativement précises : http://awstats.sourceforge.net/ Je•n-Luc > De : Piel Jayce > Répondre à : Administrateurs Systèmes sur Mac OS X > Date : Thu, 15 May 2008 10:53:06 +0200 > À : Administrateurs Systèmes sur Mac OS X OS X Systèmes sur Mac > > Objet : [Admin-ml] Connaître l'utilisation du serveur de messagerie > > > Je voudrais savoir ce que fait mon serveur de messagerie (la partie > SMTP seulement) pour évaluer les besoins en cas d'externalisation. > > Savez-vous si il y a un moyen de regarder : > - le nombre de messages envoyés et reçus par le serveur (ça, c'est > "facile" en faisant un script sur les logs) > - le débit en entrée et en sortie du serveur SMTP (là, je vois rien > dans les logs qui pourraient m'aider) > > -- > Jayce Piel > MosX.org > la renaissance..... > > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml > From patrick.proniewski at univ-lyon2.fr Thu May 15 11:04:01 2008 From: patrick.proniewski at univ-lyon2.fr (Proniewski Patrick) Date: Thu May 15 11:04:40 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_Conna=EEtre_l'utilisation_du_serve?= =?ISO-8859-1?Q?ur_de_messagerie?= In-Reply-To: <54F9033B-3650-4274-85E7-D09C78F0ACC2@mosx.org> References: <54F9033B-3650-4274-85E7-D09C78F0ACC2@mosx.org> Message-ID: On 15 mai 08, at 10:53, Piel Jayce wrote: > > Je voudrais savoir ce que fait mon serveur de messagerie (la partie > SMTP seulement) pour évaluer les besoins en cas d'externalisation. > > Savez-vous si il y a un moyen de regarder : > - le nombre de messages envoyés et reçus par le serveur (ça, c'est > "facile" en faisant un script sur les logs) j'utilise mailgraph pour ca > - le débit en entrée et en sortie du serveur SMTP (là, je vois rien > dans les logs qui pourraient m'aider) là je ne sais pas, je n'utilise que des stats globales (débits sur l'interface réseau). Si tu peux te permettre ça, installe un outils comme wireshark, et capture une journée ou une semaine de débit. Tu pourras ensuite faire une analyse assez fine par protocole (débit/ session/...). Vérifie quand même avant (sur une heure de traffic) que tu as bien les données attendues. Patrick PRONIEWSKI -- Administrateur Système - SENTIER - Université Lumière Lyon 2 From listes at h2c-conseil.com Thu May 15 21:37:49 2008 From: listes at h2c-conseil.com (Jean-Philippe Delaunay) Date: Thu May 15 21:38:09 2008 Subject: [Admin-ml] iCal Serveur In-Reply-To: <6BE338D1-3F19-4FB8-AED9-6FC2EAEC4AF5@laposte.net> References: <7FC2CDFF-864E-4D72-AF39-8AC2CE8BE7C9@h2c-conseil.com> <6BE338D1-3F19-4FB8-AED9-6FC2EAEC4AF5@laposte.net> Message-ID: <4D97C89D-DD1E-4EFD-8B5C-A5CF4F889B0F@h2c-conseil.com> Le 14 mai 08 à 09:28, Fabrice Montant a écrit : > J'ai exactement le même problème sur l'un de mes compte iCal Bon, j'ai résolu mon problème : j'ai tout désactivé, reparamétré mon serveur en mettant un autre emplacement pour les données du serveur iCal, et là, curieusement tout fonctionne nickel du premier coup. Bien évidemment les droits posix étaient nickel sur l'emplacement d'origine... J'en arrive à la conclusion suivante : je hais les ACL :-) Bon, plus qu'à approfondir le côté client de la chose ! Merci -- J-Ph. Delaunay http://fr.groups.yahoo.com/group/mac-a-rennes ----------------------------------------------------------------- Un barbu, c'est un barbu. Trois barbus, c'est des barbouzes ! M. Audiard From jpblcm at jpblcm.com Wed May 21 13:46:33 2008 From: jpblcm at jpblcm.com (Jean-Pierre Bouville) Date: Wed May 21 13:54:59 2008 Subject: [Admin-ml] =?iso-8859-1?q?incident_m=E9moire_X-serve?= In-Reply-To: References: <54F9033B-3650-4274-85E7-D09C78F0ACC2@mosx.org> Message-ID: Bonjour à tous, Ce mail pour relater un fait assez étrange à propos d'un X-serve et de sa mémoire. Hier, les utilisateurs du réseau, me contactent pour me dire que le serveur Filemaker ne répond plus... étant à côté du X-serve, je n'ai rien noté de particulier... Je m'y colle donc et là, je vois que le serveur Filemaker est en effet coupé... sans aucune intervention humaine. Je commence à investiguer l'état du serveur et là, je m'aperçois que j'ai une paire de barrettes mémoire HS (ce qui a provoqué la fermeture de FM) Je relance Filemaker et patiente jusqu'à la fermeture des bureaux. Là, j'éteins l'Xs et démonte ses barrettes.... surprise : le vernis et le "vert" de la carte du circuit imprimé tout gluant ont "coulé" et se sont déposés telle une mélasse isolante dans les connecteurs, au point même de s'immiscer entre les pins et les contacteurs... Il m'a fallu plus de deux heures à la loupe/lampe au pinceau, au KF et au compresseur pour tout nettoyer. Les barrettes sont mortes malgré un nettoyage de leurs pins. Cela est-il déjà arrivé à l'un d'entre vous ? ( PS : barrettes de 512 d'origine) à+ JP From ycolombat at mac.com Fri May 23 08:42:28 2008 From: ycolombat at mac.com (Yohann Colombat) Date: Fri May 23 08:57:06 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_incident_m=E9moire_X-serve?= In-Reply-To: References: <54F9033B-3650-4274-85E7-D09C78F0ACC2@mosx.org> Message-ID: <07FA5E55-F2DE-4B81-B43D-A35B7DA6E4B9@mac.com> Bonjour, celle-ci c'est la meilleur... As-tu des photos ? XServe intel ou PPC ? Ce qui est dingue c'est que la température a été suffisante pour faire fondre le vernis mais pas pour arrêter le serveur... Ta pièce est-elle climatisée ? Yoc Le 21 mai 08 à 13:46, Jean-Pierre Bouville a écrit : > Bonjour à tous, > > Ce mail pour relater un fait assez étrange à propos d'un X-serve et > de sa mémoire. > Hier, les utilisateurs du réseau, me contactent pour me dire que le > serveur Filemaker ne répond plus... étant à côté du X-serve, je n'ai > rien noté de particulier... > Je m'y colle donc et là, je vois que le serveur Filemaker est en > effet coupé... sans aucune intervention humaine. > Je commence à investiguer l'état du serveur et là, je m'aperçois que > j'ai une paire de barrettes mémoire HS (ce qui a provoqué la > fermeture de FM) > Je relance Filemaker et patiente jusqu'à la fermeture des bureaux. > Là, j'éteins l'Xs et démonte ses barrettes.... surprise : le vernis > et le "vert" de la carte du circuit imprimé tout gluant ont "coulé" > et se sont déposés telle une mélasse isolante dans les connecteurs, > au point même de s'immiscer entre les pins et les contacteurs... > Il m'a fallu plus de deux heures à la loupe/lampe au pinceau, au KF > et au compresseur pour tout nettoyer. Les barrettes sont mortes > malgré un nettoyage de leurs pins. > > Cela est-il déjà arrivé à l'un d'entre vous ? ( PS : barrettes de > 512 d'origine) > > à+ > JP > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml From ycolombat at mac.com Fri May 23 09:36:06 2008 From: ycolombat at mac.com (Yohann Colombat) Date: Fri May 23 09:36:42 2008 Subject: [Admin-ml] =?iso-8859-1?q?Je_me_pr=E9sente=2E=2E=2E?= Message-ID: Bonjour à tous. Même si ça fait un moment que je vous lis, je n'ai jamais eu l'occasion (ou pris le temps) jusqu'à ce matin de poster. Et surtout, je ne me suis pas présenté. Comme je commence à entrer dans le vif du sujet de l'administration OS X Server dans ma boîte, je pense qu'il est grand temps de vous faire un petit topo pour que vous sachiez à qui vous avez à faire :-P (je pense que c'est important dans ce genre de mainling list de savoir à qui on parle, surtout qu'on est pas des millions à être inscrit...) Nom : Yohann Colombat Age : 32 ans Nickname : Yoc Formation : DUT Génie des télécommunications et réseaux + DU Multimédia, Bases de données et Réseau Depuis 2000 je suis Administrateur Réseau dans une grosse PME en région parisienne. L'informatique de la boîte est constituée de 160 Mac, 180 tablettes PC, une dizaine de serveurs Mac, 2 serveurs PC, des switchs, des routeurs, des câbles emmêlés, des utilisateurs impatiens quand ça marche plus et qui préviennent à 17h la veille de l'arrivée d'un nouveau salarié pour qu'on leur installe un nouveau Mac Mini le lendemain matin 9h (comment ça un informaticien ça dort ?) Je bosse avec 2 techniciens et demi pour gérer tout ça. Nos Logiciels pour la production : - Compta : Sage SQL (serveur PC + TSE sur Mac) - Tout le reste : Base de donnée 4D. Une centaine d'utilisateurs connectés. Pour administrer le parc : - GLPI + OCS (quand est-ce qu'ils vont nous le sortir ce client OSC pour 10.5 !!) - Mysql+php pour les développements internes au service info - Sauvegarde : Presstore d'Archiware Matériel utilisé : - Mac mini et eMac pour les postes - Impression : Lexmark, HP et Xerox, Canon pour les copieurs - XServe RAID, XServes G4, G5, Intel, PowerMac, Mac Pro pour les serveurs - Routeurs : Sonicwall - Switchs : 3Com, HP, Allied Telesyn, Cisco (du moment que ça s'administre et que ça fait du vlan) - Serveur HP pour la compta - Pour la sauvegarde : MacPro Quad en RAID 5 + robot Quantum SuperLoader 8 slots (Disk to Disk to Tape). Liaisons : - Des VPN pour relier les sites lointains - une LS pour relier 2 sites distants de quelques km - 2 sites reliés en Wifi au site central - Connexion des tablettes PC en VPN sur un OS X Server Projets en cours (échéance cet été) : - Un serveur DNS - Des serveurs de Mail dignes de ce nom - Passage en 10.5 pour le serveur de fichiers ` Voilà, j'espère ne pas avoir été trop ennuyeux. En tous cas en vous donnant un aperçu de notre config j'espère pourvoir vous faire profiter de mon expérience (en plus de profiter de la votre ;)) A+ Yoc From jpblcm at jpblcm.com Fri May 23 15:17:18 2008 From: jpblcm at jpblcm.com (Jean-Pierre Bouville) Date: Fri May 23 15:18:10 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_incident_m=E9moire_X-serve?= In-Reply-To: <07FA5E55-F2DE-4B81-B43D-A35B7DA6E4B9@mac.com> References: <54F9033B-3650-4274-85E7-D09C78F0ACC2@mosx.org> <07FA5E55-F2DE-4B81-B43D-A35B7DA6E4B9@mac.com> Message-ID: <9DF87019-29E5-4760-82A2-958E9924A8CE@jpblcm.com> Salut, X-serve bi G4, 3 HD internes - tourne depuis 2002 / 24/24 Non, t° sous clim à 19-20 toute l'année, graphe des vitesses des ventillos interne optimale... je ne m'explique pas cette "fonte", sur deux des 4 barrettes uniquement... ou alors, un défaut du vernis... pas de photos, pas eu le temps à + JP ---------------------------------- JP sur jpblcm@jpblcm.com avant d'imprimer... pensez à l'environnement. Le 23 mai 08 à 08:42, Yohann Colombat a écrit : > Bonjour, > celle-ci c'est la meilleur... As-tu des photos ? XServe intel ou > PPC ? Ce qui est dingue c'est que la température a été suffisante > pour faire fondre le vernis mais pas pour arrêter le serveur... Ta > pièce est-elle climatisée ? > > Yoc > > Le 21 mai 08 à 13:46, Jean-Pierre Bouville a écrit : > >> Bonjour à tous, >> >> Ce mail pour relater un fait assez étrange à propos d'un X-serve >> et de sa mémoire. >> Hier, les utilisateurs du réseau, me contactent pour me dire que >> le serveur Filemaker ne répond plus... étant à côté du X-serve, je >> n'ai rien noté de particulier... >> Je m'y colle donc et là, je vois que le serveur Filemaker est en >> effet coupé... sans aucune intervention humaine. >> Je commence à investiguer l'état du serveur et là, je m'aperçois >> que j'ai une paire de barrettes mémoire HS (ce qui a provoqué la >> fermeture de FM) >> Je relance Filemaker et patiente jusqu'à la fermeture des bureaux. >> Là, j'éteins l'Xs et démonte ses barrettes.... surprise : le >> vernis et le "vert" de la carte du circuit imprimé tout gluant ont >> "coulé" et se sont déposés telle une mélasse isolante dans les >> connecteurs, au point même de s'immiscer entre les pins et les >> contacteurs... >> Il m'a fallu plus de deux heures à la loupe/lampe au pinceau, au >> KF et au compresseur pour tout nettoyer. Les barrettes sont mortes >> malgré un nettoyage de leurs pins. >> >> Cela est-il déjà arrivé à l'un d'entre vous ? ( PS : barrettes de >> 512 d'origine) >> >> à+ >> JP >> _______________________________________________ >> Admin-ml mailing list >> Admin-ml@mosx.org >> http://coruscant.mosx.org/mailman/listinfo/admin-ml > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml From ycolombat at mac.com Fri May 23 15:46:45 2008 From: ycolombat at mac.com (Yohann Colombat) Date: Fri May 23 15:47:18 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_incident_m=E9moire_X-serve?= In-Reply-To: <9DF87019-29E5-4760-82A2-958E9924A8CE@jpblcm.com> References: <54F9033B-3650-4274-85E7-D09C78F0ACC2@mosx.org> <07FA5E55-F2DE-4B81-B43D-A35B7DA6E4B9@mac.com> <9DF87019-29E5-4760-82A2-958E9924A8CE@jpblcm.com> Message-ID: <723BFEF1-B49C-4BC3-8EC1-EACBFD184837@mac.com> Sachant que le vernis est sensé résister à la température de la soudure... y a des chances que ça soit un défaut... Donc tu devrais pouvoir faire jouer la garantie. Maintenant, est-ce que le jeu en vaut la chandelle.... J'ai un XServe G4 de la même époque, j'espère qu'il ne va pas me faire la même ! Ca se déraque facilement non ? même quand il est coincé entre 2 autres Xserve ? Le 23 mai 08 à 15:17, Jean-Pierre Bouville a écrit : > Salut, > X-serve bi G4, 3 HD internes - tourne depuis 2002 / 24/24 > Non, t° sous clim à 19-20 toute l'année, graphe des vitesses des > ventillos interne optimale... je ne m'explique pas cette "fonte", > sur deux des 4 barrettes uniquement... > ou alors, un défaut du vernis... > pas de photos, pas eu le temps > à + > JP > ---------------------------------- > JP sur jpblcm@jpblcm.com > avant d'imprimer... pensez à l'environnement. > > > > Le 23 mai 08 à 08:42, Yohann Colombat a écrit : > >> Bonjour, >> celle-ci c'est la meilleur... As-tu des photos ? XServe intel ou >> PPC ? Ce qui est dingue c'est que la température a été suffisante >> pour faire fondre le vernis mais pas pour arrêter le serveur... Ta >> pièce est-elle climatisée ? >> >> Yoc >> >> Le 21 mai 08 à 13:46, Jean-Pierre Bouville a écrit : >> >>> Bonjour à tous, >>> >>> Ce mail pour relater un fait assez étrange à propos d'un X-serve >>> et de sa mémoire. >>> Hier, les utilisateurs du réseau, me contactent pour me dire que >>> le serveur Filemaker ne répond plus... étant à côté du X-serve, je >>> n'ai rien noté de particulier... >>> Je m'y colle donc et là, je vois que le serveur Filemaker est en >>> effet coupé... sans aucune intervention humaine. >>> Je commence à investiguer l'état du serveur et là, je m'aperçois >>> que j'ai une paire de barrettes mémoire HS (ce qui a provoqué la >>> fermeture de FM) >>> Je relance Filemaker et patiente jusqu'à la fermeture des bureaux. >>> Là, j'éteins l'Xs et démonte ses barrettes.... surprise : le >>> vernis et le "vert" de la carte du circuit imprimé tout gluant ont >>> "coulé" et se sont déposés telle une mélasse isolante dans les >>> connecteurs, au point même de s'immiscer entre les pins et les >>> contacteurs... >>> Il m'a fallu plus de deux heures à la loupe/lampe au pinceau, au >>> KF et au compresseur pour tout nettoyer. Les barrettes sont mortes >>> malgré un nettoyage de leurs pins. >>> >>> Cela est-il déjà arrivé à l'un d'entre vous ? ( PS : barrettes de >>> 512 d'origine) >>> >>> à+ >>> JP >>> _______________________________________________ >>> Admin-ml mailing list >>> Admin-ml@mosx.org >>> http://coruscant.mosx.org/mailman/listinfo/admin-ml >> >> _______________________________________________ >> Admin-ml mailing list >> Admin-ml@mosx.org >> http://coruscant.mosx.org/mailman/listinfo/admin-ml > > _______________________________________________ > Admin-ml mailing list > Admin-ml@mosx.org > http://coruscant.mosx.org/mailman/listinfo/admin-ml From jpblcm at jpblcm.com Fri May 23 19:32:36 2008 From: jpblcm at jpblcm.com (Jean-Pierre Bouville) Date: Fri May 23 19:33:15 2008 Subject: =?ISO-8859-1?Q?Re:_[Admin-ml]_incident_m=E9moire_X-serve?= In-Reply-To: <723BFEF1-B49C-4BC3-8EC1-EACBFD184837@mac.com> References: <54F9033B-3650-4274-85E7-D09C78F0ACC2@mosx.org> <07FA5E55-F2DE-4B81-B43D-A35B7DA6E4B9@mac.com> <9DF87019-29E5-4760-82A2-958E9924A8CE@jpblcm.com> <723BFEF1-B49C-4BC3-8EC1-EACBFD184837@mac.com> Message-ID: oui, par contre, la mémoire est dans le 1/3 le plus au fond... et c'est profond ! mais gaffe, c'est le genre de mémoire qui disparaît... car "vieille" à + JP ---------------------------------- JP sur jpblcm@jpblcm.com avant d'imprimer... pensez à l'environnement. Le 23 mai 08 à 15:46, Yohann Colombat a écrit : > Sachant que le vernis est sensé résister à la température de la > soudure... y a des chances que ça soit un défaut... > Donc tu devrais pouvoir faire jouer la garantie. Maintenant, est-ce > que le jeu en vaut la chandelle.... > > J'ai un XServe G4 de la même époque, j'espère qu'il ne va pas me > faire la même ! Ca se déraque facilement non ? même quand il est > coincé entre 2 autres Xserve ? > From f.vincent at allibert-trekking.com Fri May 30 16:52:51 2008 From: f.vincent at allibert-trekking.com (Fabrice Vincent) Date: Fri May 30 16:53:39 2008 Subject: [Admin-ml] Je me pr=?ISO-8859-1?B?6Q==?=sente... In-Reply-To: Message-ID: > De : Yohann Colombat > Date : Fri, 23 May 2008 09:36:06 +0200 > > - GLPI + OCS (quand est-ce qu'ils vont nous le sortir ce client OSC > pour 10.5 !!) Il est sorti et disponible: http://codejanitor.com/wp/apps/ocs-mac-agent/ A+ Fabrice