Djey

La réponse n'est pas très loin viewtopic.php?f=14&t=1939&p=9730&hilit=CIFS#p9730 Problème connu, Trantor est dessus

La version ESXi faite par Trantor a été spécialement adaptée pour tourner sur l'hyperviseur, contrairement à ce template OVF (qui fonctionne bien sûr, mais avec quelques bugs et limites). En gros : + ajout de pilotes (ex: support du controleur SCSI paravirtuel) + correction du pb de volumes endommagés + ... L'avantage de cet OVF réside en la facilité d'installation, parfait pour tester la version 4.3 du DSM. C'est tout pré-configuré, simplifiant la vie pour ceux désirant y aller doucement en virtu ! Je l'ai pris au départ car c'était alors la seule édition installable sur du Vmware avec mon niveau de connaissances. Puis j'ai migré récemment sans anicroche

When I type : $ synodisk --read_temp /dev/sda disk /dev/sda temp is -1 Putting a script to fool DSM does not work with this binary either, like it's not the one to be called. But as smartctl works, I can rely on it to get SMART values to populate my web app

So, to check whether (and how) smartctl is called by cgi script, I have renamed smartctl to smartctl1 then created a sh script call smartctl. This script dumps parameter list ($*) to a plain text file then calls smartctl1 (with same parameters at the moment) A solution might be to only transfer disk parameters to smartctl1 and ommiting -d scsi ones.

Thanks mcdull, I did not know smartctl tool ... so basically, DSM should invoke smartctl without -d scsi parameter. Is it possible to write a fake smartctl script/alias ignoring -d switch then calling real smartctl in background ? DSM would call script instead of binary directly. --- - To fill HDD table, this script is invoked : https://<>/webman/modules/StorageManager/storagehandler.cgi?_dc=<>&SynoToken=<>&action=load_smart On my box, it answers : { "disks" : [ { "container" : { "str" : "DS3612xs", "supportPwrBtnDisable" : false, "type" : "internal" }, "device" : "/dev/sda", "diskType" : "SSD", "id" : "sda", "isSsd" : true, "longName" : "Disque 1", "model" : "ST3000VN000-1H4167 ", "name" : "Disque 1", "num_id" : 1, "order" : 0, "portType" : "normal", "rpm" : 0, "serial" : "", "size_total" : "3000592982016", "smart_status" : "unknown", "status" : "normal", "support" : false, "temp" : -1, "used_by" : "volume_1" }, { "container" : { "str" : "DS3612xs", "supportPwrBtnDisable" : false, "type" : "internal" }, "device" : "/dev/sdb", "diskType" : "SSD", "id" : "sdb", "isSsd" : true, "longName" : "Disque 2", "model" : "ST3000VN000-1H4167 ", "name" : "Disque 2", "num_id" : 2, "order" : 0, "portType" : "normal", "rpm" : 0, "serial" : "", "size_total" : "3000592982016", "smart_status" : "unknown", "status" : "normal", "support" : false, "temp" : -1, "used_by" : "volume_1" }, { "container" : { "str" : "DS3612xs", "supportPwrBtnDisable" : false, "type" : "internal" }, "device" : "/dev/sdc", "diskType" : "SSD", "id" : "sdc", "isSsd" : true, "longName" : "Disque 3", "model" : "ST2000DL003-9VT166 ", "name" : "Disque 3", "num_id" : 3, "order" : 0, "portType" : "normal", "rpm" : 0, "serial" : "", "size_total" : "2000398934016", "smart_status" : "unknown", "status" : "normal", "support" : false, "temp" : -1, "used_by" : "volume_1" }, { "container" : { "str" : "DS3612xs", "supportPwrBtnDisable" : false, "type" : "internal" }, "device" : "/dev/sdd", "diskType" : "SSD", "id" : "sdd", "isSsd" : true, "longName" : "Disque 4", "model" : "ST2000DL003-9VT166 ", "name" : "Disque 4", "num_id" : 4, "order" : 0, "portType" : "normal", "rpm" : 0, "serial" : "", "size_total" : "2000398934016", "smart_status" : "unknown", "status" : "normal", "support" : false, "temp" : -1, "used_by" : "volume_1" } ], "success" : true, "system_crashed" : false } - To get SMART details, this script is invoked : https://<>/webman/modules/StorageManager/smart.cgi POST data: action:apply operation:diskInfo disk:/dev/sda It answers : { "errinfo" : { "key" : "error_system", "sec" : "common" }, "success" : false }

Bonjour. L'accès SSH s'active depuis le panneau de configuration DSM, puis il suffit d'utiliser putty ou cygwin/mingw et accéder au système par SSH, en tant qu'utilisateur root (mot de passe administrateur). Une fois l'accès en SSH ok, il faut entrer les commandes suivantes : $ rm /autoupd@te.info Télécharger la maj depuis DSM, puis : sed 's/flashupdateDeb/flashupdateDeb1/' /autoupd@te.info > /autoupd@te.info1 mv /autoupd@te.info1 /autoupd@te.info La maj doit pouvoir être installée sans erreur par la suite (jusqu'à la prochaine !).

Bonjour, je te conseille de créer un nouveau disque virtuel, tu pourras définir la taille que tu souhaites (tant qu'il reste de la place sur ton datastore) dans la limite de 2To. N'oublie pas de rattacher ce disque à un noeud SCSI et non IDE. D'ailleurs mieux vaut installer le repack ESXi de xpenoloy 4.3 plutôt que l'OVF, certains bugs ont été corrigés. viewtopic.php?f=14&t=1939 Un VMDK s'utilise comme tout disque virtuel que tu crées et rattache à la VM, sauf que là il est déjà créé pour toi. Tu sembles avoir besoin de comprendre quelques mécanismes d'ESX/ESXI, bon courage !

Here with N54L. SMART status is not transmitted - support is incomplete from software side. I think it's driver's fault. No need for a proper passthrough support to make it work. Raw device mapping, works on N54L whereas device passthrough is not handled by this machine (e.g unable to use real graphics card features in a vm). So this should work on most configurations.

Petit up pour annoncer que cela a été résolu chez moi, j'ai migré hier vers cette version dédiée à ESXi:viewtopic.php?f=14&t=1939 La migration à version homologue s'est passée sans douleur, mis à part le fait que les disques 1 et 2 étant masqués, je n'ai pas pensé à restaurer le masque avant de booter sur la nouvelle amorce. Du coup j'avais le volume en état cassé,le DSM accessible mais sans mes données Il a suffi de restaurer le masque dans les synoinfo.conf et de redémarrer,puis de restaurer la configuration des utilisateurs + répertoires partagés. Moralité : toujours réaliser une petite sauvegarde, cela m'a fait gagner du temps par la suite alors que je ne pensais pas en avoir besoin ! Aussi, le contrôleur SCSI paravirtuel est correctement géré dans ce build.

Of course it's a software issue. There's a miss in virtual scsi controller driver, preventing SMART data to reach DSM. So I prefer making my own solution rather than waiting for someone to code a proper driver for it. Moreover, SMART is just raw data and should be processed a bit smarter to really anticipate hdd problems. SMART status flag may cry when it's to late...

+1, that was I did from a Syno DS211+. Works great.

Même constat, mais l'effet dépend selon l'onglet. Dans 'planif. alim' et 'hibernation du disque dur' les paramètres sont bien enregistrés malgré le message et le fait qu'il faille forcer le retour au panneau de config.

Hi. Web application basically is there, I just need to find a way to send SMART data from ESXi to running instance. Not much a progress so far indeed, hopefully holidays are there (in a few days!) to get time to work on it finally. Thanks for your interest in this tool. I guess I will have to create a thread to keep people informed Project is hosted here : https://github.com/djey47/smartX

De la (bonne) news ! viewtopic.php?f=14&t=1939 A tester

Oh yeah! Thanks a lot Trantor

Sorry, this issue does not occur on my configuration. Btw, SMART is not handled with virtual disks, temp always stays at 0°C/32°F here. Your disks are not overheating in fact, there's just a bug in fake monitoring values. Have you tried removing SCSI controller then recreating it ?

Paravirtual support will be added in a future release of xpe 4.3. I don't think SCSI controller type has an effect over creating the disks. You may switch to LSA SAS BusLogic with existing disks. Unless anyone tells the opposite ?

Edit : bad answer, sorry.

Oui, DS FInder fonctionne très bien pour stopper xpenology. Mais souhaitant également couper le serveur dans la foulée (machine trop bruyante dans mon appart la nuit et pas d'accès nécessaires), je fais tout par ssh pour le moment

Oui, DSM gère plusieurs réseaux simultanés et xpenology en bénéficie.

You're welcome ! Good luck

Internal RAID/SHR works very well with RDM drives And make them compatible with real (non-virtual) xpenologys or synology boxes. But of course if you can set hardware RAID with dedicated controller (not a motherboard RAID that is fake RAID), performance are great. You have to attach VMDK files to SCSI controller, not IDE.

Bonjour, cette carte fera l'affaire dans le N54 : http://www.amazon.fr/gp/product/B001OQS ... UTF8&psc=1 Par contre xpenology ne la gere peut-être pas de base, à vérifier sur le thread suivant (ou faire la demande pour intégrer le pilote, éventuellement) : viewtopic.php?f=2&t=1361

- Backup configuration and application data in 4.2 vm. - Deploy 4.3's OVF template in an new virtual machine - Test it - When new virtual machine is ok, stop it then attach existing VMDK files to SCSI Controller 1 [LSI SAS Buslogic, no ParaVirtual!] in machine settings). - The old, 4.2, must be turned off as well. - Start new virtual machine and repair volume. - Finally restore configuration backup you've made in 4.2 earlier + reinstall apps.

Hi, to share my experience, I was able to transfer disks : - from DSM 4.3-3810 (DS211+) with 2x2To in RAID 1. - to HP N54L running xpenology 4.2-3202 under esxi hypervisor (works in direct mode, as well) Thanks to mirroring, I was even able to put only one disk of RAID array to N54L and thus having 2 data clones working at the same time on my network (DS211+, HP) Installing a disk in xpenology resets configuration, but keeps existing raid/shr volumes and their data. So it works.