touch inutilisable root

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:

---

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.

Bonjour :coucou:

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

Code:

---

> fichier.txt

---

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.

Citation:

---

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 ?

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.

salut,

Citation:

---

Envoyé par xKryckx

Code:

---

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

Citation:

---

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:Pièce jointe 178851
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.

Citation:

---

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:

---

1 2 3 4 5

pwd id ls -lad . fichier.txt touch fichier.txt df -h .

---

et dis nous ce qu'elles affichent.

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

Citation:

---

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.

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.

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

Bonjour j'ai utilisé cette commande

Code:

---

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:

---

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

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

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

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.

Bonjour. Donc d'après ce que tu dis, je peux remettre mon chemin au bon endroit depuis mon hôte?

Si oui, comment ferais tu ça stp?

Merci.

Citation:

---

Envoyé par xKryckx

Bonjour. Donc d'après ce que tu dis, je peux remettre mon chemin au bon endroit depuis mon hôte?

---

Je n'est suis pas sûr. Est-ce que tu as accès à l'hôte ?

Citation:

---

Si oui, comment ferais tu ça stp?

---

Je commencerais par lire la documentation d'administration du logiciel de virtualisation utilisé.