touch inutilisable root

**xKryckx** · 26/05/2015, 12h29

Bonjour à tous, je ne sais pas si je suis au bon endroit mais je tente.
J'ai un serveur linux avec apache2 sur lequel je stocke mes sites, ce serveur est en fait une virtualisation car j'utilise proxmox pour faire des sauvegardes quotidiennes.
Le problème c'est que depuis quelques temps, cela ne fonctionne plus et en cherchant, j'ai trouvé où se situer le problème. Il s'agit de mon dossier "log" dans mon clientX qui ne contient rien alors que tous les autres clients ont un fichier "log" avec les différents fichiers d'erreurs et autres.
Je me suis donc dit que j'avais juste besoin de recréer un fichier d'erreur pour les log. Sauf que lorsque je le crée et que je recharge la page des log, le fichier que je viens de créer!
J'ai essayé avec filezilla et avec la commande "touch" (qui me renvoie ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

touch: cannot touch `fichier.txt': No such file or directory

). Et le tout a été effectué en tant que root!

Je ne comprend vraiment pas pourquoi je ne peux pas écrire dans ce dossier (dans les autres dossiers du même client, je peux modifier ou créer des fichiers)!

Si vous avez une piste pour moi, je suis preneur.
Et si vous avez besoin d'infos, n'hésitez pas à me demander.

Merci d'avance.

Cordialement.

**Flodelarab** · 26/05/2015, 14h21

Bonjour

Déjà, pourquoi utiliser "touch" ? Il est plus simple de faire:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

> fichier.txt

**xKryckx** · 26/05/2015, 15h14

Tout simplement parce que je ne connaissais pas cette commande. ^^

Sinon, ça me fait un permission refusée lorsque je veux créer ce fichier. Je suis pourtant bien root sur le serveur.

Merci.

**jlliagre** · 26/05/2015, 16h59

Envoyé par xKryckx

Sinon, ça me fait un permission refusée lorsque je veux créer ce fichier. Je suis pourtant bien root sur le serveur.

Justement, pourquoi effectuer cette opération en tant que root ?

A supposer quelle réussisse, le serveur web ne pourra pas écrire dans le fichier de log si apache ne tourne pas lui même sous root. A qui appartient le répertoire de logs ?

**xKryckx** · 26/05/2015, 17h30

Ce log appartient à l'userX.

Mais étant donné que l'userX ne peut pas créer lui non plus de fichier dans ce répertoire, je testais avec root pour forcer la création.
Mais apparemment, il y a un problème.

Une chose que je pourrais faire mais dont je n'ai pas envie, serait de supprimer le site du client du serveur et le remettre ensuite.

Merci pour la réponse.

**BufferBob** · 26/05/2015, 17h45

salut,

Envoyé par xKryckx

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

touch: cannot touch `fichier.txt': No such file or directory

c'est bien touch fichier.txt que tu as tapé ?
il n'y avait pas de répertoire genre touch repertoire/repertoire/fichier.txt ?
peut-être aussi que tu essayes de créer un fichier dans un répertoire qui n'existe déjà plus au moment où tu lances la commande, ça pourrait être une cause possible
ou alors fichier.txt existe déjà (est un lien symbolique qui ne pointe vers rien par exemple)

si c'est aucun de ces cas... je pense que je commencerais à me méfier du disque dur perso, ne voyant pas d'autre cause évidente

**xKryckx** · 26/05/2015, 17h57

Envoyé par BufferBob

salut,

c'est bien touch fichier.txt que tu as tapé ?
il n'y avait pas de répertoire genre touch repertoire/repertoire/fichier.txt ?
peut-être aussi que tu essayes de créer un fichier dans un répertoire qui n'existe déjà plus au moment où tu lances la commande, ça pourrait être une cause possible
ou alors fichier.txt existe déjà (est un lien symbolique qui ne pointe vers rien par exemple)

si c'est aucun de ces cas... je pense que je commencerais à me méfier du disque dur perso, ne voyant pas d'autre cause évidente

Alors oui c'est bien ce que j'ai tapé.
Non pas ce genre de répertoire.
Le fichier "log" existe car j'ai fait un "mkdir log" dans le repertoire qui contient le dossier "log" et cela me dit que le dossier existe déjà.
fichier.txt n'est qu'un exemple.

Voilà à quoi doit ressembler l'intérieur d'un fichier log d'un autre user: Nom : Capture d’écran (121).png
Affichages : 144
Taille : 65,1 Ko

L'image ci dessus montre le contenu du dossier log d'un autre user et qui a été fait APRES celui de l'userX.
Le fait que le "Propriétaire/Groupe" soit en "root root" est normal, ispconfig crée ce dossier (ainsi que d'autres) automatiquement et attribue ses droits.

Le fait que le disque me fait un peu peur et je sais que même si mon serveur date de moins de 6 mois et que je suis chez soYouStart peut n'y rien changer.

Par contre, le site de l'userX où j'ai le problème, n'est pas le dernier site que j'ai fait et ils fonctionnent tous sur la même base et seul lui est touché!

De plus, à chaque fois que je veux créer mon fichier dans les "log", ça fonctionne bien (avec Filezilla) puis je recharge le dossier et là, le fichier a disparu.

Merci.

**jlliagre** · 26/05/2015, 17h59

Envoyé par xKryckx

Mais étant donné que l'userX ne peut pas créer lui non plus de fichier dans ce répertoire

Tu n'avais pas donné cette info.

Va dans le répertoire de logs puis exécute les commandes suivantes (sous shell, pas de filezilla):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
pwd
id
ls -lad . fichier.txt
touch fichier.txt
df -h .

et dis nous ce qu'elles affichent.

**xKryckx** · 26/05/2015, 18h17

Voilà les réponses aux commandes mais vu que je ne peux rien créer dans ce dossier, je ne sais pas si ça va être utile.

/var/www/clients/client47/web109/log
uid=0(root) gid=0(root) groups=0(root)
ls: cannot access fichier.txt: No such file or directory
drwxr-xr-x 0 root root 0 Mar 12 06:33 .
touch: cannot touch `fichier.txt': No such file or directory
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 200G 25G 176G 13% /var/www/clients/client53/web123/log

Par contre, le fichier log qui ne fonctionne pas se situe dans /var/www/clients/client47/web109/log et non pas dans le chemin ci dessus.

Merci

**jlliagre** · 26/05/2015, 22h25

Envoyé par xKryckx

Filesystem Size Used Avail Use% Mounted on
/dev/simfs 200G 25G 176G 13% /var/www/clients/client53/web123/log

Par contre, le fichier log qui ne fonctionne pas se situe dans /var/www/clients/client47/web109/log et non pas dans le chemin ci dessus.

client47 et client53 sont dans le même container ? Il y a sûrement un problème de configuration la dessous.

**xKryckx** · 26/05/2015, 23h40

Oui, tous mes clients sont dans le même container. Comme ça si jamais ça crashait, je n'avais qu'à récupérer une sauvegarde antérieure et la réinjectais avec tous mes sites.
Mais ce que je ne comprends pas, c'est que ça marchait très bien et qu'avec juste 1 site, ça a complètement merdé.

Au final, je vais surement supprimer ce site et le remettre sous un autre web!

Merci.

**jlliagre** · 27/05/2015, 00h16

Est-ce que les systèmes de fichiers de logs autres instances d'apache ont la même incohérence de nommage ?

**xKryckx** · 27/05/2015, 16h13

Bonjour j'ai utilisé cette commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

df-h .

sur un autre client qui n'a aucun souci et il m'affiche bien le bon répertoire où je me trouve.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
root@CT:~# cd /var/www/clients/client21/web40/log/
root@CT:/var/www/clients/client21/web40/log# df -h .
Filesystem      Size  Used Avail Use% Mounted on
/dev/simfs      200G   25G  176G  13% /var/www/clients/client21/web40/log
root@CT:/var/www/clients/client21/web40/log#

Cordialement

**Flodelarab** · 27/05/2015, 16h47

Est-ce que le point de montage aurait été monté en "read only" ?

**xKryckx** · 27/05/2015, 17h30

Même si c'est moi qui l'ait monté, je n'en ai aucune idée. Mais y a peut être moyen de savoir via une commande spécifique?

Merci

**jlliagre** · 27/05/2015, 21h33

Avant de s'occuper des permissions, il faudrait déjà monter le bon répertoire et ce montage doit être corrigé dans la machine hôte, pas dans le container. Ce n'est pas un "vrai" système de fichier mais du simfs.