Aller au contenu

dxavier

Membres
  • Compteur de contenus

    6
  • Inscription

  • Dernière visite

Tout ce qui a été posté par dxavier

  1. dxavier

    Impossible De "gerer" Un Volume

    Merci pour la réponse. Sinon l'unité c'était des To bien sur, mais ça ne change rien au problème. Les disques ne sont pas encore plein, je vais devoir tout transférer ailleurs, supprimer le volume restant, et en recréer un avec les quatre disques.
  2. Sur un DS411+ (DSM 4.1) j'avais deux volumes sur 2 fois deux disques (pour des raisons 'historiques') : 2*1Go et 2*2Go. Afin de mettre tout sur le même volume et de passer en raid sur les 4 disques, j'ai supprimé le deuxième. Si j'ai compris, le SHR est capable de gérer des disques de capacité différente, je voudrais passer le volume 1 restant avec les quatre disques (actuellement il utilise les 2 de 2Go). Je suis la doc, je vais dans le gestionnaire de stockage, volume, je sélectionne le volume, mais le bouton "Gérer" reste gris (avec le compte admin). Impossible de le modifier. Le volume1 à modifier est de type : SHR (avec la protection de données sur un disque), et système de fichier ext4 Comment puis-je modifier le volume existant pour l’étendre ? Merci de votre aide.
  3. Un peu de nouveau. En recherchant j'ai le même problème qu'ici : http://www.nas-forum.com/forum/topic/17741-acces-impossible-sur-linterface-web/page__p__99777#entry99777 Mon fichier /etc/group est vide. J'ai recopié celui de /etc.defaults/group mais forcément il est incomplet (il n'y a pas le groupe pour les utilisateurs ajouté via le GUI). J'ai relancé le script /usr/syno/etc/rc.d/S97apache-webdav.sh. Le NAS écoute maintenant sur le port 5000 et 5001. Après reboot, ça fonctionne toujours. Est-ce que je peux laisser comme ça, ou il faut adapter /etc/group avec les nouveaux utilisateurs ?
  4. Merci, J'ai bien pensé à cela mais il restait de la place. Dans le doute je l'ai supprimé quand même. Après reboot, le fichier error.log n'est pas très utile. Il contient : 2011-10-16 18:47:53: (log.c.97) server started 2011-10-16 18:48:37: (server.c.1466) server stopped by UID = 0 PID = 7573 2011-10-16 18:50:56: (log.c.97) server started et le résultat du netstat si ca peut être utile : DiskStation> netstat -laputen Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:44512 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:548 0.0.0.0:* LISTEN 7373/afpd tcp 0 0 0.0.0.0:4712 0.0.0.0:* LISTEN 6963/amuled tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 7076/portmap tcp 0 0 0.0.0.0:50001 0.0.0.0:* LISTEN 7108/dms tcp 0 0 0.0.0.0:50002 0.0.0.0:* LISTEN 7123/lighttpd tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 7355/ftpd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 7216/sshd tcp 0 0 0.0.0.0:4662 0.0.0.0:* LISTEN 6963/amuled tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 6460/cupsd tcp 0 0 0.0.0.0:5432 0.0.0.0:* LISTEN 4584/postgres tcp 0 0 127.0.0.1:4700 0.0.0.0:* LISTEN 7367/cnid_metad tcp 0 0 0.0.0.0:892 0.0.0.0:* LISTEN 7086/mountd tcp 0 0 0.0.0.0:35774 0.0.0.0:* LISTEN 7083/statd tcp 0 0 127.0.0.1:53384 127.0.0.1:4712 ESTABLISHED 6974/synoamulecgid tcp 0 0 127.0.0.1:4712 127.0.0.1:53384 ESTABLISHED 6963/amuled tcp 0 0 192.168.30.16:22 192.168.30.13:41263 ESTABLISHED 7385/0 tcp 0 0 ::%135319869:515 ::%135478818:* LISTEN 4764/inetd tcp 0 0 ::%135319869:139 ::%135478818:* LISTEN 6992/smbd tcp 0 0 ::%135319869:21 ::%135478818:* LISTEN 7355/ftpd tcp 0 0 ::%135319869:22 ::%135478818:* LISTEN 7216/sshd tcp 0 0 ::%135319869:631 ::%135478818:* LISTEN 6460/cupsd tcp 0 0 ::%135319869:5432 ::%135478818:* LISTEN 4584/postgres tcp 0 0 ::%135319869:445 ::%135478818:* LISTEN 6992/smbd udp 0 0 0.0.0.0:2049 0.0.0.0:* - udp 0 0 0.0.0.0:899 0.0.0.0:* 7083/statd udp 0 0 127.0.0.1:47623 0.0.0.0:* 7108/dms udp 0 0 192.168.30.16:137 0.0.0.0:* 6611/nmbd udp 0 0 0.0.0.0:137 0.0.0.0:* 6611/nmbd udp 0 0 192.168.30.16:138 0.0.0.0:* 6611/nmbd udp 0 0 0.0.0.0:138 0.0.0.0:* 6611/nmbd udp 0 0 0.0.0.0:9997 0.0.0.0:* 4346/findhostd udp 0 0 0.0.0.0:9998 0.0.0.0:* 4346/findhostd udp 0 0 0.0.0.0:9999 0.0.0.0:* 4346/findhostd udp 0 0 0.0.0.0:4665 0.0.0.0:* 6963/amuled udp 0 0 0.0.0.0:4672 0.0.0.0:* 6963/amuled udp 0 0 0.0.0.0:68 0.0.0.0:* 2487/dhcpcd udp 0 0 0.0.0.0:58316 0.0.0.0:* - udp 0 0 0.0.0.0:1900 0.0.0.0:* 7108/dms udp 0 0 0.0.0.0:111 0.0.0.0:* 7076/portmap udp 0 0 0.0.0.0:37749 0.0.0.0:* 7083/statd udp 0 0 0.0.0.0:892 0.0.0.0:* 7086/mountd
  5. Bonjour, Depuis quelques temps je n'arrive plus à me connecter au GUI. Quand je me connecte sur https://diskstation:5001 j'ai l'erreur 102 : ERR_CONNECTION_REFUSED (ça ne marche pas mieux sur http://diskstation:5000). Ce n'est pas un problème de blacklist puisque que les autres connexions fonctionnent (montage NFS, SSH et FTP). Pour la version du DSM je crois qu'il s'agit d'une 3.2 mais je ne sais pas ou vérifier sans l'accès https. Savez vous comment je peux rétablir la situation ? edit : Je n'ai pas réussi à regarder le fichier /var/log/lighttpd/error.log. Il est trop gros. Il fait 1.5Go. Il doit bien y avoir un problème au niveau du serveur web. Il s'agit d'un DS 411+
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.