Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV
avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en
train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en
vue d'un changement de disque dur, puis install d'une Fedora Plesk toute
neuve et à jour. la question que je me pose est la suivante: une fois
sauvegardés les sites, bases de données, mail etc... et la nouvelle
install effectuée, le simple fait de restaurer les sauvegardes ne va pas
configurer par magie les services. Donc, je me dis qu'il doit y avoir
une liste finie de fichiers de conf à sauvegarder, de manière à
retrouver *exactement* la config serveur d'avant sauvegarde.
par moi-même, et au vu du temps que j'ai pour effectuer le redressement
du système, et vu d'autre part que c'est ma première expérience
d'administration serveur depuis que j'utilise Linux et que je publie des
sites webs, j'aimerais faire les choses le plus proprement possible.
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en vue d'un changement de disque dur, puis install d'une Fedora Plesk toute neuve et à jour. la question que je me pose est la suivante: une fois sauvegardés les sites, bases de données, mail etc... et la nouvelle install effectuée, le simple fait de restaurer les sauvegardes ne va pas configurer par magie les services. Donc, je me dis qu'il doit y avoir une liste finie de fichiers de conf à sauvegarder, de manière à retrouver *exactement* la config serveur d'avant sauvegarde. par moi-même, et au vu du temps que j'ai pour effectuer le redressement du système, et vu d'autre part que c'est ma première expérience d'administration serveur depuis que j'utilise Linux et que je publie des sites webs, j'aimerais faire les choses le plus proprement possible.
c'est un peu "SoS" là, j'en suis conscient...
merci à tous
Bonne journée
Cordialement
A priori, si c'est exactement, la meme distribution avant et apres, il suffit de restaurer /etc (sauf le fichier mtab) pour avoir la meme conf. Il faut quand meme faire attention a : - ce que les fichiers de confs soient compatibles (si un daemon x a ete mis a jour, ce n'est pas forcement le cas). - ce que les partitions aient les memes noms ou il faudra mettre a jour fstab. Apres, il faut voir les modifs faites sur le serveur (mise a jour du noyau? ....) qui pourraient donner plus de travail.
Apres, pour avoir la meme config, il faut que les meme logiciels soient installes, mais si c'est un serveur web, ca devrait etre relativement limite (apache, php ou tomcat...? base de donnee? ).
Je pense que j'oublie pas grand chose.
Cela dit si c'est un serveur important, c'est peut etre un peu hasardeux pour une premiere experience ...
Dominique Godon wrote:
Bonjour,
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV
avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en
train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en
vue d'un changement de disque dur, puis install d'une Fedora Plesk toute
neuve et à jour. la question que je me pose est la suivante: une fois
sauvegardés les sites, bases de données, mail etc... et la nouvelle
install effectuée, le simple fait de restaurer les sauvegardes ne va pas
configurer par magie les services. Donc, je me dis qu'il doit y avoir
une liste finie de fichiers de conf à sauvegarder, de manière à
retrouver *exactement* la config serveur d'avant sauvegarde.
par moi-même, et au vu du temps que j'ai pour effectuer le redressement
du système, et vu d'autre part que c'est ma première expérience
d'administration serveur depuis que j'utilise Linux et que je publie des
sites webs, j'aimerais faire les choses le plus proprement possible.
c'est un peu "SoS" là, j'en suis conscient...
merci à tous
Bonne journée
Cordialement
A priori, si c'est exactement, la meme distribution avant et apres, il
suffit de restaurer /etc (sauf le fichier mtab) pour avoir la meme conf.
Il faut quand meme faire attention a :
- ce que les fichiers de confs soient compatibles (si un daemon x a
ete mis a jour, ce n'est pas forcement le cas).
- ce que les partitions aient les memes noms ou il faudra mettre a
jour fstab.
Apres, il faut voir les modifs faites sur le serveur (mise a jour du
noyau? ....) qui pourraient donner plus de travail.
Apres, pour avoir la meme config, il faut que les meme logiciels soient
installes, mais si c'est un serveur web, ca devrait etre relativement
limite (apache, php ou tomcat...? base de donnee? ).
Je pense que j'oublie pas grand chose.
Cela dit si c'est un serveur important, c'est peut etre un peu hasardeux
pour une premiere experience ...
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en vue d'un changement de disque dur, puis install d'une Fedora Plesk toute neuve et à jour. la question que je me pose est la suivante: une fois sauvegardés les sites, bases de données, mail etc... et la nouvelle install effectuée, le simple fait de restaurer les sauvegardes ne va pas configurer par magie les services. Donc, je me dis qu'il doit y avoir une liste finie de fichiers de conf à sauvegarder, de manière à retrouver *exactement* la config serveur d'avant sauvegarde. par moi-même, et au vu du temps que j'ai pour effectuer le redressement du système, et vu d'autre part que c'est ma première expérience d'administration serveur depuis que j'utilise Linux et que je publie des sites webs, j'aimerais faire les choses le plus proprement possible.
c'est un peu "SoS" là, j'en suis conscient...
merci à tous
Bonne journée
Cordialement
A priori, si c'est exactement, la meme distribution avant et apres, il suffit de restaurer /etc (sauf le fichier mtab) pour avoir la meme conf. Il faut quand meme faire attention a : - ce que les fichiers de confs soient compatibles (si un daemon x a ete mis a jour, ce n'est pas forcement le cas). - ce que les partitions aient les memes noms ou il faudra mettre a jour fstab. Apres, il faut voir les modifs faites sur le serveur (mise a jour du noyau? ....) qui pourraient donner plus de travail.
Apres, pour avoir la meme config, il faut que les meme logiciels soient installes, mais si c'est un serveur web, ca devrait etre relativement limite (apache, php ou tomcat...? base de donnee? ).
Je pense que j'oublie pas grand chose.
Cela dit si c'est un serveur important, c'est peut etre un peu hasardeux pour une premiere experience ...
Jacques Lav!gnotte (Drop Dr NO)
Bonjour,
Nos sites sont hébergés sur un serveur dédié chez Ikoula.
Tu ne nous dis pas de quel serveur Web (Apache, Roxen, Caudium) il s'agit.
De plus, tu aurais plus d'aide sur fr.comp.infosystemes.www.serveurs où je fais suivre...
Jacques
Bonjour,
Nos sites sont hébergés sur un serveur dédié chez Ikoula.
Tu ne nous dis pas de quel serveur Web (Apache, Roxen, Caudium)
il s'agit.
De plus, tu aurais plus d'aide sur fr.comp.infosystemes.www.serveurs
où je fais suivre...
Nos sites sont hébergés sur un serveur dédié chez Ikoula.
Tu ne nous dis pas de quel serveur Web (Apache, Roxen, Caudium) il s'agit.
De plus, tu aurais plus d'aide sur fr.comp.infosystemes.www.serveurs où je fais suivre...
Jacques
vincent.verdon
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour faire un serveur ! Scsi est de loin plus fiable me semble-t-il, mais je ne réponds pas à la question, j'en suis bien conscient. Amicalement, Vincent Verdon
Bonjour,
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en vue d'un changement de disque dur, puis install d'une Fedora Plesk toute neuve et à jour. la question que je me pose est la suivante: une fois sauvegardés les sites, bases de données, mail etc... et la nouvelle install effectuée, le simple fait de restaurer les sauvegardes ne va pas configurer par magie les services. Donc, je me dis qu'il doit y avoir une liste finie de fichiers de conf à sauvegarder, de manière à retrouver *exactement* la config serveur d'avant sauvegarde. par moi-même, et au vu du temps que j'ai pour effectuer le redressement du système, et vu d'autre part que c'est ma première expérience d'administration serveur depuis que j'utilise Linux et que je publie des sites webs, j'aimerais faire les choses le plus proprement possible.
c'est un peu "SoS" là, j'en suis conscient...
merci à tous
Bonne journée
Cordialement
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour
faire un serveur ! Scsi est de loin plus fiable me semble-t-il, mais je
ne réponds pas à la question, j'en suis bien conscient.
Amicalement, Vincent Verdon
Bonjour,
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV
avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en
train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en
vue d'un changement de disque dur, puis install d'une Fedora Plesk toute
neuve et à jour. la question que je me pose est la suivante: une fois
sauvegardés les sites, bases de données, mail etc... et la nouvelle
install effectuée, le simple fait de restaurer les sauvegardes ne va pas
configurer par magie les services. Donc, je me dis qu'il doit y avoir
une liste finie de fichiers de conf à sauvegarder, de manière à
retrouver *exactement* la config serveur d'avant sauvegarde.
par moi-même, et au vu du temps que j'ai pour effectuer le redressement
du système, et vu d'autre part que c'est ma première expérience
d'administration serveur depuis que j'utilise Linux et que je publie des
sites webs, j'aimerais faire les choses le plus proprement possible.
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour faire un serveur ! Scsi est de loin plus fiable me semble-t-il, mais je ne réponds pas à la question, j'en suis bien conscient. Amicalement, Vincent Verdon
Bonjour,
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en vue d'un changement de disque dur, puis install d'une Fedora Plesk toute neuve et à jour. la question que je me pose est la suivante: une fois sauvegardés les sites, bases de données, mail etc... et la nouvelle install effectuée, le simple fait de restaurer les sauvegardes ne va pas configurer par magie les services. Donc, je me dis qu'il doit y avoir une liste finie de fichiers de conf à sauvegarder, de manière à retrouver *exactement* la config serveur d'avant sauvegarde. par moi-même, et au vu du temps que j'ai pour effectuer le redressement du système, et vu d'autre part que c'est ma première expérience d'administration serveur depuis que j'utilise Linux et que je publie des sites webs, j'aimerais faire les choses le plus proprement possible.
c'est un peu "SoS" là, j'en suis conscient...
merci à tous
Bonne journée
Cordialement
Emmanuel Florac
Le Wed, 25 Jan 2006 20:22:31 +0100, a écrit :
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour faire un serveur ! Scsi est de loin plus fiable me semble-t-il
J'ai en main un document du CERN sur la question : après avoir testé pendant 2 ans des centaines de To de disques SCSI, FC et IDE, ils en sont arrviés à la conclusion qu'il n'y a absolument aucune différence de fiabilité entre les uns et les autres. En fait, si tu n'as pas besoin de la très haute performance des disques 15000t/mn, le SCSI est devenu absolument superfétatoire.
-- on passe la moitié de son temps à refaire ce que l'on n'a pas eu le temps de faire correctement. Loi de Myers.
Le Wed, 25 Jan 2006 20:22:31 +0100, vincent.verdon@laposte.net a écrit :
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour
faire un serveur ! Scsi est de loin plus fiable me semble-t-il
J'ai en main un document du CERN sur la question : après avoir testé
pendant 2 ans des centaines de To de disques SCSI, FC et IDE, ils en sont
arrviés à la conclusion qu'il n'y a absolument aucune différence de
fiabilité entre les uns et les autres. En fait, si tu n'as pas besoin de
la très haute performance des disques 15000t/mn, le SCSI est devenu
absolument superfétatoire.
--
on passe la moitié de son temps à refaire ce que l'on n'a pas eu le
temps de faire correctement.
Loi de Myers.
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour faire un serveur ! Scsi est de loin plus fiable me semble-t-il
J'ai en main un document du CERN sur la question : après avoir testé pendant 2 ans des centaines de To de disques SCSI, FC et IDE, ils en sont arrviés à la conclusion qu'il n'y a absolument aucune différence de fiabilité entre les uns et les autres. En fait, si tu n'as pas besoin de la très haute performance des disques 15000t/mn, le SCSI est devenu absolument superfétatoire.
-- on passe la moitié de son temps à refaire ce que l'on n'a pas eu le temps de faire correctement. Loi de Myers.
l'indien
On Wed, 25 Jan 2006 21:16:57 +0100, Emmanuel Florac wrote:
Le Wed, 25 Jan 2006 20:22:31 +0100, a écrit :
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour faire un serveur ! Scsi est de loin plus fiable me semble-t-il
J'ai en main un document du CERN sur la question : après avoir testé pendant 2 ans des centaines de To de disques SCSI, FC et IDE, ils en sont arrviés à la conclusion qu'il n'y a absolument aucune différence de fiabilité entre les uns et les autres. En fait, si tu n'as pas besoin de la très haute performance des disques 15000t/mn, le SCSI est devenu absolument superfétatoire.
Sauf pour utiliser de façon des file-system journalisés, aussi. Ca (peut) aider en cas de crash...
On Wed, 25 Jan 2006 21:16:57 +0100, Emmanuel Florac wrote:
Le Wed, 25 Jan 2006 20:22:31 +0100, vincent.verdon@laposte.net a écrit :
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour
faire un serveur ! Scsi est de loin plus fiable me semble-t-il
J'ai en main un document du CERN sur la question : après avoir testé
pendant 2 ans des centaines de To de disques SCSI, FC et IDE, ils en sont
arrviés à la conclusion qu'il n'y a absolument aucune différence de
fiabilité entre les uns et les autres. En fait, si tu n'as pas besoin de
la très haute performance des disques 15000t/mn, le SCSI est devenu
absolument superfétatoire.
Sauf pour utiliser de façon des file-system journalisés, aussi.
Ca (peut) aider en cas de crash...
On Wed, 25 Jan 2006 21:16:57 +0100, Emmanuel Florac wrote:
Le Wed, 25 Jan 2006 20:22:31 +0100, a écrit :
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour faire un serveur ! Scsi est de loin plus fiable me semble-t-il
J'ai en main un document du CERN sur la question : après avoir testé pendant 2 ans des centaines de To de disques SCSI, FC et IDE, ils en sont arrviés à la conclusion qu'il n'y a absolument aucune différence de fiabilité entre les uns et les autres. En fait, si tu n'as pas besoin de la très haute performance des disques 15000t/mn, le SCSI est devenu absolument superfétatoire.
Sauf pour utiliser de façon des file-system journalisés, aussi. Ca (peut) aider en cas de crash...
vincent.verdon
Je suis ravi d'apprendre cela, car l'ide coûte moins cher ! N'empèche, je n'ai jamais rien perdu en 5 ans sur mon serveur, qui tourne en permanence avec 4 disques durs scsi !!! J'arrête là , car il est vrai que mon expérience est trop limitée en la matière.
Amicalement, Vincent Verdon
PS : on le trouve où, ce document du CERN, cela m'intéresse ?
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour faire un serveur ! Scsi est de loin plus fiable me semble-t-il
J'ai en main un document du CERN sur la question : après avoir testé pendant 2 ans des centaines de To de disques SCSI, FC et IDE, ils en sont arrviés à la conclusion qu'il n'y a absolument aucune différence de fiabilité entre les uns et les autres. En fait, si tu n'as pas besoin de la très haute performance des disques 15000t/mn, le SCSI est devenu absolument superfétatoire.
Je suis ravi d'apprendre cela, car l'ide coûte moins cher !
N'empèche, je n'ai jamais rien perdu en 5 ans sur mon serveur, qui
tourne en permanence avec 4 disques durs scsi !!!
J'arrête là , car il est vrai que mon expérience est trop limitée en la
matière.
Amicalement, Vincent Verdon
PS : on le trouve où, ce document du CERN, cela m'intéresse ?
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour
faire un serveur ! Scsi est de loin plus fiable me semble-t-il
J'ai en main un document du CERN sur la question : après avoir testé
pendant 2 ans des centaines de To de disques SCSI, FC et IDE, ils en sont
arrviés à la conclusion qu'il n'y a absolument aucune différence de
fiabilité entre les uns et les autres. En fait, si tu n'as pas besoin de
la très haute performance des disques 15000t/mn, le SCSI est devenu
absolument superfétatoire.
Je suis ravi d'apprendre cela, car l'ide coûte moins cher ! N'empèche, je n'ai jamais rien perdu en 5 ans sur mon serveur, qui tourne en permanence avec 4 disques durs scsi !!! J'arrête là , car il est vrai que mon expérience est trop limitée en la matière.
Amicalement, Vincent Verdon
PS : on le trouve où, ce document du CERN, cela m'intéresse ?
Ce qui m'étonne un peu, c'est que l'on puisse utiliser de l'IDE pour faire un serveur ! Scsi est de loin plus fiable me semble-t-il
J'ai en main un document du CERN sur la question : après avoir testé pendant 2 ans des centaines de To de disques SCSI, FC et IDE, ils en sont arrviés à la conclusion qu'il n'y a absolument aucune différence de fiabilité entre les uns et les autres. En fait, si tu n'as pas besoin de la très haute performance des disques 15000t/mn, le SCSI est devenu absolument superfétatoire.
Emmanuel Florac
Le Thu, 26 Jan 2006 23:12:19 +0100, a écrit :
Je suis ravi d'apprendre cela, car l'ide coûte moins cher ! N'empèche, je n'ai jamais rien perdu en 5 ans sur mon serveur, qui tourne en permanence avec 4 disques durs scsi !!! J'arrête là , car il est vrai que mon expérience est trop limitée en la matière.
Oui mais je n'ai jamais rien perdu sur mon PC qui tourne depuis 1998 avec un dd IDE de 10 Go, alors :)
-- Toutes les organisations ont leur règles, et les Femmes Algériennes doivent avoir aussi leurs règles. Aït Ahmed.
Le Thu, 26 Jan 2006 23:12:19 +0100, vincent.verdon@laposte.net a écrit :
Je suis ravi d'apprendre cela, car l'ide coûte moins cher ! N'empèche,
je n'ai jamais rien perdu en 5 ans sur mon serveur, qui tourne en
permanence avec 4 disques durs scsi !!! J'arrête là , car il est vrai
que mon expérience est trop limitée en la matière.
Oui mais je n'ai jamais rien perdu sur mon PC qui tourne depuis 1998 avec
un dd IDE de 10 Go, alors :)
--
Toutes les organisations ont leur règles, et les Femmes Algériennes
doivent avoir aussi leurs règles.
Aït Ahmed.
Je suis ravi d'apprendre cela, car l'ide coûte moins cher ! N'empèche, je n'ai jamais rien perdu en 5 ans sur mon serveur, qui tourne en permanence avec 4 disques durs scsi !!! J'arrête là , car il est vrai que mon expérience est trop limitée en la matière.
Oui mais je n'ai jamais rien perdu sur mon PC qui tourne depuis 1998 avec un dd IDE de 10 Go, alors :)
-- Toutes les organisations ont leur règles, et les Femmes Algériennes doivent avoir aussi leurs règles. Aït Ahmed.
Jérémy JUST
On Wed, 25 Jan 2006 10:54:52 +0100 Dominique Godon wrote:
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en vue d'un changement de disque dur
Je pensais naïvement que dans le cas d'un serveur dédié proposé p ar un hébergeur, c'était l'hébergeur qui était responsable du matéri el. Ce n'est pas le cas? Il ne peut pas s'occuper de changer le disque en recopiant l'ancien?
Bon, après, si vous voulez en profiter pour faire une mise à jour complète, ça ne résout rien.
-- Jérémy JUST
On Wed, 25 Jan 2006 10:54:52 +0100
Dominique Godon <dominique.godon@tiscali.fr> wrote:
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un
PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est
en train de lâcher, donc nous effectuons une sauvegarde totale sur
hdc, en vue d'un changement de disque dur
Je pensais naïvement que dans le cas d'un serveur dédié proposé p ar
un hébergeur, c'était l'hébergeur qui était responsable du matéri el. Ce
n'est pas le cas?
Il ne peut pas s'occuper de changer le disque en recopiant l'ancien?
Bon, après, si vous voulez en profiter pour faire une mise à jour
complète, ça ne résout rien.
On Wed, 25 Jan 2006 10:54:52 +0100 Dominique Godon wrote:
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en vue d'un changement de disque dur
Je pensais naïvement que dans le cas d'un serveur dédié proposé p ar un hébergeur, c'était l'hébergeur qui était responsable du matéri el. Ce n'est pas le cas? Il ne peut pas s'occuper de changer le disque en recopiant l'ancien?
Bon, après, si vous voulez en profiter pour faire une mise à jour complète, ça ne résout rien.
-- Jérémy JUST
news
Jérémy JUST wrote:
Je pensais naïvement que dans le cas d'un serveur dédié proposé par un hébergeur, c'était l'hébergeur qui était responsable du matériel. Ce n'est pas le cas?
Des fois, c'est juste une location d'un emplacement dans une salle (avec alim, reseau, securite physique...).
Jérémy JUST wrote:
Je pensais naïvement que dans le cas d'un serveur dédié proposé par
un hébergeur, c'était l'hébergeur qui était responsable du matériel. Ce
n'est pas le cas?
Des fois, c'est juste une location d'un emplacement dans une salle (avec
alim, reseau, securite physique...).
Je pensais naïvement que dans le cas d'un serveur dédié proposé par un hébergeur, c'était l'hébergeur qui était responsable du matériel. Ce n'est pas le cas?
Des fois, c'est juste une location d'un emplacement dans une salle (avec alim, reseau, securite physique...).
Dominique Godon
On Wed, 25 Jan 2006 10:54:52 +0100 Dominique Godon wrote:
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en vue d'un changement de disque dur
Je pensais naïvement que dans le cas d'un serveur dédié proposé par un hébergeur, c'était l'hébergeur qui était responsable du matériel. Ce n'est pas le cas? Il ne peut pas s'occuper de changer le disque en recopiant l'ancien?
Bon, après, si vous voulez en profiter pour faire une mise à jour complète, ça ne résout rien.
hello
Sisi ce sont eux qui sont en charge du matériel. Ils ont effectué le changement de disque, redescendu dessus une fedora Core 3 avec l'interface d'administration Plesk 7.5.4. personnellement, je n'aime pas tellement cette interface; mais j'ai du m'en accomoder, car effectuer la sauvegarde du systeme via Plesk permettait une restauration complète à l'identique. J'ai du batailler quand même un peu, mais finalement tout est rentré dans l'ordre.
Par le fait, cela me fait penser que ce qui m'a mis la puce à l'oreille concernant l'état du serveur, c'était une RAM saturée en permanence, alors que le serveur héberge 5 sites, dont deux sont vraiment actifs, et encore, ce n'est pas non plus le délire. Finalement, un cat /var/log/messages faisait état d'erreurs d'I/O constantes sur hda. le problème est bel et bien réglé. plus de souci de ce côté, pour qq temps du moins.
par contre, le giga de RAM du serveur est toujours occupé à 98% la plupart du temps. ceci dit, cela ne l'empêche pas d'être rapide et de délivrer un service fluide, mais quand même, j'ai du mal à accepter cette utilisation excessive de la mémoire vive.
cordialement
On Wed, 25 Jan 2006 10:54:52 +0100
Dominique Godon <dominique.godon@tiscali.fr> wrote:
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un
PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est
en train de lâcher, donc nous effectuons une sauvegarde totale sur
hdc, en vue d'un changement de disque dur
Je pensais naïvement que dans le cas d'un serveur dédié proposé par
un hébergeur, c'était l'hébergeur qui était responsable du matériel. Ce
n'est pas le cas?
Il ne peut pas s'occuper de changer le disque en recopiant l'ancien?
Bon, après, si vous voulez en profiter pour faire une mise à jour
complète, ça ne résout rien.
hello
Sisi ce sont eux qui sont en charge du matériel. Ils ont effectué le
changement de disque, redescendu dessus une fedora Core 3 avec
l'interface d'administration Plesk 7.5.4. personnellement, je n'aime pas
tellement cette interface; mais j'ai du m'en accomoder, car effectuer la
sauvegarde du systeme via Plesk permettait une restauration complète à
l'identique. J'ai du batailler quand même un peu, mais finalement tout
est rentré dans l'ordre.
Par le fait, cela me fait penser que ce qui m'a mis la puce à l'oreille
concernant l'état du serveur, c'était une RAM saturée en permanence,
alors que le serveur héberge 5 sites, dont deux sont vraiment actifs, et
encore, ce n'est pas non plus le délire. Finalement, un cat
/var/log/messages faisait état d'erreurs d'I/O constantes sur hda. le
problème est bel et bien réglé. plus de souci de ce côté, pour qq temps
du moins.
par contre, le giga de RAM du serveur est toujours occupé à 98% la
plupart du temps. ceci dit, cela ne l'empêche pas d'être rapide et de
délivrer un service fluide, mais quand même, j'ai du mal à accepter
cette utilisation excessive de la mémoire vive.
On Wed, 25 Jan 2006 10:54:52 +0100 Dominique Godon wrote:
Nos sites sont hébergés sur un serveur dédié chez Ikoula. C'est un PIV avec 1 Go de ram et deux disques de 80 Go IDE. Le disque hda est en train de lâcher, donc nous effectuons une sauvegarde totale sur hdc, en vue d'un changement de disque dur
Je pensais naïvement que dans le cas d'un serveur dédié proposé par un hébergeur, c'était l'hébergeur qui était responsable du matériel. Ce n'est pas le cas? Il ne peut pas s'occuper de changer le disque en recopiant l'ancien?
Bon, après, si vous voulez en profiter pour faire une mise à jour complète, ça ne résout rien.
hello
Sisi ce sont eux qui sont en charge du matériel. Ils ont effectué le changement de disque, redescendu dessus une fedora Core 3 avec l'interface d'administration Plesk 7.5.4. personnellement, je n'aime pas tellement cette interface; mais j'ai du m'en accomoder, car effectuer la sauvegarde du systeme via Plesk permettait une restauration complète à l'identique. J'ai du batailler quand même un peu, mais finalement tout est rentré dans l'ordre.
Par le fait, cela me fait penser que ce qui m'a mis la puce à l'oreille concernant l'état du serveur, c'était une RAM saturée en permanence, alors que le serveur héberge 5 sites, dont deux sont vraiment actifs, et encore, ce n'est pas non plus le délire. Finalement, un cat /var/log/messages faisait état d'erreurs d'I/O constantes sur hda. le problème est bel et bien réglé. plus de souci de ce côté, pour qq temps du moins.
par contre, le giga de RAM du serveur est toujours occupé à 98% la plupart du temps. ceci dit, cela ne l'empêche pas d'être rapide et de délivrer un service fluide, mais quand même, j'ai du mal à accepter cette utilisation excessive de la mémoire vive.
