SMPFR

Pas de pb

Nanoboot

Je t'envois les liens en mp

hum les modes sur les cartes réseau ?
Il te manquerai pas une option à activer ?

y a pas une histoire de mode promiscious ou un truc du genre?

C'est des E1000 les 4, "de base" si on peut dire

Cela devient simple à installer... => http://www.xpenology.nl/

y a pas une histoire de mode promiscious ou un truc du genre?

Ouh connais po

Cela devient simple à installer... => http://www.xpenology.nl/

J'ai fait la même chose, sauf E1000 au lieu de VMXNET3
Et Vmware paravirtual pour le contrôleur

J'avais trouvé ça dans un tuto je ne sais plus trop ou..

Je confirme puis message d'erreur..

Echec de l'opération. Veuillez vous reconnecter et réessayez.

Idem... :/

Ah..

T'as monté une infra comme la mienne?

Grand fou...

Je me disais que peut être un coup des adresses mac..?

Galère

T'as monté une infra comme la mienne?

Oui, [:al0y]

Edit : A mon avis, ce n'est pas un problème de conf'! Mais de version, car cela fonctionnait très bien avant.

Edit² :

Hmmm..

Il faudrait que je teste avec "Nanoboot-5.0.3.2 DSM 5.0-4528 X64" peut être du coup.. Avec DSM 4528..

Par contre c'est bête mais je vais devoir tout reprendre de zéro

Quelle version de DSM as tu ? De mon coté j'ai testé 5.0-4493 Update mais cela change rien! :/

En train d'installer la version DSM_DS3612xs_4528

Edit : Idem en DSM_DS3612xs_4528

Cool de ta part d'avoir pu tester en tout cas

Pour ma part, j'étais en 4493 de base

Hier en tentant de trouver une solution à mon problème, j'ai trouvé ça:
http://xpenology.com/forum/viewtopic.php?f=2&t=1998

Pour ça que je pensais à l'adresse mac.. Je ne sais pas si la mac déclaré dans le syno correspond à celle d'esxi..

Pour ma part, j'avais bien des adresses différentes sans aucune modification.

Je viens de tester en DMS 4.3 3827 (GnoBoot-10_5_by_Poechi) et même problème!!!

Hmm Hmm.. Quand ça fonctionnait tu avais quel version?

De mémoire, je devais être en 4.2...

En fouillant un peu sur les divers forum, français et us, le problème est assez courant et jamais solutionné..

C'est dommage, je voulais l’intégrer à mon projet de fin d'année..

Edit: Même en mettant le LAN2 en configuration obtention ip via dhcp, mais n'ayant pas de serveur dhcp, donc ip en 169, même message d'erreur...

C'est dommage, je voulais l’intégrer à mon projet de fin d'année..

Pour ce type de projet, il vaut mieux partir sur une distribution de base. Tu en apprendra bcp plus.

C'est pas faux, mais ce n'est pas le coeur du projet

Merci pour le site kalistan
Effectivement c'st de plus en plus facile

Dites, je suis actuellement en [#FF0000]DSM 5.0-4458[/#FF0000] (caymal) et je cherche à upgrader en DSM 5.0-4528. C'est possible directement où je dois forcément écrire sur ma clé USB pour migrer ?

Dites, je suis actuellement en [#FF0000]DSM 5.0-4458[/#FF0000] (caymal) et je cherche à upgrader en DSM 5.0-4528. C'est possible directement où je dois forcément écrire sur ma clé USB pour migrer ?

réponse tardive mais réponse :
https://www.youtube.com/watch?v=0aEp9cST5p4

Non, tu peux le faire via l'interface web ( je l'ai fait ça fonctionne)


Ma config perso :
Carte Mère: Supermicro MBD-X7SPA-HF + Atom 510
Mémoire: 2X2Go Sodimm pc6400
Stockage : 5x 3To 7200tpm
Alim : Bequiet SFX 350w
Boitier : Bitfenix Prodigy Blanc

Yo Concernant la HA je me demande si une solution serait pas de passer une Carte réseau directement a xpenology ?

Des nouvelles sur la HA ?

XPEnoboot 5.2-5592.2 (05/08/2015)

Bonsoir,

Je me permet de me joindre à ce sujet, car je me pose plusieurs questions.

Je suis actuellement avec une configuration à base d'ESXi (5.5.0 1623387 Custom - Pilotes Realtek en plus) qui a atteint ses limites (Xeon X3210 et 8Go de RAM sur une ASUS P5QEM).
Je viens donc de prendre une nouvelle configuration bi-Xeon et 48Go de RAM.

Lors de l'installation, il y a un petit moment, j'avais installé un HDD de 1To en VMFS pour stocker mes VM, et 5HDD de 2To en RDM pour Xpenology.
Ceci dans le but d'un crash, je pouvais potentiellement récupérer plus facilement les données.

Il se trouve que le fait de monter les HDD en RDM-P (Physique) bloque quelques fonctionnalités :


Je dois maintenant migrer de mon ancienne plateforme, vers la nouvelle, mais viens le problème de comment réaliser ça sans perte de données :
- Installer la deuxième machine avec la nouvelle configuration et des disques vierges pour lancer une synchro ?
- Installer la deuxième machine avec la nouvelle configuration et les anciens disques et remettre les mêmes noms RDM ?
- ?

Pour la question suivante, c'est sur la sauvegarde de cette solution.
Comme indiqué précédemment, cela n'est pas possible du à l'utilisation du RDM-P qui n'autorise pas les snapshots, donc comment sauvegarder cette configuration ?

En fonction de cette réponse, cela peut également servir de base pour la mise à jour du DSM.
A moins d'installer une nouvelle VM DSM à jour, d'éteindre l'ancienne, et d'injecter la sauvegarde dans la nouvelle ?

Voila, beaucoup de questionnements

Si vous avez des pistes, ou tout simplement votre façon de faire, je suis preneur.

Très bonne soirée et bon WE