Hello,
J'ai un script qui est censé copier des fichiers dans un dossier cifs monté via le fstab et qui n'a pas fonctionné la semaine dernière.
Normalement chaque semaine le script créé un dossier dont le nom est YYYY_NUMERO_DE_SEMAINE.
Ce script fonctionne bien depuis 2 ans mais la semaine dernière il y a eu un problème.
En regardant les logs j'ai vu des permission denied.
En regardant le dossier je vois un truc bizzare que je ne sais pas expliquer.
Le propriétaire du dossier qui est habituellemment www-data est maintenant un numéro.
Voici ce que donne le ls -al du dossier.
drwxr-xr-x 2 www-data www-data 174K Oct 25 22:54 2020_42
drwxr-xr-x 2 www-data www-data 160K Dec 7 12:36 2020_43
drwxr-xr-x 2 www-data www-data 228K Nov 8 21:12 2020_44
drwxr-xr-x 2 www-data www-data 160K Nov 15 19:37 2020_45
drwxr-xr-x 2 www-data www-data 195K Nov 22 17:23 2020_46
drwxr-xr-x 2 www-data www-data 192K Nov 28 03:11 2020_47
drwxr-xr-x 2 www-data www-data 156K Dec 7 12:22 2020_48
drwxr-xr-x 2 2147484049 2147484049 51K Dec 7 12:23 2020_49
drwxr-xr-x 2 www-data www-data 22K Dec 8 11:31 2020_50
Savez vous ce que cela signifie ?
Merci
# corruption du disque ? bug ?
Posté par flavien75 . Évalué à 2.
Le remplacement du nom d'utilisateur par un numéro arrive normalement quand l'utilisateur n'existe pas ou plus dans le système, typiquement dans le home quand la partition racine est effacée et réinstallée.
Par contre, les UID (le numéro qu'on voit) sont limité à 65535, donc ça ne devrait pas pouvoir arriver.
Donc à ta place, je commencerai par jeter un œil aux données Smart et vérifier que mes sauvegardes sont à jour.
Les vrais naviguent en -42
[^] # Re: corruption du disque ? bug ?
Posté par Orwell . Évalué à 1.
Merci Flavien.
Je ne suis pas un grand unixien, mes connaissances sont limités en la matière.
C'est quoi les donnés smart ?
Merci de ton aide.
[^] # Re: corruption du disque ? bug ?
Posté par legranblon (site web personnel) . Évalué à 1. Dernière modification le 08 décembre 2020 à 14:49.
accessibles via les smartmontools, ce sont des données de santé de tes disques. Dans le même genre, j'ai vu un jour un raid 5 de 3x60Go proposer 1,6To de stockage, légèrement curieux on en conviendra; carte raid et dd sous garantie, ça marchait, l'admin n'a pas fouillé. Environ six mois après, machine impossible à rebooter pour mise à jour, intervention sous garantie, le gars s'est arraché les cheveux deux jours de suite => changement carte raid et disques. Tout avait lâché au niveau matériel et le serveur tournait encore. C'est coriace une redhat O_O
[^] # Re: corruption du disque ? bug ?
Posté par Le Pnume . Évalué à 3.
Bonjour,
ce qu'est SMART :
https://fr.wikipedia.org/wiki/Self-Monitoring,_Analysis_and_Reporting_Technology
Pour son utilisation dans linux : https://www.malekal.com/smartctl-verifier-son-disque-en-ligne-de-commandes-linux/ par exemple
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
# Serveur CIFS
Posté par JJD . Évalué à 2.
Salut,
je n'ai pas vraiment de réponse à tes soucis mais au moins quelques pistes de recherche…
Il faudrait regarder ce qu'il se passe sur le serveur CIFS. Est-ce un Linux avec samba ou une machine Windows ou autre chose (NAS, …) ? Quelles sont les options de montage dans /etc/fstab ?
Le groupe et le propriétaire des fichiers sont obtenus via des identifiants numériques. Ensuite, ls affiche les noms associés à ces identifiants en les récupérant dans sa base locale (/etc/passwd et /etc/group le plus souvent mais ce n'est pas systématique : voir /etc/nsswitch.conf).
Dans ton cas, pour le dossier 2020_49, il n'y a pas d'association entre l'identifiant numérique et un utilisateur, alors c'est l'id qui s'affiche.
Est-ce que ce répertoire a bien été créé par ton script, lancé par www-data, ou bien est-ce qu'il a pu être créé directement sur le serveur ?
Sur le serveur, qui en est le propriétaire ?
Au pire, il doit être possible de forcer le propriétaire apparent côté client avec l'option forceuid (et forcegid) dans fstab. Ça peut régler le problème (mais par forcément : il y aura quand même une erreur si, sur le serveur, l'utilisateur authentifié lors du montage n'a pas les droits d'écriture).
[^] # Re: Serveur CIFS
Posté par Orwell . Évalué à 1.
Hello,
En effet, je viens de découvrir que ce filesystem était monté sur un autre serveur Linux mais cette fois en CIFS.
J'ai aussi appris que ce filesystem et les sous dossiers yyyy_ww sont utilisés par au un autre script qui si le dossier n'est pas présent le créé.
C'est juste sur le serveur où le FS est monté en CIFS que le deuxième script s'exécute.
Après modification du fstab pour le monter en nfs plutôt qu'en CIFS et chown/chgrp au profit du user www-data tout est rentré dans l'ordre.
Merci à tous pour votre aide
# Commentaire supprimé
Posté par adgroups . Évalué à 0. Dernière modification le 09 décembre 2020 à 09:52.
Ce commentaire a été supprimé par l’équipe de modération.
# Commentaire supprimé
Posté par mobuysellram . Évalué à 0. Dernière modification le 09 décembre 2020 à 19:25.
Ce commentaire a été supprimé par l’équipe de modération.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.