mightor

Oui @PiwiLAbruti, j'ai testé et je suis déçu: - Il n'y a pas les épingles, or c'est comme ça que je marque mes albums favoris et là je ne les trouve pas facilement sur l'interface CarPlay. Alors qu'on a deux fois les "derniers ajoutés": sur la page d'accueil et dans la rubrique "derniers ajouts" dédiée. Y aurait eu la place pour mettre plutôt les épinglés. - Il faut à chaque fois reconnecter DSAudio, la session se ferme à chaque fois qu'on branche le smartphone à CarPlay. - Je suspecte fortement l'usage de DSAudio via CarPlay d'être à l'origine d'un bug très pénible qui bascule mon iPhone en Anglais à chaque usage. Ca reste à confirmer. - Ce serait bien aussi d'avoir un accès rapide à la musique téléchargée. Bref, une première expérience pas satisfaisante mais ce n'est que le début, je n'ai CarPlay que depuis peu de temps donc pas encore eu le temps d'en comprendre toutes les subtilités d'usage.

Bonjour à tous, depuis le temps que je l'attendais, je suis heureux de partager cette information avec vous: DS Audio est enfin compatible avec CarPlay. Cette compatibilité est arrivée avec la mise à jour du 27 juin 2020, mais je m'en suis rendu compte aujourd'hui après avoir mis à jour le firmware de l'"écran" de ma voiture. Enjoy !

Petit feedback après opération réussie: J'ai changé chaque disque l'un après l'autre comme le veut la procédure. La réparation a duré 8 heures pour les 3 premiers disques. Pour le dernier, ça a duré 24 heures, mais la réparation intégrait le processus d'extension de la capacité et ce automatiquement. Tout s'est fait sans problème. Prochaine évolution l'an prochain ou plus tard: changer de NAS. La v 6.2 de DSM est la dernière compatible avec les NAS de génération x12.

Merci pour ton témoignage kissaidonc. Qu'entends-tu par "éviter de bidouiller" ? Pas trop le solliciter ? Pour de la gestion de fichier (lire, écrire) ça craint ?

Bonjour à tous, je recherche des témoignages d'utilisateurs de NAS Synology qui auraient réalisé avec succès une augmentation de la capacité de stockage de leur RAID 5 en remplaçant un par un tous les disques comme indiqué dans la procédure officielle: https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/StorageManager/volume_diskgroup_expand_replace_disk Est-ce que ça a bien fonctionné ? Avez-vous eu des surprises ou des difficultés particulières ? J'ai connu un douloureux passage de RAID 1 à RAID 5 sur ce même NAS (un DS412+) il y a quelques années, alors avant de me lancer dans cet augmentation de capacité (et avant d'acheter les nouveaux HDD), je souhaite mettre toutes les chances de mon côté. Merci d'avance pour vos retours d'expérience.

J'ai trouvé: c'est bien l'application Android DS Photo qui est à l'origine du problème. Elle n'arrive pas à uploader une vidéo de 3,5 Go environ (aucun message d'erreur). A chaque tentative avortée, elle laisse un fichier temporaire phpXXXXXX dans /volume1/@tmp. La solution temporaire a été de supprimer cette vidéo du smartphone, en attendant une correction de Synology dans une future version de Photo Station / DS Photo.

Correction: après redémarrage du package Photo Station, le syno a recommencé à générer des fichiers temporaires, mais cette fois à la racine de /volume1/@tmp et non plus dans le sous dossier photo_upload_tmp_dir comme avant. Je suspecte l'App Android DS Photo d'être lié à ce problème. J'approfondis mes investigations.

Bonjour, J'ai remarqué que l'espace libre de mon volume1 diminuait constamment au cours des 2 derniers jours sans raison valable. J'ai perdu 400 Go d'espace libre ! Comme Storage Analyzer ne m'a pas aidé à trouver ces 400 Go de fichiers, j'ai cherché dans /volume1/@tmp et j'ai trouvé que le répertoire "photo_upload_tmp_dir" contient 400 Go de fichiers. xxx@diskstation:/volume1/@tmp/photo_upload_tmp_dir$ ls -lat total 416132244 drwxrwxrwx 13 root root 4096 Sep 20 08:47 .. -rw------- 1 PhotoStation PhotoStation 2115672458 Sep 19 22:43 phpP5PzcF drwxrwxrwx 2 root root 4096 Sep 19 22:36 . -rw------- 1 PhotoStation PhotoStation 2126396763 Sep 19 22:36 phpWyYpN2 -rw------- 1 PhotoStation PhotoStation 2162536903 Sep 19 22:24 phpsuEx7z -rw------- 1 PhotoStation PhotoStation 2168275302 Sep 19 22:13 phpEgP3oB (163 autres fichiers) -rw------- 1 PhotoStation PhotoStation 2636622850 Sep 17 04:09 phpeGAMRk -rw------- 1 PhotoStation PhotoStation 2548688668 Sep 17 03:52 phpmm2rkP -rw------- 1 PhotoStation PhotoStation 2582371688 Sep 17 03:35 phpQ1bqAX À partir du 17 septembre à 03:35, mon syno a créé un nouveau fichier de 2-2,5 Go toutes les 10-20 minutes, jusqu' à ce que j'arrête le package Photo Station hier vers 22:45. J'ai redémarré le package Photo Station ce matin et aucun nouveau fichier temporaire n' a été créé jusqu'ici. Mes questions: - Quels sont ces fichiers phpXXXXXX ? - Puis-je supprimer ces fichiers ? - Comment éviter que de nouveaux fichiers soient créés en masse ? Merci pour votre aide.

Bonjour à tous, vous devez savoir que VideoStation utilise comme Affiche, toute image portant le même nom que le fichier vidéo mais portant l'extension .jpg. Je me sers de cette fonctionnalité depuis longtemps, ça marche très bien. Je cherche à présent à déposer à côté de mon fichier vidéo une image qui serait utilisée comme Backdrop (image de fond). Savez-vous comment je dois nommer ce fichier image pour qu'il soit automatiquement reconnu comme Backdrop par VideoStation ? Merci de votre aide.

Bonjour à tous, je cherche le moyen d'autoriser un utilisateur non-admin à modifier les infos vidéo dans Video Station. L'aide en ligne précise: " Un admin DSM ou utilisateur appartenant au groupe administrators peut modifier et corriger les informations vidéo ; les utilisateurs non-admin ne peuvent qu'afficher les informations vidéo et média." Je comprends donc que ma demande est à priori impossible dans la version actuelle (2.1.1-1219). Peut-être avez-vous toutefois une astuce ? Bien entendu, je ne souhaite pas donner à cet utilisateur les droits admin, pour des raisons de sécurité. Voilà peut-être une amélioration à prévoir pour une future version...

Bon, sur recommandation du support, j'ai fait un hard reset et retrouvé l'usage de mon NAS, avec toutes mes données. Analyse des logs en cours au support pour déterminer la cause de ce fiasco.

"Patience et longueur de temps..." comme disait un Français célèbre. Vais retourner bosser, ça m'occupera l'esprit pendant que le NAS se dépatouille.

Le taux d'occupation des IO te semble-t-il indiquer que le NAS procède effectivement à la reconstruction du RAID ?

Le petit uptime du matin: DiskStation> uptime 07:12:46 up 2 days, 13:25, load average: 636.18, 635.60, 634.09 Et un top (les IO ont doublé depuis hier): Mem: 912464K used, 100892K free, 0K shrd, 86288K buff, 447184K cached CPU: 0.0% usr 0.1% sys 0.0% nic 50.1% idle 49.7% io 0.0% irq 0.0% sirq Load average: 637.23 636.02 634.35 2/1024 18196 PID PPID USER STAT VSZ %MEM %CPU COMMAND 13676 1 root S 60904 5.9 0.0 /usr/syno/sbin/synorelayd 26511 1 root S < 78312 7.7 0.0 /var/packages/AudioStation/target/sbin 18187 18078 root R 3828 0.3 0.0 top 27407 1 root S 87380 8.6 0.0 /var/packages/CloudStation/target/sbin 26551 1 root S < 13944 1.3 0.0 /var/packages/AudioStation/target/sbin 359 2 root SW 0 0.0 0.0 [kworker/2:1] 27235 1 root S 665m 67.0 0.0 /var/packages/CloudStation/target/sbin 28599 28471 http S 303m 30.5 0.0 /usr/bin/httpd -DSSL -DSPDY -DHAVE_PHP 28294 1 root S 186m 18.7 0.0 php-fpm: master process (/etc/php/php- 28316 28294 http S 186m 18.7 0.0 php-fpm: pool www 28317 28294 http S 186m 18.7 0.0 php-fpm: pool www 26181 1 root S 89924 8.8 0.0 /var/packages/VideoStation/target/sbin 8581 1 root S 88228 8.6 0.0 scemd 26531 1 root S < 79640 7.8 0.0 /var/packages/AudioStation/target/bin/ 27494 1 root S 79320 7.8 0.0 nzbget -b -c /volume1/@download/2903/_ 26851 1 root S 75360 7.4 0.0 /var/packages/DownloadStation/target/s 28559 1 root S 62924 6.1 0.0 nzbget -b -c /volume1/@download/2904/_ 18060 6243 root S 54688 5.3 0.0 sshd: root@pts/4 29106 8539 root S < 47604 4.6 0.0 /usr/bin/httpd -DAPPARMOR -f /etc/http 6173 1 root S 46656 4.5 0.0 /usr/sbin/ntpd -p /var/run/ntpd.pid -g Et toujours pas de réponse à la commande cat /proc/mdstat Comment savoir si le processus de construction du RAID5 est en cours sans cette commande ? Combien de temps au maximum cette conversion de RAID1 vers RAID5 (3To pleins à 99%) peut-elle prendre ?

Le NAS semble occupé sur les io ce matin: Mem: 921088K used, 92268K free, 0K shrd, 73416K buff, 491908K cached CPU: 0.0% usr 0.1% sys 0.0% nic 74.7% idle 25.1% io 0.0% irq 0.0% sirq Load average: 599.41 599.48 599.55 2/957 21931 PID PPID USER STAT VSZ %MEM %CPU COMMAND 13676 1 root S 60904 5.9 0.0 /usr/syno/sbin/synorelayd 26511 1 root S < 77916 7.6 0.0 /var/packages/AudioStation/target/sbin/synoaudiod 27235 1 root S 664m 66.9 0.0 /var/packages/CloudStation/target/sbin/syncd -c /v 10338 1 root S 24412 2.4 0.0 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.co 26551 1 root S < 13944 1.3 0.0 /var/packages/AudioStation/target/sbin/synorcd 21915 18405 root R 3828 0.3 0.0 top 28599 28471 http S 302m 30.5 0.0 /usr/bin/httpd -DSSL -DSPDY -DHAVE_PHP 28294 1 root S 186m 18.7 0.0 php-fpm: master process (/etc/php/php-fpm.conf) 28316 28294 http S 186m 18.7 0.0 php-fpm: pool www 28317 28294 http S 186m 18.7 0.0 php-fpm: pool www 26181 1 root S 89912 8.8 0.0 /var/packages/VideoStation/target/sbin/synovpcd 8581 1 root S 88228 8.6 0.0 scemd 27407 1 root S 87380 8.6 0.0 /var/packages/CloudStation/target/sbin/syno-cloud- 26531 1 root S < 79640 7.8 0.0 /var/packages/AudioStation/target/bin/pulseaudio - 27494 1 root S 79320 7.8 0.0 nzbget -b -c /volume1/@download/2903/_nzb.conf /vo 26851 1 root S 75360 7.4 0.0 /var/packages/DownloadStation/target/sbin/transmis 28559 1 root S 62924 6.1 0.0 nzbget -b -c /volume1/@download/2904/_nzb.conf /vo 18392 6243 root S 54828 5.4 0.0 sshd: root@pts/4 29106 8539 root S < 47604 4.6 0.0 /usr/bin/httpd -DAPPARMOR -f /etc/httpd/conf/httpd 6173 1 root S 46656 4.5 0.0 /usr/sbin/ntpd -p /var/run/ntpd.pid -g 24847 24843 root S 40812 4.0 0.0 /usr/bin/httpd -f /etc/httpd/conf/httpd.conf-webda 24848 24843 root S 40812 4.0 0.0 /usr/bin/httpd -f /etc/httpd/conf/httpd.conf-webda 25686 1 root S 40468 3.9 0.0 /var/packages/iTunesServer/target/sbin/mt-daapd 13145 25613 regis D 38588 3.8 0.0 /usr/bin/smbd -F 12559 25613 regis D 38528 3.7 0.0 /usr/bin/smbd -F 13012 25613 regis D 38528 3.7 0.0 /usr/bin/smbd -F 12525 25613 regis D 38516 3.7 0.0 /usr/bin/smbd -F 12663 25613 regis D 38516 3.7 0.0 /usr/bin/smbd -F