ACL - apparition acl bizzare - 10.6

Bonjour,

Dans les ACL, des lignes acl bizarres apparaissent en plus des acl existantes (héritées ou non) du type :

Qu'est-ce ?
De plus lorsque je supprime et repropage les autorisation acl, celles-ci ne sont pas appliqué sur les dossier/files enfants.

Merci d'avance pour vos idées
JC

Hello et bienvenue parmi nous, il s'agit de rémanence de droits : soit l'utilisateur a été effacé soit le point de partage a été modifié entre temps… Tu peux donc les effacer sans risques…

Merci à ce souhait de bienvenue !

OK, merci pour cette explication de rémanence de droits.
J'avais déjà essayer de supprimer cette acl san être sur de bien faire, et de propager, mais en vain.
En effet, cet acl reste scotchée à tous les dossiers et ficheirs enfants.
Je me vois mal les supprimer à la main...
J'ai aussi supprimé toutes les acl, puis propagé, mais idem
J'ai encore tenté un sudo chmod -R -N /path mais une erreur " bad node"...
Faut-il relancer le serveur, redémarrer ?
:-(

Sais-tu a qui correspond cette entrée ACL ?

Tu peux effectivement relancer le serveur, ça ne lui fera pas de mal de toute façon… Sinon on peut enlever toutes les ACL via la ligne de commande mais ça risque d'être violent…

As-tu essayé de départager le volume et de le repartager ?

Non, je ne sais pas à qui correspond cette acl.
Pour info, l'OS a été mis à jour à partir d'une 10.4.
Les partages sont sur un second disque.
Ce qui est bizarre, c'est qu'après avoir refait les acl tout allait bien, puis ces lignes sont apparues.

OK, je tenterai un redémarrage du serveur, mais il est en prod et j'interviens en remote...

Je vais peut-être tenter le départage puis repartage. Bonne idée. Mais je devrait attendre ce soir.

Standby pour l'instant, je reposterai les news.

merci beaucoup
JC

OK tiens-nous aux news…

Bonjour,

Voilà, je reviens donner quelques news tardives, mais à ce jour le problème n'est toujours pas réglé, j'y ai encore bossé semaine dernière !

J'ai redémarré le serveur, comme indiqué,
j'ai départagé puis repartagé et encore une fois, ces acl bizarres sont réapparues.

Pire encore : certains utilisateurs (Neptune ci-dessus) déclarés en acl n'ont plus tout d'un coup accès en lecture à certains répertoire et dossier, comme si les acl étaient ignorées, alors que le groupe Workgroup y a accès.
Même en supprimants les acl, le partage, en repartageant et en propageant des acl fraiches, je retrouve les mêmes acl, avec les même "fantômes", comme si un cache réapparaissait.
J'ai réussi à régler le problème en déplaçant les dossiers et en propageant les acl du dossier supérieur, ca règle, mais c'est pas le top.
Si quelqu'un a une idée...
Système corrompu, un nettoyage à faire ?
Peut-on monitorer cela dans un log console ?

Merci et bonne journée
JC

Tu peux essayer de forcer à supprimer toutes les ACL via la ligne de commande…

Ton support est en RAID 1 logiciel ?

Bonjour Franck

Merci pour ta réponse.

Je suis pas top avec le terminal et je n'ai trouvé que comment supprimé une acl d'un fichier (chmod -a file1), mais comment fait-on lorsqu'il s'agit d'un répertoire ?
J'avais essayé un sudo chmod -R -N /path mais une erreur " bad node" apparait
Le support serait-il endommagé ?

Non, pas de RAID, mais un disque système et un disque pour les data

La ligne de commande pour supprimer les ACL d'un volume est bien celle que tu donnes.

As-tu passé l'utilitaire de disque sur ton volume afin d'écarter tout souci sur le support ?

Franck,

Non pas encore utilisé utilitaire disk => todo
Pour la ligne de commande, il faudra alors que je reteste après une éventuelle réparation du HD... ce "bad node"...

Je vais déjà essayer cela et dès que j'interviens, je fais un retour.

En tous cas merci.
A+

Tu as réparé les autorisations de ton volume de démarrage ?
Les scripts de maintenance ont été lancé ?

Non, mais les data en question sont sur une autre disque ; il me semble qu'on en répare pas les autorisations sur un disque sans OS..., non ?

Quant aux scripts de maintenance, il me semble qu'il sont programmé automatiquement à intervalle réguliers et le serveur est toujours ON, mais je peux me tromper là aussi ?

Ton souci pourrait être un souci système, c'est pour celà que je te préconisais de réparer les autorisations de ton système dans le doute (de toute façon ça ne fait jamais de mal).

Oui je te confirme que si ton serveur est en route tout le temps alors les scripts sont bien lancés automatiquement toutes les nuits…

Donc :
- tester HD, éventuel réparer (j'ai une sauve TM)
- rep les autorisations
- lancer sudo chmod -R -N /path sur les dossier récalcitrants

Merci !

A suivre...

- Nous tenir au jus.

Si ça marche pas :
- S'assurer que le backup est fonctionnel et complet
- S'assurer que le backup est fonctionnel et complet (ce n'est pas un mauvais copier-coller )
- Formater le support de stockage
- Réinjecter les données depuis le backup sur le support de stockage
- Redéclarer les points de partages et les droits

Bonjour

Je reviens pour un topo, surtout pour Franck
D'abord un autre exemple de "mes soucis", pour le moins importants !



Et encore l'ascenseur de fenêtre n'est pas en bas !!
Une propagation de ACL (après les avoir supprimées) depuis le dossier parent restant sans effet.
Autant dire que c'est quand même bizarre !

Traitements :
HD => pas de problèmes rencontrés
Rep de autorisations faites, idem

Solution :
par contre je n'ai pas utilisé la ligne de commande mais un utilitaire trouvé sur MacUpdate.
ACL fix, simple et efficace
http://www.macupdate.com/app/mac/26864/acl-fix

D'ailleurs à propos de la ligne de commande, il manquait un slash en fin de chemin, d'où le fait que cela ne fonctionnait pas.
Il faut entrer : sudo chmod -R -N /path/
et non pas : sudo chmod -R -N /path

Pour autant, je ne sais pas si mes problèmes vont revenir ou pas...

Merci
JC

Ha oui effectivement, autant pour moi concernant le slash à la fin…

Mais non, c'est moi qui ait suggéré cette commande erronée !
Mea culpa donc !

Ha pardon, je dois confondre avec un sujet où j'avais aussi conseillé d'effacer les ACL via une ligne de commande…

Bonjour,
J'ai un problème similaire sur un Xserve 10.6.7. J'ai du déplacer les dossiers partagés qui étaient sur un externe en FW800 sur un Promise en Fibre.
Pour l'instant ça fonctionne, mais il y a toujours des problèmes récurants, de droits sur certains dossiers copiés par les utilisateurs : sur leur poste en local donc, certains dossiers cumulent les droits.
On se retrouve avec le même user plusieurs fois dans la liste des droits.

Fab

Il faudrait cleaner les droits ACL du point de partage…

Je rejoins Franck.

pour memo pour ce soucis j'avais utilisé :
ACL fix, simple et efficace
http://www.macupdate.com/app/mac/26864/acl-fix

Et pour infos, à ce jour je n'ai pas de reconstaté de problèmes
JC

Merci bien jcm38, je vais essayer.
Par contre quand l'utilisateur copie des dossiers du serveur vers son poste en local, et les recopie ensuite sur le serveur après avoir travaillé dessus, les droits se cumulent. Ce qui fait qu'a partir d'un moment, le dossier est pleins de droits identiques, on ne peut plus rien faire avec.
Les utilisateurs n'ayant pas de compte Admin, je dois ré-attribuer des droits avec propagations sur les contenants.
Idem avec TimeMachine qui ne peut plus faire ses copies, fautes de droits. Pas cool.