devildant

Bon a priorie cloudsync a fait des sienne et du coup mon volume foireux de est full 2.3go rrrrr

merci de ton retour, oui pour le container je n'ai réalisé que après, j'avais fait de simple -v /volume1/video pour mappé mon container en suivant la doc docker, donc je vois pas ce que j'ai pu faire de mal :(. pour docker je l'ai désinstallé dés que j'ai pensé a ça.

Bonjour, oui oui je comprends bien dans tout les cas le seul responsable c'est moi si jamais il y a un problème si je tente la manip aprèsje suis dev mais je n'ai aucune competence dans le sys du moins en se qui concerne le raid, du coup je pref bien reflechir avant de tenté des chose que je ne maitrise pas. la chose qui me dérange le plus c'est l'erreur de démontage du volume quand le nas rentre en mode secu après une coupure de courant. je soupçonne le faite que j'ai shared certain dossier comme le dossier vidéo avec mon container, ce qui pourrais être la cause du problème de démontage. Du coup je me dit que faire une demande de support pourrai servir si jamais il y a un souci de ce genre ^^ et sinon, j'ai un backup sur un autre syno mais il est pas a jour (forcement :)) du coup en attendant jai lancé la copie. pour le model c'est ds3612xs, avec les package svn, photostation, dns, docker, mailserver cloud... concernant les custo rien de particulier...

merci en tout cas de ton aide

j'ai un peux la trouille pour etre franc ^^ j'ai regardé les log en attendant et voici ce que j'ai trouvé : [UPS] Check Safe Mode Done. Jun 20 13:42:42 XXX syno_poweroff_task: servicecfg_internal_lib.c:501 Failed to exec [/usr/syno/etc/rc.sysv/sftp.sh] [reload][0x2000 bdb_get.c:102] Jun 20 13:42:42 XXX syno_poweroff_task: servicecfg_internal_lib.c:435 Failed to restart/reload service [sftp][0x2000 bdb_get.c:102] Jun 20 13:42:42 XXX syno_poweroff_task: servicecfg_internal_lib.c:355 skip reload stopping/stopped job [avahi][0xD300 servicectl_job_reload.c:42] Jun 20 13:42:42 XXX syno_poweroff_task: servicecfg_internal_lib.c:355 skip reload stopping/stopped job [afpd-avahi][0xD300 servicectl_job_reload.c:42] Jun 20 13:42:42 XXX syno_poweroff_task: servicecfg_internal_lib.c:355 skip reload stopping/stopped job [netatalk][0xD300 servicectl_job_reload.c:42] Jun 20 13:42:42 XXX syno_poweroff_task: servicecfg_internal_lib.c:355 skip reload stopping/stopped job [smbd][0xD300 servicectl_job_reload.c:42] Jun 20 13:42:42 XXX syno_poweroff_task: usb_set_disk_standby.c:65 [sdu] doesn't support sleep ioctl Jun 20 13:42:42 XXX syno_poweroff_task: usbbkp_hot_pull_out.c:86 Fail to set standby for usb device [sdu], or it doesn't support sleep. Jun 20 13:42:42 XXX syno_poweroff_task: space_snapshot_origin.c:379 Deleting snapshot-origin of /dev/vg1000/lv fail Jun 20 13:42:42 XXX syno_poweroff_task: virtual_space_implement.c:230 failed to remove snapshot-origin /dev/vg1000/lv Jun 20 13:42:42 XXX syno_poweroff_task: virtual_space_implement_op_lib.c:413 Failed to unload [/dev/mapper/vol1-origin] of [/dev/vg1000/lv] Jun 20 13:42:42 XXX syno_poweroff_task: virtual_space_unload_all.c:55 Failed to unload vspace by implement Jun 20 13:42:42 XXX syno_poweroff_task: syno_poweroff_task.c:343 Failed to unload all virtual space on space [/dev/vg1000/lv] of [/volume1] [0xD300 servicectl_job_reload.c:42] Jun 20 13:42:42 XXX syno_poweroff_task: lvm_poweroff.c:56 Failed to /sbin/vgchange -an Jun 20 13:42:42 XXX syno_poweroff_task: raid_stop.c:29 Failed to mdadm stop '/dev/md2' j'ai eu une prise qui a grillé se week end, cela pourrait être la cause de mon souci?

la seul chose que j'ai fait dernièrement c'est de jouer avec docker

oui ca va etre long a backup une idée de se qui se passe? je ne comprends pas d'ou sort se volume avec le caractère étrange

voici le résultat de la commande mount apres un reboot avec mon volume de 27 to de monté : mount /dev/root on / type ext4 (defaults) /sys on /sys type sysfs (0) none on /dev/pts type devpts (gid=4,mode=620) /tmp on /tmp type tmpfs (0) /run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) /dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime) none on /sys/fs/cgroup type tmpfs (uid=0,gid=0,mode=0755,size=4k) /dev/bus/usb on /proc/bus/usb type bind (bind) none on /sys/kernel/debug type debugfs (0) /dev/mapper/vol1-origin on /volume1 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl) securityfs on /sys/kernel/security type securityfs (0) /dev/sdu1 on /volumeUSB1/usbshare type ext4 (nodelalloc,synoacl)

si je veux recup mon volume je suis obligé de reboot.

et sinon oui c'est un synology non modifié

Bonjour, deja merci d'avoir répondu. en gros si j'ai le malheur de fair ls / mon volume saute. je peux faire les cd que je veux du moment que le ne fait pas cd /volume1 ca tiens. ci joint le screen

j'ai fait faut un df après un reboot et j'ai bien mon volume 1 de monté $> df -h Filesystem Size Used Avail Use% Mounted on /dev/root 2.3G 832M 1.4G 38% / /tmp 2.9G 796K 2.9G 1% /tmp /run 2.9G 3.2M 2.9G 1% /run /dev/shm 2.9G 0 2.9G 0% /dev/shm none 4.0K 0 4.0K 0% /sys/fs/cgroup /dev/bus/usb 2.9G 4.0K 2.9G 1% /proc/bus/usb /dev/mapper/vol1-origin 27T 16T 12T 57% /volume1 mais des que je fait un ls / ou un cd /volume1 voila se que me renvoi le df $> df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/vol1-origin 2.3G 832M 1.4G 38% /volume1 /tmp 2.9G 796K 2.9G 1% /tmp /run 2.9G 3.2M 2.9G 1% /run /dev/shm 2.9G 0 2.9G 0% /dev/shm none 4.0K 0 4.0K 0% /sys/fs/cgroup /dev/bus/usb 2.9G 4.0K 2.9G 1% /proc/bus/usb

Bonjour, je vous contacte car j'ai un souci qui est apparie d'un coup, mon volume a été ramené a 1.35go au lieux de 27TO, quand je me connecte en ssh je vois un volume étrange : volume1 volume1▒ je ne sais plus trop quoi faire la panique me submerge pouvez vous m'aider?

Bonjour, alors voila j'ai un petit souci, depuis mon passage a dsm 5.2 (je ne sais pas si c'est lié) webstation tombe régulièrement. j'ai analysé les log et voila ce que j'obtiens : php-fpm.log : ... [11-Jun-2015 22:25:34] NOTICE: [pool www] child 2353 exited with code 0 after 0.001119 seconds from start sys-error_log: ... (103)Software caused connection abort: Failed to flush CGI output to client pour info j'utilise un reverse proxy (nginx) en suivant ce tuto : http://www.nas-forum.com/forum/topic/41813-reverse-proxy-avec-nginx/ dans ces log j'ai ceci upstream prematurely closed connection while reading response header from upstream je suis obligé de restart avec la commande : /usr/syno/sbin/synoservicecfg --restart httpd-user auriez vous une idée? j'ai trouvé plein de lien sur google mais je trouve pas de solution

​Bonjour, ça peux dépendre de plein de chose, codec mal supporter, problème de peering, quelle taille font vos vidéos, car si c'est du 1080p 1mo/s en upload ne suffira pas

​Oui autant pour moi mais il faut obligatoirement que se soit un volume, impossible sur un disque du externe

​ba il recommande de faire la save sur un volume diff sauf que dans mon cas je n'ais qu'un volume et personnelement je pref pv save sur un dd externe au cas ou donc timebackup ++

Bonjour, bon j'ai fini par trouvé ou était cette option (rotation). il y a un seul type de sauvegarde supporter par ce système, il faut obligatoirement créer une sauvegarde sur le volume.

Bonjour, je pense a une modification de droit sur le dossier sys

c'est qu'il y a un traitement, il vaut mieux attendre, c'est pas la première fois que ce genre de symptome apparaisse sur le forum, la plupart du temps le problème se corrigeait tout seul. mon avis est qu'il vaut mieux laisser le nas travaillé si dans quelques jours cela n'a pas évoluer, vous pourrez contactez le support je pense. faire des hard reboot va plus créer de problème qu'autre chose

Bonjour peux être une réindexation, une analyse antivirus ou une correction de section défectueuse d'un disque. si cela se reproduit essayer d'attendre un peux

ça sens le problème de proxy, essayer d'aller dans panneau de conf/sécurité/ puis tenter de cocher la case Améliorez la compatibilité du navigateur en ignorant la vérification de l’IP

je présume : panneau de conf/materiel et alimentation/UPS

bonjour, Quand vous vous connecté en wifi avec votre tel vous utilisez quoi comme IP ?! celle internet je suppose (ou nom de domaine ou dyndns)? a mon avi vous votre box gère simplement le loopback. en gros : tel en wifi => appel ip externe => la box boucle et redirige vers vôtre syno, vous vous connectez donc avec l'ip de vôtre routeur. pour vos tentatives d'intrusion regardez aussi vos logiciel et les heures auquel les intrusions se produisent et regarder les périphériques connecté ...

Bonjour, a mon avis cela viens du faite que videostation transcode les vidéo. Cordialement