jms667

Hi NoFate, I had pretty same behavior with my setup : esxi + RDM + DSM 5.2 The issue was the same with uploads (from DSM to anywhere else), starting correctly (100MB) then dropping to a few MB after a couple of min with some complete freeze sometimes. But Dowmloads were ok. I checked a lot of things (cable, switch, ethernet config at both sides, etc ...) no success. In a last resort, I changed the raid controller type into the DSM vm, set it to 'VMware Paravirtual' instead of 'LSI logic ...' and it did the trick ! Now both upload and download are stable and with a pretty good bandwidth (80-100MB). I hope it will help.

Tu as raison DSM est bien installé sur plusieurs disque (ceux en RDM). La vm est simplement un disque de boot qui est là pour 'tromper' DSM et lui faire croire que niveau hardware on est bien sur un vrai Syno. La vm doit faire 16Mo si mes souvenirs sont bons. En installation standalone (donc non vmware/esx) ce disque de boot est généralement installé sur une clé usb. Si ton 5ieme disque plante, pas grave. Tu récrées un nouveau datastore sur un nouveau disque et tu refais ta mini vm de boot qui ne contient ni DSm ni tes données et tu y rattaches tes 4 disques en RDM (dans le même ordre que précédemment). Envoyé de mon LG-H815 en utilisant Tapatalk

Salut, aucun pb pour faire ce que tu souhaites. L'url que tu donnes explique comment mapper tes disques en rdm a ta vm xpenology. Il faudra en revanche placer tes 4 disques exactement dans le même ordre que dans le syno. J'ai suivi cet procédure, il y a un bon moment maintenant, pour migrer 4 disques d'un syno 410j en Raid5 vers un n54l sous esx (esx tourne sur une clé usb). J'ai aussi un 5ieme disque formaté en vmfs sur lequel tourne la vm xpenology et qques autres vm). Aucun pb rencontré, data et config récupérées. Envoyé de mon LG-H815 en utilisant Tapatalk

@Sabrina : Le plus simple c'est de passer par la ligne de commande depuis une connexion ssh sur le NAS et d’attaquer une page web avec wget (navigateur en ligne de commande) qui t'indiquera ton adresse IP. Dans l’exemple ci-dessous j'utilise http://votreip.free.fr. rm -rf /tmp/index.html; wget -q -P /tmp http://votreip.free.fr; grep -o '[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}' /tmp/index.html | head -n 1 Ce qui donnera ceci une fois exécuté (j'ai modifié l'IP) : MonNas> rm -rf /tmp/index.html; wget -q -P /tmp http://votreip.free.fr; grep -o '[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}' /tmp/index.html | head -n 1 92.24.43.17 Voilà !

Essaie de passer via des CPL.

Hello, Tu devrais trouver ton bonheur ici : http://xpenology.me/downloads/ ++

@sonbook60 : Bizarre, le mot de passe root est le même que le mot de passe admin que tu as déclaré en installant DSM. ATTENTION chez moi sous ESXi le clavier passe en qwerty donc il faut transposer. Tape d'abord ton mot de passe dans 'login' pour valider que tu as la bonne syntaxe.

Bonjour, Je pense que le titre porte à confusion. Vu la description des problèmes, c'est surement un upgrade vers la version 5.2 5565 (dispo depuis qques jours) qui a été fait et non un upgrade vers 5.1 5022 U5. Allez jeter un œil sur le forum US. Donc dans le cas où c'est bien un upgrade en 5.2 5565 qui a été fait, voici un tuto pour revenir en 5.1 5022 : http://xpenology.com/forum/viewtopic.php?f=2&t=5932 A priori ça se fait bien et sans perte de données.

Pour tous ceux qui auraient fait la boulette, il y a une procédure de downgrade qui a été postée ici : http://xpenology.com/forum/viewtopic.php?f=2&t=5932

@shcsbaker : Hi, The root password is the same as the admin password you have set up during DSM installation. Careful, under VMware console, the default keyboard layout is 'qwerty'. Try typing your password under login prompt first in order to avoid any typo issue related to keyboard.

you're welcome

@Jayce0611 Je ne sais pas en quelle version de XPEnology tu tournes, mais la dernière version 5.1-5022.3 (qui date du 4 mars 2015) corrige justement un problème d'extension de volume SHR. C'est très probablement lié. Essaie de refaire ta clé de boot ou ton disque de démarrage si tu es virtualisé avec cette version et retente la procédure. Tiens nous au courant http://www.xpenology.nl/xpenoboot-5-1-5022-3-released/ Changes in version 5.1-5022.3 (04-03-2015) Fixed (SHR) hard disk expansion Added 3Ware SAS / SATA-RAID drive modules Added Mellanox 10G NIC driver Added Brocade 10G NIC driver Added firmware for BCM NetXtreme II (10gigE) Added some USB HCD drivers Enabled CPUfreq and Powernow-k8 modules Updated tg3 driver

@krystyan : bien joué

Thank you Sancome Working fine on a ESXi 5.5.0 (no update) host.

Bonjour arhyx, Même soucis que toi, suite au passage en 5.1 5022 U2, j'ai mis à jour dans la foulée surveillance station en 7.x. ==> Et donc pb de licence. J'ai pu ré-installer une version plus ancienne via un des liens que tu donnes d'ailleurs, sans problème, tout re-fonctionne comme avant (je n'utilise pas CMS). Version installée : SurveillanceStation-x64-6.2-3120.spk via http://global.download.synology.com/download/spk/SurveillanceStation/6.2-3120/. Bonne chance pour tes bidouilles.

Il me semble également avoir lu qqchose comme cela, mais j'avais cru comprendre qu'il n'y avait corruption que quand on activait le demarrage/arret automatique du nas à des heures programmées (config a faire dans DSM). Faites vous cela dans vos config ?

+1 upgrade XPEnology DSM 4.3 vers nanoboot 5.0.2.4 / DSM 5.0-4482, fonctionne très bien sur proliant n54l + ESX 5.5 (grâce au tuto de LeeBear dispo sur le forum général).

There shouldn't be any problems upgrading to DSM 5 as long as you carry over the entire set of disk (RDM and any virtual disk you have). You should try to also keep the disk order the same (although I've never had any problems out of order disks). What you are doing is essential "Migrating" (taking a set of disk and moving it to another) from one DiskStation to another and should take the proper steps to backup your configuration files before doing it. I don't have an HP N54L, but I have migrated from gnoboot 5.0-4458 to nanoboot 5.0-4482 without any problems. What I did was turn off the VM running gnoboot, create a new VM running Nanoboot using my guide and just attached the old drives (from gnoboot) and during the install step when you use Synology Assistant to find your DiskStation... it showed as Migrateable. If it says that then you are good (it's seeing your drives with DSM partition) and when you do the install you won't get that popup that says "Disk X, Y, Z will be deleted". If it doesn't say Migrateable then I'd come back and ask for more assistance. Goodluck. Thanks for your reply, I will follow your advise and give a try when I will find some free time. I will post my feedback here (hopefully soon !) . EDIT : Upgrade successful ! No issue except shared folders permission lost, 2min in order to fix it. Thanks again.

@LeeBear : Thanks a lot for that great guide. I have one question. At the moment im running xpenology 4.3 on a hp n54l (installed on ESX 5.5). 4 hdd are presented to the vm as RDM disk. Everything is running fine but I would like to upgrade to nanoboot + dsm 5.0-4482. Would it be possible to upgrade directly into dsm 5 without loosing any data ? Thanks.

Hello, Pas sûr de bien comprendre. Je n'utilise pas downloadstation, mais j'imagine que une fois qu'il a fini de télécharger ses fichiers, il les stocke dans un répertoire (par défaut ou un répertoire que tu as configuré). Le répertoire Downloads par exemple. Ensuite tu veux déplacer (et pas copier/coller) les fichiers qui sont dans /Download vers /Animes par exemple, c'est bien ça ? Sinon, quand tu dis , tu faisais un couper/coller comment ? Via l'interface web synology (filestation) ou dans un explorateur windows (sur lequel tu avais préalablement mappé tes dossiers) ?

Hi Jsg, You can use 'nail' instead, it's an ipkg package. You can have a look at this post (in french sry) : viewtopic.php?f=13&t=2557

Bonjour jkd, Le mini tuto ci-dessous décrit une des méthodes pour y arriver. Un mail est envoyé au démarrage (et j'ai aussi rajouté un mail à l'arrêt). Bonne lecture et bon test. --> Prérequis - avoir le bootstap ipkg installé (cf. tuto sur le net) - faire toutes les manips suivantes en étant connecté en root sur le NAS --> Installation nail (vérif et installation de nail) XPEnology> /opt/bin/ipkg list nail nail - 11.25-1 - command-line email-client supporting POP3, IMAP, SMTP, ... Successfully terminated. XPEnology> /opt/bin/ipkg install nail Installing nail (11.25-1) to root... Downloading http://ipkg.nslu2-linux.org/feeds/optwa ... 1_i686.ipk Installing openssl (0.9.8v-2) to root... Downloading http://ipkg.nslu2-linux.org/feeds/optwa ... 2_i686.ipk Configuring nail Usage of sendmail is disabled in this version of nail due to missing sendmail-package. nail is capable of using SMTP, read http://nail.sourceforge.net/man/nail.1.html to learn more about its usage. Configuring openssl Successfully terminated. --> Configuration nail (ajouter les 2 lignes suivantes 'set ...' au fichier de config nail.rc, à adapter selon votre config) XPEnology> cat /opt/etc/nail.rc | grep 'set\ smtp\|set\ from' set smtp=smtp.orange.fr set from=root@orange.fr --> Test (envoie d'un mail de test) XPEnology> /opt/bin/nail -s "This is a test" monmail@gmail.com < /dev/null --> Création script démarrage/arrêt du NAS (créer le fichier /usr/syno/etc.defaults/rc.d/S99startupmail.sh comme ci-dessous) XPEnology> cat /usr/syno/etc.defaults/rc.d/S99startupmail.sh #!/bin/sh NAIL="/opt/bin/nail" MYEMAIL="monmail@gmail.com" if [ "$1" = "start" ]; then $NAIL -s "XPEnology has started" $MYEMAIL < /dev/null fi if [ "$1" = "stop" ]; then $NAIL -s "XPEnology has stopped" $MYEMAIL < /dev/null fi --> Donner les droits d'exécution au script XPEnology> chmod +x /usr/syno/etc.defaults/rc.d/S99startupmail.sh --> Reboot pour tester

Tu as du te chopper une saloperie genre bitcoins miner qui traine en ce moment. Tu n'es pas le seul, cf. viewtopic.php?f=2&t=2473 Tu pourrais t'en assurer en te connectant en ssh et en faisant un ps, tu verrais sûrement des process lol* qui mangent toute la cpu. Essaie de rebooter et faire un ssh tout de suite après reboot peut être que tu arriveras a te loguer.

Hello, Sinon peut être une 3ième solution si tu peux faire du 802.1q au niveau de la carte réseau de ton ordi/laptop (voir dans les options avancées de ta carte réseau). Si c'est le cas, configure le même n° de vlan que tu as configuré sur le NAS, et mets un câble réseau croisé entre ton ordi/laptop et le NAS. ++

Bonjour, Aurais-tu 'joué' avec le planificateur de démarrage/arrêt du NAS dans l'interface graphique du DSM ? D'après certains topics, cette fonctionnalité aurait pour mauvaise habitude d'aller écrire dans le BIOS de la machine (et là en l’occurrence t'empêcher de redémarrer). Cf. ici par exemple : http://forum.hardware.fr/hfr/reseauxpersosoho/Reseaux/installer-xpenology-proliant-sujet_26917_35.htm http://xpenology.com/forum/viewtopic.php?f=13&t=737&start=80 Tiens nous au courant.