Merci pour cette réponse.
J'ai oublié de préciser un truc important: La machine comprend 2 disques
en mirroir.
Quand tu dis le recréer, tu veux dire une simple copie du /dev provenant
du livecd ?
Le 07/09/2012 13:27, prego jérémy a écrit :
Le 07/09/2012 13:19, Pierre a écrit :
Bonjour à
J'ai changé de miroir. Plus de problème.
Pierre Hourdebaigt a écrit :
François Cerbelle a écrit :
Pierre Hourdebaigt a écrit :
Bonjour à tous,
J'essaie de télécharger la version 32 bits i386 (http ou torrent) et
je me fais planter SYSTEMATIQUEMENT à 91.4% ??
J'ai rees
François Cerbelle a écrit :
Pierre Hourdebaigt a écrit :
Bonjour à tous,
J'essaie de télécharger la version 32 bits i386 (http ou torrent) et
je me fais planter SYSTEMATIQUEMENT à 91.4% ??
J'ai reessayé x fois et toujours le même problème (aucun souci avec
une autre distrib).
Y
Bonjour à tous,
J'essaie de télécharger la version 32 bits i386 (http ou torrent) et je
me fais planter SYSTEMATIQUEMENT à 91.4% ??
J'ai reessayé x fois et toujours le même problème (aucun souci avec une
autre distrib).
Y-a-t'il un souci connu avec le site de debian ?
Y-aurait-il un autre site
Alain a écrit :
Bonjour,
Bonjour,
Je me suis fait un petit script de sauvegarde basé sur rsync.
Ce script est destiné à être utilisé sur plusieurs machines, et
j'aimerais que les paramètres de configuration spécifiques à chaque
machine soient stockés dans un fichier indépendant du script.
M
phdb a écrit :
Bonjour,
Si tu as de la disponibilité sur un autre filesystem (même à travers
un montage NFS), peut être simplement faire un lien symbolique sur
/var/lib/ à partir d'un autre filesystem ?
Donc :
- su
- Arrêter slapd
- mv /var/lib/ldap sur le filesystem dispo (ex : mv -
Finalement le problème a été "résolu" en supprimant les paquets
concernés par supphp (suphp-common, libapache-mod-suphp,
libapache2.modsuphp).
Comme je n'ai pas trouvé d'historique des install/update/desinstall (je
n'ai pas de /var/log/dpkg.log), le mystère reste entier; je ne sais pas
par quel
Bonjour,
jerome kaluza a écrit :
et ps -aux regarde kele est le binaire httpd ki est executé :)
Je n'ai pas de processus httpd.
Si je fais un ps aux | grep apache2, j'obtiens cette réponse :
root 2664 0.0 1.0 23688 10416 ? Ss May24 0:00
/usr/sbin/apache2 -k start -DSSL
www-dat
gi=execute:!selfPatrick- Original Message -
From: "Pierre Hourdebaigt" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, May 24, 2006 3:03 PM
Subject: Re: Gros problème avec PHP
Les choses avancent
Mais cela me surprend un peu... beaucoup!!
J'ai modifié les droits sur le ré
jerome kaluza a écrit :
il faut voir si l'utilisateur apache et php sont les meme ?
(->proprietaire)
A l'origine, le fichier .php placé dans /var/www était root:root et est
en 644.
Si j'attribue un propriétaire lambda, cela fonctionne (comme je l'ai
indiqué dans mon post d'hier après-midi).
Mai
Bonjour
deny a écrit :
phdb a écrit :
Oui tu as raison, je n'ai même pas pensé à vérifier ce point. Ci
dessous, tu trouveras le résultat de 3 essais, le premier local, le
deuxième distant et le troisième exécuté en tant que root.
salut
as tu les messages error.log d'apache ?
[Thu May 25 09:
Les choses avancent
Mais cela me surprend un peu... beaucoup!!
J'ai modifié les droits sur le répertoire /var/www (777) - Oui je sais,
beurk!! Et je suis bien d'accord...
Ensuite, dans ce répertoire, j'ai fait un chown toto:toto index.php. Et
là, cela fonctionne (même si c'est l'utilisateur
12 matches
Mail list logo