nicoueron
-
Posts
2,303 -
Joined
-
Last visited
-
Days Won
46
Posts posted by nicoueron
-
-
C'est vrai que cela paraissait intéressant! Je pense qu'ils vont réitérer l'opération très prochainement.
-
De mémoire, le décompte ne sert à rien. C'est juste du vent le temps que le serveur reboot et qu'il lance un raffraichissement de la page. Dans le meilleur des cas, il doit raffraichrir AVANT la fin du compte à rebourd.
Sinon et si tu utilises un DHCP c'est que l'IP a peut-être changé suite au reboot. Peux-tu t'assurer de réserver une IP ou l'attribuer manuellement lors de l'installation ?
-
Je n'ai pas vraiment trouvé de tel tuto.
Le mieux est de partir d'un tuto classique, genre celui là http://www.domotique-fibaro.fr/index.php/topic/1277-nas-synology-dsm-5-sur-serveur-hp-n54l-vmware-esxi-55/ qui installe XPenology sur ESXi (EN LE COMPRENANT PARFAITEMENT)
N'oublie pas de débrancher tes disques RAID1 avant, histoire qu'ESXi ne s'en serve pas comme datastore (et oui, sinon il formate tout^^)
puis tu suis mon lien :http://synergeek.fr/utiliser-disque-en-raw-device-mapping-rdm-pour-xpenology pour réutiliser tes disques en RAW
-
Une chose est sure, c'est que si ton débit montant était réellement saturé ça ne changerai rien sur le rendu de ta connexion en download. En effet, les débits ADSL sont quasi-garantis pour le download et pour l'upload - en gros tu as 21Mb en download en même temps que 1Mb en up. Donc limité l'upload n'a pas d'intérêt sauf si tu veux volontairement embêter les gens qui télécharge de chez toi (ce qui ne respecte pas vraiment le protocole bittorent...)
DownloadStation et le DSM ne sont pas prévu nativement pour gérer une QoS, il faut effectivement jouer sur ces leviers au niveau de DownloadStation.
Juste pour être sûr, les torrent en question sont bien finis d'être téléchargés? sinon j'ai envie de dire que c'est normal que tu satures ta bande passante puisque DownloadStation télécharge à balle (dans la mesure où tu limite l'upload et non le download)!
-
L'upload c'est le montant, ce qui sature ta connexion c'est le download...
-
C'est BON je confirme! il faut que le mot de passe ne contienne pas de caractères spéciaux.
-
La clé USB n'est là que pour supporter la configuration système d'ESXi, un peu comme Nanoboot ou Gnoboot.
En parallèle, ESXi a besoin d'avoir au moins un disque dur dédié pour créer un datastore sans quoi tu ne pourras jamais stocké de VM. Donc oui il te faut en fait un 3ième disque dur. Sa capacité dépend de tes besoins. Si tu comptes installer genre 1 VM XPEnology + 1 VM windows 7, un disque de 100 Go peut suffire. (une seule VM XPEnology pourrait ne nécessité qu'un disque de 1Go, mais je ne pense pas que tu trouves un tel disque et surtout quel serait l'intérêt alors d'avoir virtualisé.
Bref mon conseil lors de cette installation est donc d'avoir un 3ième disque pour le datastore, les 2 autres DOIVENT être débranchés lors de l'installation d'ESXi au risque qu'il te les formate tous et là byebye tes données existantes.
Une fois ESxi installé, tu les rebranches et tu suit mon lien pour les mapper en RAW afin que ta VM XPEnology que tu auras pris soin de créer les reconnaisse comme étant déjà un Volume DSM.
Note : tu dis que tes disques sont en RAID 1, j'ose espérer que tu parles d'un formatage créer à partir d'XPEnology et non d'un RAID matériel issu du controleur RAID de ta carte mère ?
DANS LE DOUTE ET SI TU LE PEUX SAUVEGARDE TES DONNNEES !
-
Le piège lorsque on utilise les appli de DSxxx (autre que PhotoStation) est qu'il faut préciser le numéro de port de Haproxy.
En effet par défaut il s'agit du port 5000 du dsm.
Typiquement, il faut mettre dans l'URL : video.domaine.com:[portWan]
Remarque, il faut que ton routeur redirige correctement le port wan vers le port d'haproxy et que ta conf Haproxy associe à vidéo.domaine.com redirige vers l'interface du dsm (port 5000)
-
Haha!
Je testerai le coup du mot de passe car effectivement je suis assez parano pour avoir un mode passe avec des caractères à la noix et tres long!
-
Je dirais que le prérequis principal est de comprendre ce qu'on fait et non pas simplement dérouler le tuto bêtement.
ESXi par défaut nécessite un "datastore" pour stocker les VM. Ce datastore doit être composé d'au moins 1 disque dur (SATA, SCSI, IDE) rattaché au controleur de stockage du serveur.
Ensuite nativement, lorsque tu crées une VM, ESXi demande d'allouer un disque dur virtuel (vmdk) à ta VM. Ce disque dur virtuel n'est autre un fichier *.vmdk stocké sur le datastore. <=> à ce moment précis ce disque virtuel ne correspond pas à un disque physique et c'est là que mon lien intervient. Avec cette commande Esx, tu indiques à l'hyperviseur que le fichier vmdk est associé à un disque dur physique et hop le tour est joué.
C'est pour moi un des reproches que l'on peut faire à ESXi, c'est que ça aurait pu être natif sans avoir à passer par ces commandes barbares !
Moralité, les disques durs situés dans ton Synology peuvent tout à fait être intégré à ton serveur N54L avec ESXi pour peu que tu comprennes bien les étapes des tuto et ce sans perdre la moindre données.
-
Dans la capture que tu donnes, regarde les log vmware-*.log, ça devrait t'aider à comprendre
-
Perso, j'ai une TV Samsung aussi, je me sert exclusivement du DLNA pour lire mes films.
Je ne vois pas l'intérêt d'utiliser DSVideo sur la TV à part d'avoir une jaquette et encore...?
Mais pour le pb de fond, effectivement tu peux tester via le DLNA pour voire si c'est ton réseau qui lag
-
Je confirme !
Je viens de réussir à faire cette migration. C'est pas simple :/ mais faisable.
Pour ma part j'ai installé ESXi sur une clé USB de 8Go, créer un datastore sur le disque de 250Go.
Ensuite j'ai fais une install d'XPEnology sur une VM en préparant préalablement mes autres disques durs de 2To (déjà formaté pour Synology) afin 'être lu en RDM par cette VM.
Résultat nikel tout remarche comme avant. Il faut juste que DSM revérifie mon volume ce qui prend, selon la taille des disques, pas mal de temps (pour moi c'est 24h).
Pour info, voici un lien expliquant comment allouer un disque dur physique à une VM sous ESXi : http://synergeek.fr/utiliser-disque-en-raw-device-mapping-rdm-pour-xpenology
-
Bonjour
vous avez un message d erreur en particulier ?
A vérifier ceci : si erreur mycryp
Panneau de config ==> Service Web ==> paramettre PHP ==> sélectionner PHP extensions et cocher Mcrypt.
Déjà essayé! L'erreur est, comme je l'ai indiquée,: "erreur de token" issu du code php du fichier download.php fourni en parallèle du script dlm.
Bonjour à tous,Juste en passant, je ne sais pas si c'est ça car je n'utilise pas les torrent, mais un pote m'a dit que le port du tracker avait changé.
C'est peut-être l'origine du souci ?
non ce n'est pas à cause de cela. t411 assure qu'aucune manip n'est nécessaire suite à ce changement de port.
A tout hazard vous avez essayer de downgrader downloadstation ?J'avoue que non
-
Pour ma part j'y vois 2 intérêts :
- Je sais qu'avec du recul, DSM consomme tellement peu de mémoire que c'est dommage d'avoir autant de puissance non utilisée. Du coup le fait de le virtualiser sur Esxi laisse la possibilité d'offrir plus de services.
- avoir un windows et un linux en // de DSM (donc 3 VMs) répond à un besoin personnel. C'est vrai que pour le commun des mortels, ce n'est pas utile, mais dès qu'on soit un peu bidouilleur c'est toujours pratique de virtualiser. Pour rappel, le concept de la virtualisation c'est d'avoir pleins de systèmes tout en minimisant le nombre de machines physiques.
-
Hihih! cette migration m'intéresse bcp aussi
-
J'ai un peu galéré, mais effectivement, l'installation de Guacamole en natif sur DSM n'est pas possible car les librairies cairo et OSSP ne sont pas compatibles (ils manques des fonctions). Sachant que pour arriver à ce résultat j'ai du passer par ipkg et l'installation de gcc. Enfin passons.
Pour y arriver il faut "chrooter" avec debian. Dès lors que Debian est installé on peut faire ce qu'on veut. et là guacamole s'installe avec un simple
apt-get install guacamole
Voici un tuto pour chrooter debian sur DSM : http://www.hang321.net/en/2014/08/16/debian-chroot-on-dsm/ Attention toutefois, ce tuto n'est pas très bien fait. Il faut bien comprendre les commandes avant de se lancer.
Par contre l'architecture de guacamole rend possible l'installation du WAR (la partie graphique) sur DSM et le démon sur le chroot.
Note : ton lien ne marche pas
-
Testé avec Internet Explorer, la situation est encore pire car IE cesse systèmatiquement de fonctionner dès que je lance Surveillance Station...
En même temps tu l'as cherché en lançant IE...
-
J'ai le mm pb.
J'ai testé avec la version 1.02 et 2.1 du dlm. L'un me fait un fichier index.html et l'autre un download.php avec dedans une erreur de token.
Pour info, je suis en DSM 5.0.4528 Update 1 et pour downloadStation : 3.5-2638
-
Bonjour,
Je voudrais savoir la marche à suivre (si tant est que ce soit possible) pour installer Guacamole sur mon XPenology. (sans passer par Debian Chroot).
Pour info : http://guac-dev.org/
Merci par avance
-
Ce ne serait pas la pile de la carte mère qui est HS ? du coup la config est perdue à chaque allumage?
-
Pour ma part j'ai le même soucis depuis le PC de mon bureau. Cela vient du fait qu'il y a un proxy pour sortir sur Internet. Les trames "live" doivent être bloquées - enfin pour mon cas. Chez moi et depuis un autre pc ou mac aucun pb
-
essaie avec un autre navigateur, sait-on jamais
-
Pour t411, ils ont eu de nombreux pb. A tel point que le tracker pour s'annoncer a subi un changement important tel que le n° de port.
Il est donc pas impossible que ce soit liés et que les torrent qui pointaient vers l'ancienne url du tracker génèrent ce type d'erreur.
Essaie de prendre un de tes torrents et vérifie que l'url du tracker est bien la nouvelle et pas l'ancienne.
problème avec les Torrent
in Archives
Posted
J'ai bien dis "quasi-garantis" dans la mesure où le protocole TCP-IP envoi des paquets de controle et de correction d'erreurs.
Là je comprend plus ! si tu bloque ton upload... c'est normal que tu puisses plus uploader^^ Décrit clairement ton pb car là c'est pas clair du tout!