ibay disparue

par **dlalleme** » 06 Mars 2007 00:54

Bonsoir,

Je viens de m'apercevoir, suite à une mise à jour vers SME7.1.1, qu'une ibay a disparue avec son contenue. La mise à jour a été cahotique, mais le système fonctionne bien sauf que j'ai perdu une ibay.

Autre chose bizarre, mes messages de log (/var/log.message) passent du 9 novembre 2006 au premier mars 2007; jour de la mise à jour

quesako ????

Cordialement

Denis

par **bourgeois** » 06 Mars 2007 06:10

j'ai le même problème, toutes mes i-bays sauf le primary sont non accessible par le web.
C'a fait 3 jours que j'ai fait la demande à l'aide, mais personne n'y répond pour le moment... :cry:

Si j'amais tu trouve la réponse ailleur, peut-tu la mettre ici :!:

slut

par **MasterSleepy** » 06 Mars 2007 09:23

Bonjour,

Les répertoires ont-ils été supprimé??

Code: Tout sélectionner: /home/e-smith/files/ibays/...

Cela me parait curieux que les répertoires aient été supprimé, ils sont surement encore présent mais il y a probablement eu un soucis lors de la génération des templates.

Vérifier la configuration du serveur apache

Code: Tout sélectionner: vi /etc/httpd/conf/httpd.conf

A+

par **dlalleme** » 06 Mars 2007 09:39

Bonjour,

Et un petit bout du journal dans /var/log qui se nomme messages.20061108115859

Code: Tout sélectionner: Nov 9 09:34:25 inocybe irqbalance: Arrêt de irqbalance failed Nov 9 09:34:25 inocybe kernel: Kernel logging (proc) stopped. Nov 9 09:34:25 inocybe kernel: Kernel log daemon terminating. Nov 9 09:34:26 inocybe syslog: Arrêt de klogd succeeded Nov 9 09:34:26 inocybe exiting on signal 15 Mar 1 20:24:40 inocybe syslogd 1.4.1: restart. Mar 1 20:24:40 inocybe syslog: Démarrage de syslogd succeeded Mar 1 20:24:40 inocybe syslog: [60G Mar 1 20:24:40 inocybe syslog: Mar 1 20:24:40 inocybe syslog: Démarrage de l'enregistreur chronologique du noyau : Mar 1 20:24:40 inocybe kernel: klogd 1.4.1, log source = /proc/kmsg started. Mar 1 20:24:40 inocybe syslog: Démarrage de klogd succeeded Mar 1 20:24:40 inocybe syslog: [60G Mar 1 20:24:40 inocybe syslog: Mar 1 20:24:41 inocybe kernel: Inspecting /boot/System.map-2.6.9-34.ELsmp Mar 1 20:24:41 inocybe rc.e-smith: Démarrage de syslog : succeeded Mar 1 20:24:41 inocybe rc.e-smith: Démarrage de cpuspeed : succeeded Mar 1 20:24:41 inocybe kernel: Loaded 24367 symbols from /boot/System.map-2.6.9-34.ELsmp. Mar 1 20:24:41 inocybe kernel: Symbols match kernel version 2.6.9. Mar 1 20:24:41 inocybe kernel: No module symbols loaded - kernel modules not enabled. Mar 1 20:24:41 inocybe kernel: Linux version 2.6.9-34.ELsmp (buildcentos@build-i386) (gcc version 3.4.5 20051201 (Red Hat 3.4.5-2)) #1 SMP Wed Mar 8 00:27:03 CST 2006 Mar 1 20:24:41 inocybe rc.e-smith: Démarrage de bootstrap-console : succeeded Mar 1 20:24:41 inocybe kernel: BIOS-provided physical RAM map: Mar 1 20:24:41 inocybe kernel: BIOS-e820: 0000000000000000 - 000000000009f800 (usable) Mar 1 20:24:41 inocybe kernel: BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) Mar 1 20:24:41 inocybe kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) Mar 1 20:24:41 inocybe rc.e-smith: Démarrage de nut : succeeded Mar 1 20:24:41 inocybe kernel: BIOS-e820: 0000000000100000 - 000000003fff0000 (usable) Mar 1 20:24:41 inocybe kernel: BIOS-e820: 000000003fff0000 - 000000003fff3000 (ACPI NVS) Mar 1 20:24:41 inocybe kernel: BIOS-e820: 000000003fff3000 - 0000000040000000 (ACPI data) Mar 1 20:24:41 inocybe raidmonitor: Starting raidmonitor: Mar 1 20:24:41 inocybe kernel: BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved) Mar 1 20:24:41 inocybe raidmonitor: Starting raidmonitor succeeded Mar 1 20:24:41 inocybe kernel: BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) Mar 1 20:24:41 inocybe raidmonitor: Mar 1 20:24:41 inocybe kernel: 127MB HIGHMEM available.

À savoir que l'ibay a totalement disparue de même que les utilisateurs sont revenus à un état précédent puisque pour certains les mots de passe ont été enlevés.

J'ai vraiment l'impression que je suis revenu à une image antérieure... :cry:

Je trouve cela un peu inquiétant si après une mise à jour des ibays ou des données disparaissent. Et j'ai la chance que cela soit sur un serveur de test, mais sur les serveurs de production c'est grave même si leurs informations sont sauvegardées.

Le plus ennuyeux est de ne pas comprendre ce qui c'est passé !!!

Cordialement

Denis

par **MasterSleepy** » 06 Mars 2007 09:58

Sur ce serveur tu as plusieurs disque en raid??

par **dlalleme** » 06 Mars 2007 10:05

Oui, cher ami; c'est bien le cas.

Penses-tu au fonctionnement d'un seul des disques ????

par **MasterSleepy** » 06 Mars 2007 10:19

Oui fortement.
Je pense à la mise à jour du kernel.

Mais je trouve ça un peu gros qd mm.

par **dlalleme** » 06 Mars 2007 10:57

Je pense que depuis novembre, il n'y avait qu'un seul disque qui fonctionnait et lors de la mise à jour du 1er mars, le disque avec les données les plus anciennes a pris la main et a mise à jour l'autre plus récent. C'est pas de chance. Il est vrai que le démarrage a été long ce jour là (env. 11min).

J'ai retrouvé cela dans le journal.

Code: Tout sélectionner: Mar 1 20:24:44 inocybe kernel: md: Autodetecting RAID arrays. Mar 1 20:24:44 inocybe kernel: md: autorun ... Mar 1 20:24:44 inocybe kernel: md: considering hdb3 ... Mar 1 20:24:44 inocybe kernel: md: adding hdb3 ... Mar 1 20:24:44 inocybe kernel: md: hdb2 has different UUID to hdb3 Mar 1 20:24:44 inocybe kernel: md: hdb1 has different UUID to hdb3 Mar 1 20:24:44 inocybe kernel: md: adding hda3 ... Mar 1 20:24:44 inocybe kernel: md: hda2 has different UUID to hdb3 Mar 1 20:24:44 inocybe kernel: md: hda1 has different UUID to hdb3 Mar 1 20:24:44 inocybe kernel: md: created md2 Mar 1 20:24:44 inocybe kernel: md: bind<hda3> Mar 1 20:24:44 inocybe kernel: md: bind<hdb3> Mar 1 20:24:44 inocybe kernel: md: running: <hdb3><hda3> Mar 1 20:24:44 inocybe kernel: raid1: raid set md2 active with 2 out of 2 mirrors Mar 1 20:24:44 inocybe kernel: md: considering hdb2 ... Mar 1 20:24:44 inocybe kernel: md: adding hdb2 ... Mar 1 20:24:44 inocybe kernel: md: hdb1 has different UUID to hdb2 Mar 1 20:24:44 inocybe kernel: md: adding hda2 ... Mar 1 20:24:44 inocybe kernel: md: hda1 has different UUID to hdb2 Mar 1 20:24:44 inocybe kernel: md: created md1 Mar 1 20:24:44 inocybe kernel: md: bind<hda2> Mar 1 20:24:44 inocybe kernel: md: bind<hdb2> Mar 1 20:24:44 inocybe kernel: md: running: <hdb2><hda2> Mar 1 20:24:44 inocybe kernel: md: kicking non-fresh hda2 from array! Mar 1 20:24:44 inocybe kernel: md: unbind<hda2> Mar 1 20:24:44 inocybe kernel: md: export_rdev(hda2) Mar 1 20:24:44 inocybe kernel: raid1: raid set md1 active with 1 out of 2 mirrors Mar 1 20:24:44 inocybe kernel: md: considering hdb1 ... Mar 1 20:24:44 inocybe kernel: md: adding hdb1 ... Mar 1 20:24:44 inocybe kernel: md: adding hda1 ... Mar 1 20:24:44 inocybe kernel: md: created md0 Mar 1 20:24:44 inocybe kernel: md: bind<hda1> Mar 1 20:24:44 inocybe kernel: md: bind<hdb1> Mar 1 20:24:45 inocybe kernel: md: running: <hdb1><hda1> Mar 1 20:24:45 inocybe kernel: raid1: raid set md0 active with 2 out of 2 mirrors Mar 1 20:24:45 inocybe kernel: md: ... autorun DONE. Mar 1 20:24:45 inocybe kernel: md: Autodetecting RAID arrays. Mar 1 20:24:45 inocybe kernel: md: autorun ... Mar 1 20:24:45 inocybe kernel: md: considering hda2 ... Mar 1 20:24:45 inocybe kernel: md: adding hda2 ... Mar 1 20:24:45 inocybe kernel: md: md1 already running, cannot run hda2 Mar 1 20:24:45 inocybe kernel: md: export_rdev(hda2) Mar 1 20:24:45 inocybe kernel: md: ... autorun DONE. Mar 1 20:24:45 inocybe kernel: md: Autodetecting RAID arrays. Mar 1 20:24:45 inocybe kernel: md: autorun ... Mar 1 20:24:45 inocybe kernel: md: considering hda2 ... Mar 1 20:24:45 inocybe kernel: md: adding hda2 ... Mar 1 20:24:45 inocybe kernel: md: md1 already running, cannot run hda2 Mar 1 20:24:45 inocybe kernel: md: export_rdev(hda2) Mar 1 20:24:45 inocybe kernel: md: ... autorun DONE. Mar 1 20:24:45 inocybe kernel: kjournald starting. Commit interval 5 seconds Mar 1 20:24:45 inocybe kernel: EXT3-fs: mounted filesystem with ordered data mode. Mar 1 20:24:45 inocybe kernel: SCSI subsystem initialized Mar 1 20:24:45 inocybe kernel: libata version 1.20 loaded.

Je crois que c'est bien un problème de raid, mais je ne suis pas spécialiste (du raid) :wink:

Encore une fois, c'était un serveur de test donc pas de gros bobo. Il y avait juste un fichier que j'aurais bien voulu récupérer.

Cordialement

Denis

PS : Je viens de redémarrer le serveur et j'ai de nouveau ceci

Code: Tout sélectionner: This is an automatically generated mail message from mdadm running on inocybe.inocybe.com. A DegradedArray event has been detected on md device /dev/md1.

Je pense que je dois avoir un petit problème avec le matériel.....

par **bourgeois** » 06 Mars 2007 20:38

comment fait-on pour regénéré les templates, :?:

c'est peut-être la mon problème, puisque moi mes i-bays ne sont pas effacé, je peux les voir avec winscp, mais il ne sont plus accessible par le net.
voici mon code

Code: Tout sélectionner: [root@web-server ~]# vi /etc/httpd/conf/httpd.conf php_admin_value open_basedir /home/e-smith/files/ibays/test/ </Directory> <Directory /home/e-smith/files/ibays/webmaster/html> AddType application/x-httpd-php .php .php3 .phtml AddType application/x-httpd-php-source .phps php_admin_value open_basedir /home/e-smith/files/ibays/webmaster/ </Directory> Alias /wpad.dat /etc/httpd/conf/proxy/proxy.pac <Location /wpad.dat> order deny,allow deny from all allow from 127.0.0.1 192.168.1.0/255.255.255.0 </Location> Alias /proxy.pac /etc/httpd/conf/proxy/proxy.pac <Location /proxy.pac> order deny,allow deny from all allow from 127.0.0.1 192.168.1.0/255.255.255.0 </Location> Type :quit<Enter> to exit Vim

merci

par **MasterSleepy** » 07 Mars 2007 09:06

Salut,

Essaye la commande

Code: Tout sélectionner: expand-template /etc/httpd/conf/httpd.conf service httpd-e-smith sigusr1

A+

par **bourgeois** » 07 Mars 2007 22:09

merci MasterSleepy
ça a fonctionné pour moi... :lol:

ibay disparue

ibay disparue

Qui est en ligne ?