logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 21-03-2010 03:34:27

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Erreur 403 avec Apache en local [pas résolu mais contourné]

Bonjour.
Je viens de déplacer un disque dur dans un boitier externe, il se monte maintenant à un autre endroit (tout va bien, j'ai accès à mes données.)

J'ai plusieurs sites hébergés en local qui se trouvent sur ce volume.
J'ai édité les fichiers
/etc/apache2/sites-available/default :

#DocumentRoot /var/www
  DocumentRoot /media/DOCUMENTS/www


et
/etc/mysql/my.cnf :

#datadir    = /var/lib/mysql
datadir   =/media/DOCUMENTS/wwz


en préservant derrière un # le réglage d'origine.

Quand mon disque était encore dans la tour, je renvoyais vers les repertoire adequats via des liens symboliques, là je me suis mis en tête de renvoyer vers les répertoire présents sur le disque de données pour ne pas refaire la manip à chaque nouveau projet.

Je viens d'essayer d'y accéder et j'ai un erreur 403. Je comprends que c'est un problème de permissions mais je suis bien incapable de les changer.
J'aimerais qu'on m'explique comment faire, avec quelles lignes de commande.

Dernière modification par Einucent (26-03-2010 03:17:02)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#2 21-03-2010 10:35:38

zodar
Membre
Lieu : A coté d'Avignon
Distrib. : Sidux
Noyau : 2.6.34
(G)UI : XFCE4
Inscription : 24-02-2010
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Salut,

datadir        =/media/DOCUMENTS/wwz

erreur de frappe ou ..?

Hors ligne

#3 21-03-2010 14:20:47

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

/wwz


c'est bien le nom du répertpoire.
Comme je dois créer ceux sur lesquels je vais renvoyer ; j'ai d'abord créé un /www dans la partition de données, c'était il ya bien longtemps et je n'utilisais pas MySQL.
Depuis que le besoin s'en est fait sentir, j'ai voulu,dans tout explorateur de fichier qui soit, trouver les deux répertoires côte à côte et à dire à la fin (je fais attention à ne pas créer de dossier dont le nom commence par w x y z.)

Dernière modification par Einucent (21-03-2010 14:24:44)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#4 23-03-2010 00:57:21

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

En cherchant un peu avant de venir poster ici j'ai pu comprendre qu'il y avait deux questions à régler.
1. D'abord une affaire de droits : mes dossiers cibles doivent avoir 755, ça fait intervenir Chmod
2. ensuite une affaire de groupe, il semble leu falloir www-data comme propriétaire et ça se fait avec Chown

J'ouvre un terminal, en root, je lance midnight commander et navigue jusqu'aux /www et /wwz ;
dans le menu en haut <Fichier>
j'essaye Chmod, je peux cocher des cases mais ça me modifie 5 chiffres et pas trois, lesquels doivent être 7, 5 et 5 (actuellement il n'y a que  lire exécuter et écrire par le propriétaire)
j'essaye Chown, je veux attribuer www-data comme propriétaire : message d'erreur, impossible de changer l'id.

J'ai surtout peur de faire une connerie c'est pour ça que je demande avant.

Dernière modification par Einucent (23-03-2010 01:37:15)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#5 23-03-2010 03:27:50

anonyme
Invité

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Bonjour Einucent,

1. D'abord une affaire de droits : mes dossiers cibles doivent avoir 755, ça fait intervenir Chmod


Oui, /media/DOCUMENTS/www et tous ses sous-rèps devraient être à 755, les fichiers à 644. C'est bien la commande chmod qu'il faut utiliser. Sur le principe: chmod 755 /chemin/du/rep mais en récursif sans inclure les fichiers, à cette heure ci je ne sais plus faire. wink

2. ensuite une affaire de groupe, il semble leu falloir www-data comme propriétaire et ça se fait avec Chown


Le contenu de /media/DOCUMENTS/www ainsi que tous les sous rèps et fichiers devraient appartenir à www-data et au groupe www-data. Pour cela chown -R  www-data:www-data /media/DOCUMENTS/www/* (en root).

Pour mysql, je ne sais pas précisément, il est probaible que certains fichiers nécessitent des droits en écriture.

Dans tous les cas, j'aurais tendance à croire que les droits et les utilisateurs de cette arborescence sont bons puisque tu n'as fait qu'extraire le disque de la tour. Vérifie et dis nous ce que tu as comme droits et utilisateurs/groupes. Peut-être une piste à creuser du côté des options de montage automatique du volume.
Un cat /etc/mtab devrait te donner l'information.

Si ça peut aider... smile

#6 23-03-2010 15:25:07

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Merci, je découvre ton message après un long week-end…

Voilà ce que donne le cat /etc/mtab

/dev/sdb2 /media/DOCUMENTS vfat rw,nosuid,nodev,uhelper=devkit,uid=1000,gid=1000


Pour les commandes en chown et chmod, je préfère avoir une confirmation avant d'essayer.

Sinon, j'ai pu lire qu'avec des aliases ça va très bien, mais je n'ai pas trouvé nulle part comment faire des aliases pour mysql. De plus, si je m'attaque à un nouveau site il me faudra faire un nouvel alias, or là je veux rediriger une fois pour toutes.

Je suis venu à ce genre de manip pour avoir mes fichiers accessibles depuis Linux et depuis Windows, en effet il m'arrive souvent de (re-)travailler les images que j'utilise dans l'habillage (apellées dans les spécification CSS) avec Illustrator et Photoshop. Fût un temps, j'éditais ma feuille de style et je regardais ce que ça donait, en local depuis Windows. Je le fait plus depuis la dernière ré-installation, quand j'ai eu la flemme de ré-installer EasyPhp. XP est (toujours) dans un petite partition au début du même disque que les données
Pourtant ça m'a dépanné de l'avoir mis quand j'ai entammé le dernier site sur lequel je travaille : je le gère avec SPIP et c'est lui à l'installation qui crée la base de données, le système doit donc savoir dans quel répertoire. Ça m'était possible avec EasyPhp (son httpd.conf avait des aliases et son my.cnf avait une ligne modifiée comme j'indique dans le premier post ; j'ai gardé ces fichiers). Ça m'était par contre impossible sous Debian où je me contentais de liens symboliques depuis le dossier par défaut vers les répertoiee placés dans la partition de données.
Depuis que j'ai déplacé mon disque de données à l'extérieur, je compte faire reprendre du service à un vieux disque de 40Go pour ne contenir que Windows (XP, et peut-être 7 allons-y) et ducoup ça m'oblige à paramêtrer de toutes façons un Apache ou les deux pour pouvoir à nouveau installer localement un site en SPIP.

Dernière modification par Einucent (23-03-2010 15:29:40)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#7 24-03-2010 01:28:40

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

j'ai essayé chown -R  www-data:www-data /media/DOCUMENTS/www/* et chown -R  mars:www-data /media/DOCUMENTS/www/*en root pourtant
et je lis « opération non permise » dans les deux cas.
Je vérifie

# ls -l /media/DOCUMENTS/www
total 352
drwx------  5 mars mars 32768 mai    5  2006 alrsp
drwx------ 10 mars mars 32768 f&#65533;&#65533;vr. 10  2009 bloguitge
drwx------  4 mars mars 32768 mai    5  2006 calandreta
drwx------ 12 mars mars 32768 d&#65533;&#65533;c.  12 13:52 comedia
drwx------  4 mars mars 32768 oct.  24  2007 comedia-0
drwx------  5 mars mars 32768 oct.  25  2006 greta
drwx------ 13 mars mars 32768 mai    8  2008 mxl87
drwx------  7 mars mars 32768 mai    5  2006 mxl87-tiscali
drwx------  6 mars mars 32768 avril  4  2008 radio
drwx------ 11 mars mars 32768 nov.  18 18:26 tisseoc
drwx------  9 mars mars 32768 nov.  17  2006 toto


Comment c'est possible que la modification de propriétaire soit refusée même à root ?

Ducoup je suis revenu à mes liens symboliques mais ça regle rien au problème de droits. Est-ce que ça serait du côté du fstab ou mtab un truc avec comment le dique externe se monte ?

Dernière modification par Einucent (24-03-2010 05:00:04)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#8 24-03-2010 09:22:40

dh
Membre
Lieu : Rhône
Distrib. : SID
Noyau : 4.2.0-1-amd64
(G)UI : Gnome3
Inscription : 23-03-2010

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Einucent a écrit :

j'ai essayé chown -R  www-data:www-data /media/DOCUMENTS/www/* et chown -R  mars:www-data /media/DOCUMENTS/www/*en root pourtant
et je lis « opération non permise » dans les deux cas.


Donc fait dans l'ordre :

# chown www-data /media/DOCUMENTS/www/ -R
# chgrp www-data /media/DOCUMENTS/www/ -R


Libertaire, libéral, libre.

Hors ligne

#9 24-03-2010 16:15:04

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

chown: changement de propri&#65533;&#65533;taire pour `/media/DOCUMENTS/www/': Op&#65533;&#65533;ration non permise


(j'ai un longue liste avec la même chose pour chacun des sous répertoires)

chgrp ne donne rien, ça correspond à quoi comme commande ?

Je ne sais pas comment faire « entrer » l'utilisateur mars dans le groupe www-data, est-ce-que ça réglerait quelque-chose ?

Quand mon disque était encore dans la tour j'accédait à /Documents comme à un répertoire créé à la racine. Il existe toujours mais renvoie sur le disque que j'ai mis à la place (partitionné pareil) son propriétaire était alors root, d'où que ça posait aucun problème de droits. Est-ce qu'il suffirait de « monter » le disque externe avec root comme propriétaire et dans ce cas là comment on fait ?

Oui j'édite souvent les messages pour rajouter un truc, c'est pour pas les multiplier.

Dernière modification par Einucent (24-03-2010 16:45:21)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#10 24-03-2010 16:36:54

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Salut Einucent !

A ce que je peux lire, ce disque est formaté en fat. C'est ça ?

Alors, chomd et chown ne peuvent agir, les droits des disques fat ne sont pas gérés par linux. smile
http://debian-facile.org/commande:partition

Il se pourrait qu'il te soit nécessaire d'aller piocher dans ce lien :
http://debian-facile.org/manuel:fstab-fichier
pour trouver un montage du disque qui te permette de devenir proprio en root. big_smile

Et tu peux aussi voir sur le forum ce post concernant des droits fat32 :
http://debian-facile.org/forum/viewtopi … 343#p19343

Amitié, Joel

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

#11 24-03-2010 16:55:35

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Joël « Smolski » …tombe à pic ! (pour ceux qui ont connu la télé des 80's, yep yop) wink
Tu envoie ta réponse alors que j'édite le message pour évoquer une piste, merci je suis pas dans l'erreur compêtement.

J'ai ma réponse à « opération non autorisée », c'est dû au fat32. Pas le choix, il faut pouvoir lire avec Windows.
Je suis rassuré, mon idée de monter avec root comme proprio ets pas à côté de la plaque.

voilà le conteun de mon fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/sda2       /               ext3    noatime,errors=remount-ro 0       1
#/dev/hda2       /Documents      vfat    quiet           0       0
#/dev/sda8       /Documents2     vfat    quiet           0       0
/dev/hda2       /Documents      vfat    quiet,umask=0,codepage=850,iocharset=iso8859-15           0       0
/dev/sda8       /Documents2     vfat    quiet,umask=0,codepage=850,iocharset=iso8859-15           0       0
/dev/sda7       /home           ext3    noatime,nodev   0       2
/dev/sda5       none            swap    sw              0       0
/dev/hdc        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0


pas trace de quoi que ce soit qui se monte sous /media/DOCUMENTS, ce que j'ai mis en gras correspond à l'autre disque qui se montait sous /Documents et avait root comme propriétaire.

et celui de mon mtab

/dev/sda2 / ext3 rw,noatime,errors=remount-ro 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,mode=0755 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
udev /dev tmpfs rw,mode=0755 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
/dev/hda2 /Documents vfat rw,quiet,umask=0,codepage=850,iocharset=iso8859-15 0 0
/dev/sda8 /Documents2 vfat rw,quiet,umask=0,codepage=850,iocharset=iso8859-15 0 0
/dev/sda7 /home ext3 rw,nodev,noatime 0 0
/dev/sdb2 /media/DOCUMENTS vfat rw,nosuid,nodev,uhelper=devkit,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,flush 0 0
/dev/sdb1 /media/3298FB7E98FB3F43 fuseblk rw,nosuid,nodev,allow_other,blksize=4096 0 0


là j'ai bien mon volume mais comment lui dire que c'est root le proprio ? C'est quoi, ce nosuid ?

Dernière modification par Einucent (24-03-2010 18:29:48)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#12 24-03-2010 20:12:34

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Je continue à chercher
si je mets ça je fais un connerie ?

/dev/sdb2 /media/DOCUMENTS vfat defaults,user,uid=root,gid=win,umask=113,dmask=002 0 0

Dernière modification par Einucent (24-03-2010 20:13:38)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#13 24-03-2010 21:12:36

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Perso Einucent, je n'ai jamais écrit de telle ligne dans le fstab.
Je laisse donc la parole à plus avisé que moi en ce domaine. smile

Je pense que tu ne risques rien en modifiant le fstab, puisque qu'au pire, un livecd te permettrai de revenir en arrière.
Il suffira de mettre un # devant l'ancienne ligne pour en empêcher la lecture par le système et ne pas tout compromettre.

Amitié, Joel

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

#14 24-03-2010 21:47:39

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Perso Einucent, je n'ai jamais écrit de telle ligne dans le fstab.


qu'est-ce que c'est que ce tuto en bois sur lequel je suis tombé moi !? (celui dont je mets le lien hein, pas ceux que tu m'indiques)
Je vais bien voir en commentant, c'est vrai que je repasse à l'ancienne version facilement. Je croyais que quelqu'un aurait un avis ici.

Dernière modification par Einucent (24-03-2010 22:09:00)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#15 24-03-2010 22:05:03

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Einucent,

Le propre du wiki est d'être participatif. Ce qui manque ou est peu compréhensible doit/peut être rectifié par qui le veut bien, avec la meilleure bonne volonté possible.
Et le forum permet cela.

C'est pas cool comme ça Einucent ? wink

Amitié, Joel

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

#16 24-03-2010 22:11:29

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Oui je sais, et ce principe me convient assez, je suis pas en mesure de renseigner grand monde, juste faire bénéficier d'autres des résolutions de problèmes que j'ai exposée ici.

Pour l'instant j'ai pas indentifié comment « dire root est propriétaire » (et rien de plus tant qu'à faire.

Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#17 25-03-2010 02:02:17

anonyme
Invité

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Bonjour,

Désolé, j'avais oublié que la fat ne gère pas le droits, j'utilise rarement.

Tu dois pouvoir modifier les paramètres de montage du disque avec gnome-volume-properties qui permet de paramétrer gnome-volume-manager. J'ai pas essayé, c'est juste le résultat d'une recherche. A tester, donc.

@+

#18 25-03-2010 04:27:52

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

tux12 a écrit :

Tu dois pouvoir modifier les paramètres de montage du disque avec gnome-volume-properties qui permet de paramétrer gnome-volume-manager.


Merci, je trouve rien depuis hier soir qui me permettrait ce que je veux
Je n'arrive pas à le lancer j'ai bien un fichier de configuration dans
/usr/share/app-install/desktop
quand j'en demande les propriétés je lis

commande : gnome-volume-properties


je la tape donc dans un terminal, en root, et je reçois

commande introuvable


J'ai cherché un peu et ce que j'ai vu comme captures d'écran me montre pas de choix qui indiquerait « monter la partition avec root comme propriétaire. »ou un bouton proposant plus d'options.

Pour l'instant j'ai re-paramêtré pour avoir mes /www et /wwz sur le disque qui est dans la tour vu que j'ai encore la place. Ça marche (encore heureux !)
Mais la question risque de se poser à nouveau notament pour jongler entre deux ordis (Mac pour les images, Linux pour l'intégration.)

Dernière modification par Einucent (25-03-2010 04:50:07)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#19 25-03-2010 22:30:25

anonyme
Invité

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Bonjour Einucent,

Effectivement, gnome-volume-properties ne dispose pas d'options pour changer de user/group. hmm
J'en arrive à me demander si c'est prévu, vu que ce système de montage automatique est fait pour qu'un user puisse monter un disque (clé usb, APN...) sous son nom et dans un interface graphique.

En fait la solution doit plutôt passer par une ligne dans le fstab (comme tu avais précédemment quand dans la tour)  du genre de ce que tu proposais en #12 avec un montage manuel en ligne de commande root. Dans ce cas ,plus besoin même de mention de uid/gid ni de user pour avoir user=group=root.
Mais je crains que ça ne résolve pas le problème si tu dois avoir www-data:www-data sur le rèp www et un propriétaire/groupe différents pour le wwz de mysql.

@+

#20 25-03-2010 23:19:57

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Ça marche plus du tout ! Les pages que j'ai pu voir hier soir etaient chargées dans le cache ou un truc du style.

Je viens de décommenter les ligne que j'avais masquées et d'effacer celles que j'avais rajoutées, dans etc/apache2/sites-available/default  et etc/mysql/my.cnf
J'ai aussi re-édité les liens symboliques nécéssaire. Je pensais être revenu à la situation d'avant de déplacer le disque en externe, mais …

Dès que je demande une autre page (qui doit-être générée dynamiquement) j'ai à l'écran

Sit en òbras
Atencion: un problema tecnic (servidor MySQL) empacha d'accedir a quela part dau sit. Mercés de vòstra indulgéncia.


quand c'est pas

&#65533;W&#65533;&#1526;&#65533;&#65533;+n&#65533;&#65533;r&#65533;U&#65533;I&#793;y&#65533;]&#65533;&#65533;v&#65533;&#65533;MuzK&#65533;f&#65533;&#13029; &#65533;&#65533;h&#65533;&#65533;o&#65533;&#65533;8&#65533;&#65533;-&#65533;>&#65533;


sur tout l'écran ou au mieux une page blanche.

En démarrant tout à l'heure j'ai vu dans les messages de la console

starting server mysql    failed


j'ai pourtant redémarré Apacha après mes modifs et j'ai pas eu de message me disant que mysql redémarrait pas.

Je vais voir aussi du côté des Spipiens.


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#21 26-03-2010 00:04:30

anonyme
Invité

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Tu as remis le disque en interne, ou tu as fait une copie de son contenu vers la tour? Dans ce dernier cas, comment as-tu fait la copie?  Tes pages web me font penser à un problème de codage.

j'ai pourtant redémarré Apacha après mes modifs et j'ai pas eu de message me disant que mysql redémarrait pas.


Oui, ce sont deux serveurs autonomes et indépendants l'un de l'autre. C'est à toi de gérer cela.
Vois dans les logs de mysql ce qui l'empêche de démarrer.

Quels sont les droits sur les répertoires des arborescences www et wwz? (juste un extrait hein wink )

@+

#22 26-03-2010 00:25:13

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Merci Tux
J'ai fait une copie sur le disque qui est dans la tour, avec nautilus tout bêtement.
/Documents/www et /Documents/wwz sont les seuls répertoire que je laisse dessus. C'est root le propriétaire de /Documents

# ls -l /Documents/www
total 176
drwxrwxrwx  5 root root 16384 mai    5  2006 alrsp
drwxrwxrwx 10 root root 16384 f&#65533;&#65533;vr. 10  2009 bloguitge
drwxrwxrwx  4 root root 16384 mai    5  2006 calandreta
drwxrwxrwx 12 root root 16384 d&#65533;&#65533;c.  12 13:52 comedia
drwxrwxrwx  4 root root 16384 oct.  24  2007 comedia-0
drwxrwxrwx  5 root root 16384 oct.  25  2006 greta
drwxrwxrwx 13 root root 16384 mai    8  2008 mxl87
drwxrwxrwx  7 root root 16384 mai    5  2006 mxl87-tiscali
drwxrwxrwx  6 root root 16384 avril  4  2008 radio
drwxrwxrwx 11 root root 16384 nov.  18 18:26 tisseoc
drwxrwxrwx  9 root root 16384 nov.  17  2006 toto


pour wwz, j'ai une longue liste comme ça.

-rwxrwxrwx 1 root root       98 avril 21  2009 mysql-bin.000595
-rwxrwxrwx 1 root root       98 avril 21  2009 mysql-bin.000596
-rwxrwxrwx 1 root root       98 avril 21  2009 mysql-bin.000597
-rwxrwxrwx 1 root root       98 avril 21  2009 mysql-bin.000598
-rwxrwxrwx 1 root root    11362 avril 21  2009 mysql-bin.index
drwxrwxrwx 2 root root    16384 f&#65533;&#65533;vr. 12 05:19 tisseoc
-rwxrwxrwx 1 root root   611072 avril  1  2009 titanium.err


rwxrwxrwx c'est plutôt bon signe, non?

Vois dans les logs de mysql ce qui l'empêche de démarrer.


comment on fait ?

Dernière modification par Einucent (26-03-2010 00:29:39)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#23 26-03-2010 01:04:55

anonyme
Invité

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Re,

Dans ton post #11, les lignes en gras montrent que ton disque dans la tour était monté en iso8859-15, et maintenant en externe par l'automount en UTF8. Je suggère de monter ton disque à la main avec le codage approprié et refaire la copie. Ceci devrait résoudre au moins le problème de codage des pages web.

Pour les logs de mysql, je ne sais pas comment lire les .bin que l'on trouve dans /var/log/mysql. Je pensais que tu utilisais PhpMyAdmin. hmm

#24 26-03-2010 02:44:34

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

J'ai remplacé le disque qui est maintnant en externe par celui que j'avais avant il est organisé pareil et je retrouve la même organisation.
Ce que j'ai posté en #11 c'est avec le disque externe monté, il apparaît pas dans fstab (il est pas prévu) mais bien dans mtab (où figurent les deux /Documents et /media/DOCUMENTS)

Je ne connais pas assez le code pour monter à la main.

Je dirais que le codage des pages web est pas ce qui pose problème, j'arrive à lire à nouveau les pages de
/radio
/calandreta
/toto
/mxl87-tiscali
/alrsp
/greta
qui sont des vieux trucs pour se faire la main, qui font intervenir du php mais pas de base de données.

Le message d'erreur que je reçois ne concerne que les sites utilisant mysql
En fouillant entre temps sur les forums consacrés à spip j'ai trouvé où regarder ce qui s'est passé en dernier il y a un spip.log
Il reste 4 sites concernés, voilà leur spip.log

/comedia

Mar 25 22:59:38 127.0.0.1 (pid 3323) Erreur base de donnees, impossible utiliser 3/%2Fcomedia%2Fspip---3d7810023cdb6
Mar 25 23:05:57 127.0.0.1 (pid 3324) Echec connexion localhost  root comedia
Mar 25 23:05:57 127.0.0.1 (pid 3324) Echec connexion localhost  root comedia
Mar 25 23:05:57 127.0.0.1 (pid 3324) spip_connect: serveur 0 mal defini dans 'config/connect.php'.


qui m'affiche une page blanche

/mxl87 (mon bébé !)

Mar 25 22:48:37 127.0.0.1 (pid 3210) Erreur base de donnees, impossible utiliser 9/mxl87-spip%3Farticle1.32652b8d
Mar 25 23:05:56 127.0.0.1 (pid 3324) Echec connexion MySQL 2002 Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
Mar 25 23:05:56 127.0.0.1 (pid 3324) Mar 25 23:05:56 127.0.0.1 (pid 3324) Echec connexion MySQL 2002 Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

Mar 25 23:05:56 127.0.0.1 (pid 3324) Erreur base de donnees, impossible utiliser 5/mxl87-.fd89b8bd
Mar 25 23:06:17 127.0.0.1 (pid 3322) renouvellement de l'alea_ephemere: edf9054a328abfd6bf0aca1059e946b7
Mar 25 23:06:17 127.0.0.1 (pid 3322) redirige: http://127.0.0.1/mxl87/spip.php?page=lo … =ecrire%2F
Mar 25 23:06:17 127.0.0.1 (pid 3322) Erreur base de donnees, impossible utiliser 1/mxl-spi-ecrire%252F.01a5b574


/bloguitge

Mar 25 22:47:39 127.0.0.1 (pid 3207) Erreur base de donnees, impossible utiliser 0/blo-spip%3Farticle2.b95b1986
Mar 25 22:47:46 127.0.0.1 (pid 3207) Erreur base de donnees, impossible utiliser 0/blo-spip%3Farticle2.b95b1986
Mar 25 23:05:56 127.0.0.1 (pid 3324) Echec connexion MySQL 2002 Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
Mar 25 23:05:56 127.0.0.1 (pid 3324) Mar 25 23:05:56 127.0.0.1 (pid 3324) Echec connexion MySQL 2002 Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)


les deux m'affichent le message que j'ai mis en #20

/tisseoc

Mar 25 23:05:56 127.0.0.1 (pid 3320) Echec connexion localhost  root tisseoc
Mar 25 23:05:56 127.0.0.1 (pid 3320) spip_connect: serveur 0 mal defini dans 'config/connect.php'.


qui me parle martien…

Sinon, /var/log/mysql est vide

Dernière modification par Einucent (26-03-2010 02:51:56)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

#25 26-03-2010 03:15:08

Einucent
Membre
Lieu : Tolosa
Distrib. : 6.0.4
Noyau : 2.6.32-trunk-686
(G)UI : Gnome 2.28.2
Inscription : 09-02-2009
Site Web

Re : Erreur 403 avec Apache en local [pas résolu mais contourné]

Je viens d'essayer

# /etc/init.d/mysql restart
Stopping MySQL database server: mysqld.
Starting MySQL database server: mysqld.
Checking for corrupt, not cleanly closed and upgrade needing tables..


ça marche.
J'ai pu retrouver la situation d'avant de mettre le gros disque en externe. Ça ira pour quelques temps mais j'aurais bien aimé savoir comment trimbaler mes sites en SPIP sur le disque externe et les rendre accessibles d'un autre ordi.

Dernière modification par Einucent (26-03-2010 03:16:27)


Led Zepplin didn't write tunes that everyone liked, they left that to the Bee Gees !
mxl87-br-buton.png

Hors ligne

Pied de page des forums