PC-Services

à toi de voire si les options additionnelles du Plex Pass sont nécessaires dans le cas d'un accès distant, si ta connexion rame, alors le fait de pouvoir synchroniser du contenu sur ton appareil te permettra de quand même visionner, et cela même sans connexion internet. La gestions des utilisateurs (famille par ex.) avec restriction possible de certains contenus. et d'autres options reprises sur leur site. Perso j'ai opté pour un Plex Pass à vie lorsqu'il était encore à un prix réduit au début de leur offre car je trouvait que 74€☻ pour un service à vie c'était pas trop chère payé 😉 Ils leur arrivent de faire des promos temporaires, mais on les voie de moins en moins car Plex est devenu très connu et la demande est forte. Attention aux dernières mises à jours (dont les BETA ne sont accessibles qu'avec un Plex Pass), elles peuvent amener pas mal de soucis comme tu l'as pu constater. Je te conseille de bien toujours garder le fichiers d'installation que tu aurais télécharger sur leur site, car ils ne proposent plus les archives de téléchargement au contraire de Synology mais qui eux n'ont pas toutes les versions existantes. En fait Synology (via le packages manager) ne proposent que celles qui ont étés testées comme "stable" mais pas sure que tu obtiennes la version 64Bits proposée sur le site de plex qui ici n'est de toute façon pas compatible avec ton syno. Tu risques de rencontrer quelques soucis lorsque plusieurs utilisateurs voudront lire en même temps et aussi ton syno n'est pas assez puissant pour pouvoir faire du transcodage à la volée pour certain type de médias dans ce cas aucun réglage du côté de ton plex serveur ne pourra t'aider. Le seul syno qui pour le moment s'en tire pas mal du côté transcodage est le DS918+, mais apparemment les dernières versions de Plex montrent aussi pas mal de soucis avec ce modèle. Tout dépend depuis quel appareil tu te connectes au Plex serveur...si ce dernier est capable de lire sans conversion ton média alors tu ne seras que limité par la vitesse de ton réseau (Lan ou Wan pour du distant)

concernant le backup du backup, j'ai fait quelques tours du côté des avis concernant les différents services fournis en externe (C2, glacier,...) et tous reviennent au même constat pas de soucis pour sauver quoique très long pour le premier dépôt, mais quand il s'agit de récupérer, il faut s'accrocher....des jours voire des semaines selon la quantité avant de récupérés ses données sans parler du coût annuel dans mon cas de minimum 200€ pour un éventuel désastre. Or ici il ne m'a fallut que quelques heures pour trouver une solution et 2 jours de travail de mes Nas pour récupérer mes données (5,5TB). Je conseille évidement du SHR2 ou du RAID6 pour augmenté les chances de récupérations, ou diminuer les risques de pertes de volume et minimum un RAID1 ou SHR1, mais il n'y a jamais de risque 0....(vraiment trop de malchance,vol, incendie,foudre, inondations,tremblement de terre, explosion atomique ,...:-))

J'en ai effectivement retrouvés pas mal concernant le SHR en EXT4, pas en BTRFS. mais mon raid lui n'était pas dégradé... , mais bien seulement le volume qui refusait de se monter et restait en panne dans le DSM. (bad superblock, parent system failed, system file cache corrupted) Une rubrique spéciale "dépannage" serait la bienvenue dans ce forum....j'ai ajouté mon expérience dans la rubrique "tutoriels" ou il y a un post complet similaire au miens mais avec EXT4. concernant la"bidouille": je place donc dans la zone "DANGER" le fait de faire une recherche de dossier en SSH depuis son root sur l'entièreté du DSM....mais je n'ai à ce jour pas d'explication technique de l'impacte que cela peut avoir de faire une telle recherche et encore moins pourquoi cela a complètement planter le DSM mais pas certains services de packages comme Docker, Plex, Surveillance station. Je pensait qu'une recherche ne faisait que lire la table d'index et ici n'ouvrait rien ou n'éditait rien, soit une simple lecture, voire que si il tombe sur un fichier verrouillé/en cours d'utilisation, il soit simplement bloqué dans sa recherche. Par sécurité, et cela malgré le fait d'avoir un UPS, j'ai désactivé le cache en écriture de DSM, car je suppose que c'est aussi lui qui à planté mon volume lors du redémarrage forcé. je n'ai fait que 2 redémarrages forcés avec un DSM dans ma vie (Dire ici que DSM c'est vraiment très stable) et c'est ce dernier qui a réellement causé de gros problème. Le premier il y a longtemps et c'était en Raid SHR1 mais avec un volume en EXT4 et DSM a pu réparer le volume de lui même. Donc le BTRFS c'est super pour tous les possibilités supplémentaire qu'il propose, mais il est apparemment vachement plus récalcitrant face à une panne. J'ai pu lire des recommandations de ne pas utiliser de RAID5,0,1 avec du BTRFS mais bien du RAID10, or il me semble que le SHR est un hybride qui mix du 5 et 1, est-ce bien cela ?

voici une autre procédure dans le cas ou votre volume n'est pas de en EXT4 mais BTFRS dans le cas EXT4 nous avions l’outil: e2fsck Pour le BTRFS c'est simple c'est : btrfs check Le SHR de Synology correspond à une couche raid (mdadm avec # cat /proc/mdstat) et une couche de LVM2. (vous trouverez sur le web plus d'infos à leurs sujet et ce n'est pas le sujet du post ici) Voici déjà quelques commandes pour afficher les status du système Pour voir l'état de ses volumes nous avons: #lvdisplay -v #pvdisplay # vgdisplay -v # lvs # lvm vgscan # lvm pvscan # lvm lvmdiskscan Pour connaitre le status de ses raid: # cat /proc/mdstat pour voire le type de ses disques physiques ou virtuels (raid) : # cat /etc/fstab pour voire ses points de montages de fichiers systèmes: # df après toutes ces commandes, vous devriez avoir une vue d'ensemble de votre problème. vient ensuite la tentative de réparation et remontage dans DSM de mon volume qui n'a pas aboutie car apparemment DSM utilise un kernel avec sa propre version de btrfs et donc certain outils ne fonctionnent pas de manière attendue. # btrfs check --init-extent-tree /dev/vg1000/lv pour un volume en EXT4 ce sera: # e2fsck -pvf -C 0 /dev/vg1000/lv # btrfs rescue super-recover /dev/vg1000/lv et il y en a plein d'autres dépendant du cas de rupture voire https://www.suse.com/support/kb/doc/?id=000018769: ou le WIKI sur le BTRFS. je ne m'attarderai donc pas à ces dernières qui n'ont pu résoudre mon cas. Il semblerait (pas testé ici) que j’aurai pu aussi, si j'avais un autre Synology, démarrer ce second Syno., installer DSM, ne pas créer de volume, éteindre, brancher mes 4 disques du syno1 en problème et normalement ces derniers devraient êtres remontés correctement. Mais vu que je n'ai pas de second syno libre pour cette manip, voici ce qui a marché pour moi : # vgchange -ay il permet de réactiver le groupe de volume puis j'ai pu remonter mon volume planté en lecture seule et sans son fichier cache système, donc juste pour pouvoir rattraper mes données : # mount -o recovery,ro /dev/vg1000/lv /volume2 ou ici vg1000 est le device mappé pour mon volume lv que je monte dans un dossier volume2 ensuite il ne reste plus qu'à (c'est un euphémisme ici avec 6To) copier mes données sur un autre volume du nas. dans mon cas mon volume 1 n'étant pas suffisant j'ai créé un dossier \volume1\MOUNTNFS\volume2 que j'ai monté en NFS sur un dossier d'un autre NAS ici <<ip du nas 2>>/shareFolders/volume2. Pour pouvoir suivre et éviter un problème d'interruption de copie entre les deux (je sais que certain vont me dire qu'il n'était pas nécéssaire de faire un montage nfs du coup) au lieux d'utiliser la commande CP j'ai utiliser rsync en mode de suivi (-v) et progression (--progress) en gardant les paramètres de permission et une copie recursive (-a) et compression de transfert de données (-z) ce qui donne pour moi # rsync -avz --progress --exclude='/@*/' /volume2/ /volume1/NOUNTNFS/volume2/ ou ici --exclude='/@*/' permet d'éviter un copie des snapshots de réplications qui grossieraient inutilement la quantitées de données copiées. Toutes ces commandes doivent être faites en privilège root et donc soit vous rajouter sudo devant chacune ce qui vous demanderas à chaque fois votre mot de passe administrateur du nas ou alors dès votre entrée en ssh tapez la commande sudo -i pour rester en root durant toute la cession. J'ai choisi RSYNC au lieu de CP ou BTFRS RECOVER pour faciliter le transfer (compression, copie incrémentale au cas ou la connection serait perdue, et BTRFS RECOVER ne fonctionnait pas pour je ne sais quelle raison voire a cause du kernel synology) Voilà, mes données sont en train d'être copiées et il va faloir plusieurs jours pour qu'il termine le job. Restera ensuite à supprimer le volume en panne depuis DSM et de le refaire pour rebasculer tout mes dossiers à nouveau avec rsync depuis le NAS de secours ver mon syno. Malheureusement cette procédure ne permet pas de retrouver son volume initiale en état ainsi que tout ses dossiers partagés dans DSM et elle demande beaucoup plus de temps et du matériel supplémentaire par rapport à la procédure du post initial pour un Raid en EXT4. Apparemment il n'y en aurait pas du moins avec les outils et version du btrfs installé par Synology de possibilité de restaurer complètement un volume btrfs planté.

Bonjour @Einsteinium Et bien justement, je n'ai rien trouvé sur ce forum concernant une récupération de données d'un volume planté et j'ai effectivement cité la provenance la source de mon information qui vient bel et bien du forum de la version illégale de DSM malheureusement pour ce forum 🙂 j'ai pourtant, avant de placer mon poste, tenté une recherche dans ce forum avec les mots clefs "btrfs", "volume planté", "volume crashé", "réparation de volume", "récupération de données, "dossiers partagés disparus", "disparition de dossiers partagés" mais rien ne sort de ce forum à part évidement maintenant mon propre poste. Avant de pousser mon petit coup de gueule, cela évidement dans un état de frustration face à une perte probable de mes données, mes messages étaient tout à fait cordiales et bien descriptifs de la situation technique. Je comprend bien que les experts sur le forum on du taf et ne peuvent sans doute pas répondre à toutes les demandes. Mais je ne comprend pas alors pourquoi un sujet nouveau comme le mien n'aie pas directement attiré ces experts qui auraient eux l'occasion d'ajouter une nouvelle connaissance et procédure sur ce forum, en plus du fait que c'est une situation critique voire urgente et une expérience douloureuse pour l'utilisateur qui la rencontre. Le pire, c'est que même maintenant que j'ai fournis un dossier complet sur la procédure qui permet de récupérer les données dans ce cas de figure, vous continuez à me blâmer et là cela devient déprimant. à croire que vous faites tout pour avoir une bonne raison de modéré et peut-être de pouvoir supprimer ce poste gênant. Je viens de corriger ma citation concernant l'autre DSM et son forum en appuyant bien sur le fait qu'il est donc "illégal", comme cela pour vous je suis bien en conformité avec votre demande ? par contre ce n'est pas moi mais bien @maxou56 qui a cité le vrai nom de cette version illégale et là je ne peux rien modifier. Passez une excellente journée.

tu as créer un utilisateur spécifique pour cet iPad ? As-tu au moins ton serveur visible dans l'appli plex de l'ipad ? (voire accueil >>Plus) est-ce que ta bibliothèque est bien visible et remplie lorsque tu te connectes depuis un pc à http://plex.tv et que tu lance ta cession ?

L'ip affichée sera bel et bien celle de ton VPS Je ne te conseil pas d'utiliser un service français (pays ou Hadopi règne) et qui de plus est ne t’inscrit pas noire sur blanc qu'aucun logs n'est pris de leur côtés. Ils seront de toutes manières obligés de présenté quelque chose si un juge venait saisir ton IP louée par ton VPS. Ton tunnel protègera bien le contenu des données transférées, mais tu restes néanmoins traçable ici sur la destination IP source et destination.... de plus tu reste quand même limité par la bande passante de ton FAI pour ta connexion entre ton VPN et ton Syno qui lui aussi est limité par le choix de chiffrage vpn que tu choisiras. Par curiosité, Quelle vitesse avais-tu avec Nordvpn, purevpn ? et quelle vitesse as-tu réellement avec ton VPS ?

dis moi, si c'est pour utiliser transmission, je suppose qu'en plus de vouloir obtenir une meilleur bande passante c'est aussi pour éviter des soucis avec hadopi ? Si c'est le cas, il me semble que l'IP de ton VPS est bel et bien à ton nom, du moins lié à ton compte client OVH. Donc fait quand même gaffe là.

cela doit être faisable depuis le panneaux de config de ton OpenVPN, peut-être dans la rubrique advanced VPN ? je n'ai malheureusement jamais utilisé ce service chez OVH as-tu un accès ssh sur ce serveur ? cela pourrait te donner la possibilité de modifier l'IPTables et de créer une règle NAT pour ton vpn Ton transmission qui est dans le syno reste toujours joignable sur ta porte 9091 si tu fait bien aussi une redirection de port de ton propres routeur pour un accès distant. si c'est pour simplement lancer une tâche de téléchargement depuis local ou distant à ton transmition, il n'est pas nécessaire de passer par ton tunnel. Je suppose que ton syno est donc un client de ton Openvpn et que tu as bien mis dans l'ordre de tes passerelles multiples, ton VPN comme première passerelle ce qui forcera tes applis à utiliser cette dernière pour accéder au web et du coup ton transmission aussi. donc ta demande de tâche peux passé en direct, mais le téléchargement lui passera par ton tunnel. c'est cela que tu désires ?

Bonjour. Je ne comprend pas bien ce que tu essaies de faire. Tu veux accéder à ton syno via openvpn ? si c'est le cas il aurait mieux vallu installer le paquet VPNserveur dans ton syno au lieux de souscrire à un openvpn chez OVH....

de mêm pour le 1900, pas nécéssaire ici

pas besoin d'autre port que le 32400 pour Plex. Plex se charge du reste pour le relaying. tu as un site internet sur ton syno ? pourquoi as-tu ouvert les ports 80 et 443 ?

ok, apparament ils n'avait pas accepté la connexion sécurisée https Veille bien à lire les recommandation de Plex pour correctement ranger tes dossiers multimédias. Il te faudra aussi ouvrir la porte 32400 dans ton routeur si tu veux accéder à distance à ton Plex. Bon amusement

pourrais-tu faire une copie d'écran de la version du package Plex que tu as installé.

bonjour, as-tu réclamé ton serveur plex via https//ip.de.ton.nas:32400/web ?