Fravadona

Tu as toujours fait par NFS ? Quelles sont les droits sur les répertoires correspondant aux partages ? Par SSH sur le NAS avec l'utilisateur root : ls -l /volume*

Je n'ai pas essayé sur le Syno mais je pense qu'il suffit de mettre la cle publique de ton serveur LDAP a cet endroit : /etc/ldap/tls/ca.cert.pem

Ethernet = 100m max , donc essaies d'envisager tout de meme le cablage . Le partage de connexion sur le macmini te rajoute un sous reseau pour le NAS, donc mis a part le mac mini personne ne peut "voir" le NAS.

Si tu es sous dsm 5.1 je te conseille de signaler ce bug a Synology

Ok, comme le dit Mic la capacité du disque n'est pas le probleme. Question: le nouveau disque fait-il maintenant parti du groupe RAID ? Il y a peut-etre des erreurs dans le systeme de fichiers, ce qui rendrait son agrandissement impossible, mais cela est indépendant de l'inclusion du disque dans la matrice RAID.

Comme l'a dit Mic, c'est peut-etre un probleme de taille du disque (a quelques Mo pres); 2.73To ce n'est vraiment pas assez précis pour voir si l'erreur vient de la. Quels sont les marques/modeles des disques de 3To ?

normalement tu dois installer le certificat publique de ton server LDAP sur le client (le NAS)

Il va peut-etre falloir faire le "nettoyage" proposé par le gestionnaire de disques, il a l'air d'y avoir des erreurs sur le volume/systeme de fichiers

Sans disque dur le syno est-il reconnu par DSassistant

il y a un paquet nommé autorun pour dsm 5 qui permettrait de faire ça assez facilement (il faut tout de meme ecrire le script).

Tu ad quelle box internet? tu as un souci de loopback

Ton ldap n'a pas l'air de supporter l'authentification simple (il n'ecoute pas sur le port qui y correspondrait), il faut essayer en ssl

Es-tu sur que l'on ne peut pas creer un deuxieme volume en ayant choisi de prime abord "volume unique sur RAID" puis changé les disques pat des plus gros ?

Le transcodage sert pour DSVideo seulement (je crois)

bizare, je n'avais eu aucun souci avec ldap sous DSM4.3 (sans chiffrement) T'as un linux dispo pour tester ? ldapsearch -h serverldap -b 'dc=example,dc=com' -x 'objectclass=*'

D'apres ce message d'erreur c'est comme si tu t'etais trompe en donnant le basedn (dc=example,dc=com)

Ton ldap est chiffré ?

Vu ta configuration disque (un unique volume SHR avec 3+2+1+1+1), quand tu changeras un disque de 1To par un 3To tu devras d'abord resynchroniser le volume puis l'étendre, et tu devrais gagner 2To d'espace. Attention tout de meme car les resynchronisations et les extentions sont eprouvantes pour les disques (il n'est pas rare qu'un des autres disques crach pendant l'operation, aqsuel cas tu perds tout), donc vérifies ta sauvegarde avant de procéder

Le plus gros probleme des hubs USB est l'alimentaition des pèriphériques branchés dessus. Sinon au niveau du NAS je ne vois pas ce qui empècherait son utilisation, mais je n'ai jamais testé, faudrait que je pense a amener un hub chez moi pour faire un essai

Vive le SHR ... :-P

C'est un probleme assez typique, NFSv3 se contrefout des noms des utilisateurs, il ne raisonne qu'en UID/GID, donc il vaut mieux faire correspondre ces nom/uid entre le NAS et le poste Linux

Il y a des versions de NetDrive un peu plus anciennes et non payantes, mais le client WebDAV natif de Windows fonctionne aussi

plex ne fonctionne qu'avec des cpu x86

Pas possible sans passer par un terminal. J'ai deja posté comment faire, je vais essayer de retrouver le message

Dans ces cas la il faut commencer par regarder les infos smart du disque, mais bon, un full erase n'est pas une mauvaise chose