Discussion :

[vrd-74]

Bonjour à tous,

J'ai un problème assez épineux à vous soumettre :

Une entreprise dans laquelle j'interviens utilise un disque réseau pour le partage de fichiers. J'ai donc mis en place une politique de sauvegarde à l'aide de Cobian backup depuis le serveur (SBS 2008) avec une complète par mois, une différentielle par semaine et une incrémentale par jour.
Les tâches se lancent bien, seul soucis Cobian n'arrive pas à modifier l'attribut d'archive pour la grande majorité des fichiers, de fait mes incrémentales font plus de 40Go alors qu'elles ne devraient pas faire plus de 100Mo... Ce qui pose un réel problème au niveau temps de copie et de compression (certains fichiers ne sont alors pas sauvegardés car utilisés par des utilisateurs) ainsi qu'espace disque.

En essayant de modifier manuellement l'attribut archive d'un des fichiers dans l'explorateur j'obtiens le message suivant :

Le fichier spécifié est introuvable.

En regardant de plus près le fichier je vois alors que son propriétaire est un utilisateur au nom étrange :

S-1-5-21-17166[...]

Et bien sûr je ne peux pas le changer par le compte administrateur du disque :

Impossible de définir le nouveau propriétaire sur [...]
Accès refusé.

Bref je suis bloqué. J'envisage de faire tourner un script sous linux qui modifierai le propriétaire de tous les fichiers pour les normaliser.

Mais y a t-il une solution moins "bourrin" et plus conventionnelle ? Avez-vous également déjà rencontré ce type de problème ?

Merci

[vrd-74]

Petit up, je n'ai pas réussi à régler mon problème sous linux. Impossible de faire un chown avec un utilisateur "réseau" à priori ?
J'ai aussi essayé un takeown (console en mode admin) sous Windows, mais rien n'y fait, les fichiers résistent.

Y a t-il une solution de la dernière chance pour ce genre de cas ? J'avoue être un peu perplexe de me retrouver bloqué aussi bêtement

[Etre_Libre]

Est-ce que ce disque réseau supporte correctement les ACL (droits) de Windows ?

[vrd-74]

Bonjour,

Merci de votre réponse. Oui le Nas est sensé supporter les ACL NT. Après je ne l'ai pas mis dans le domaine, il n'est que dans un groupe de travail (WORKGROUP). Je vais essayer ce soir de faire un update du firmware du NAS et tenter de le joindre au domaine, en espérant que cela débloque la situation, mais j'ai des doutes (les utilisateurs se connectent avec le compte utilisateur du NAS et non leur compte AD pour y accéder).

[Etre_Libre]

Si jamais il ne fait pas partie du domaine, ça peut expliquer les noms d'utilisateurs non connus (on voit leur SID à la place).

[gretch]

j'ai deja eu ce genre de problème avec des nas LaCie,
la définition des droits sous explorer avait tendance à flinguer les droits sur les fichiers/dossiers,

il fallait systématiquement passer par la platforme HTTP du nas pour définir correctement les droits et éviter les bug pfff ! aucune logique... HORRIBLE EXPERIENCE :!


tente au cas ou une définition des droits via HTTP si dispo.

si cela est possible, pourquoi ne pas tenter de rentrer ton nas dans le domaine et de gerer les droits via AD ?

quel nas est ce ? n'y a t'il pas des précedents ?