• Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About forum-merlin

  • Rank
  1. Hi @ All as I reported in another thread, I had built my new hardware based NAS a few weeks ago. My setup is: AsRock Q2900M DELL H200 SAS Controller crossflashed with LSI Firmwapre (P19) in IT Mode 5x3TB HDDs >> Volume 3 3x2TB HDDs >> Volume 2 1x2TB HDDs >> Volume 4 1x1.5TB HDD >> Volume 1 10 Disks in total and all SATA Ports used. When I was inserting my Disks to the new NAS, I labeled them with a P-touch to know, which HDD is which Drive in DSM and to know in which slot they are in my case. I noticed, that when attaching a Drive on Port 1 from the SAS Card, It was Disk 3. If it was Port 4 it was Disk 5 then. So far so good! If I added the Port 2 of the Mainboard it was Disk 2. Also okay for me. A few weeks later one of my very old Test Disks 1x2TB Volume 4 failed. As I had expected this, I had no data on it. So no problem. I expected, that as next one of my three 2TB in volume 2 will fail. And it happened as expected. And here is my Problem... As I said, at the beginning, everything was OK and understandable for me about the Port to Disk to Slot mapping This was the mapping when I started. Disk 1 = SATA Port 1 on Mainboard = SLOT 1 = 1.5TB WD Disk = Volume 1 Disk 2 = SATA Port 2 on Mainboard = SLOT 2 = 2TB WD Disk = Volume 2 Disk 3 = SATA Port A1 on SAS Controller = SLOT 3 = 3TB Seagate = Volume 3 Disk 4 = SATA Port A2 on SAS Controller = SLOT 4 = 3TB Seagate = Volume 3 Disk 5 = SATA Port A3 on SAS Controller = SLOT 5 = 3TB Seagate = Volume 3 Disk 6 = SATA Port A4 on SAS Controller = SLOT 5 = 3TB Seagate = Volume 3 Disk 7 = SATA Port B1 on SAS Controller = SLOT 7 = 3TB Seagate = Volume 3 Disk 8 = SATA Port B2 on SAS Controller = SLOT 8 = 2TB WD Disk = Volume 4 Disk 9 = SATA Port B3 on SAS Controller = SLOT 9 = 2TB WD Disk = Volume 4 Disk 10 = SATA Port B4 on SAS Controller = SLOT 10 = 2TB WD Disk = Volume 4 Today it looks like this: Disk 1 = SATA Port 1 on Mainboard = SLOT 1 = 1.5TB WD Disk = Volume 1 >>FAILED<< No Disk 2 = SATA Port 2 on Mainboard = SLOT 2 = 2TB WD Disk = Volume 2 Disk 3 = SATA Port B2 on SAS Controller = SLOT 8 = 2TB WD Disk = Volume 4 Disk 4 = SATA Port B3 on SAS Controller = SLOT 9 = 2TB WD Disk = Volume 4 >>FAILED<< No Disk 5 = SATA Port B4 on SAS Controller = SLOT 10 = 2TB WD Disk = Volume 4 Disk 6 = SATA Port A1 on SAS Controller = SLOT 3 = 3TB Seagate = Volume 3 Disk 7 = SATA Port A2 on SAS Controller = SLOT 4 = 3TB Seagate = Volume 3 Disk 8 = SATA Port A3 on SAS Controller = SLOT 5 = 3TB Seagate = Volume 3 Disk 9 = SATA Port A4 on SAS Controller = SLOT 5 = 3TB Seagate = Volume 3 Disk10 = SATA Port B1 on SAS Controller = SLOT 7 = 3TB Seagate = Volume 3 At this point, the Slots are no longer mapped to the disks as when I stared. QUESTION: Is it somehow possible to map the disks to the Slots? Why has this changed? I thought the SATA Port is the mapping, because my adding procedure at the beginning showed the disk number in relation to the SATA Port Please let me know, what I can do now to get it sorted again. otherwise, I have to label the disks with the serial numbers. and this is not what I wanted to do. Thanks merlin
  2. war auch bei mir so! Habe es anhand dieses Tipps hier nun auch geschafft meine USB Devices zu sehen. Bei mir ist es ein AsRock Q2900M Board. Danke apejovic Gruß Merlin
  3. Thanks ROKH and snoopy78 I already knew this BLOG Post from Michael Kuron Site. The reason why I was asking here in this Thread was the fact that it was already mentioned, that the P20 is maybe not the best Firmware. Additionally, I searched Youtube and I found the procudure for a H310. It was a little bit different as decribed in this article. And it was good to ask. Now I got a Link (thanks snoopy) where more details were described. Now I know how to crossflash AND which Firmware I have to flash (P19). Thanks again! merlin
  4. Hallo Apejovic, danke dass Du dir hier die Mühe gemacht hattest. Ich hatte noch einen EN Thread aufgemacht und dort mit XPEH geschrieben. Den Thread findet man hier: Danke an alle, und bis zum nächsten mal Gruß der Merlin
  5. Thanks XPEH! I am still not running the new Server, but I was able to backup all Data to some USB Disks. I hope that the good old friend Murphy is on vacation and not around me. I checked youtube and the official documentation and I think I will add the HDDs to the System, build my SHR based RAID5 out of 5 3TB Disks, and all other HDDs I have will be added later as an additional Volume, also in a SHR Config. So my next step is to crossflash my Dell H200 RAID Controller to a LSI (IT) Firmware and start buildung the Hardware NAS. Thanks, and see you in next Thread! cheers Merlin EDIT: System is up and running. Dell H200 RAID Controller is crossflashed with P19 LSI Firmware in IT Mode,
  6. Hi XPEH. Thanks for sorting the things out. It helps me a lot to understand how it works. BOOTLOADER: ============== Ok, if the bootloader is the trigger to have the migration-option, then I would expect this option in my scenario. My VMWare based xpenology has this Bootloader Image(s): NB_x64_5031_DSM_50-4493_Xpenology_nl-flat.vmdk NB_x64_5031_DSM_50-4493_Xpenology_nl.vmdk The new HW Based NAS will then be installed wit this bootloader: XPEnoboot 5.1-5022.3 >>> new Bootloader > new Synology NAS Model > Migration Option ABOUT THE 3TB SPARE HDD: ============================ sure! I could use this, but my plan was to build some RAIDs later. Currently each of my 6 HDDs are simple single Volumes in DSM The Goal after the "migration" is to have 3x3TB as RAID5, 2x2TB as RAID1 and 1x3TB single HDD and if needed, I will add the spare 3TB additionally as single HDD in summary 6-7 HDDs, 2 RAID Setups and one or two single Disks PROCEDURE: ============== So this means, If I copy the Data form the 3TB of the NAS to my spare HDD, I can take the Disk from my VM NAS, and Install it into my new HW NAS. Then I copy the Data to the new HW NAS, and I have my spare HDD empty for the next Dataset. But If I add the 2nd HDD to my new NAS, (and please correct my if I am wrong) I have to do something with this new HDD then. right? I have to say "I would like to create a RAID" , or something like that, or it "stays as a single Disk", or... right? I do not know which options I have... THOUGHTS: ============== Is it maybe possible to have one Disk installed, filled with data as described in the PROCEDURE section, and as soon as I add a 2nd Disk, DSM asks me to build a RAID1 and the Data will be synchronized then, and I have a working RAID 1? AND IF SO (if the RAID1 can be build in this way) =============================================== And then the most important question as next... >>What will happen, If I go the next round and add a 3rd Disk to the RAID1 Setup? Do I have the possibility to create a RAID5 out of this RAID1+1HDD ??? Thanks merlin
  7. Again... Thanks XPEH! OK the Answer about 2) is not 100% clear to me, but I think I can handle it. I did not understand why the bootloader has a role for the Migration Task, because I expected that the installed DSM Version on each Disk is relevant for that. The problem I have is, that I have not enough spare HDDs here to backup all the Data first. I have an HP N40L with 4 fully filled 2 TB WD HDDs, running in a ESXi Environment, where the 4 Disks are attached as RDM Drives. Then I have my second ESXi Server, where I have 6 HDDs attached. They are directly attached to the XPEnologogy Image via Direct I/O Path Through Setup- I call this Server "BigServer" In both NAS installations, each disk is a singe drive config. None of them is in a RAID Config. The data on it is nice, but not important. Additionally I have a regular QNAP NAS with RAID1 where the important data is stored and this is backed up additionally to a USB Disk frequently and the super important stuff is burned on a DVD and outside my house. But I have one 3 TB spare Seagate HDD here. I think I have no choice... I need more Disks to Backup the data first, or I think I will lost the data. The main goal is to migrate the Data from the ESXi (BigServer) to the new HW based low power NAS box I try to build and use WoL then. The BigServer has a significant PowerConsumption and I got the Bill last week. Thanks Merlin
  8. Hi Stanza, you wrote, that you are using a "Dell H200 SAS Controller Flashed to LSI-9211-8i IT Firmware" I have the same DELL H200 Controller. My plan is to use this controller in my new hardware based NAS Box based on a AsRock Q2900M Mainboard. Could you please send me a Link to a detailed Guide how to crossflash this H200 to a working LIS Firmware? I would like to use the latest available DSM 5.1 5022 Update 3 version. Thanks a lot cheers Merlin
  9. Thanks XPEH ! Your inline answers were helpful! But some more questions... 1) You said, that the USB Stick with bootloader on it is still needed for rebooting the NAS Is it somehow possible to run this in a different way? How is this done in original Synology NAS Boxes? Is there also a separate Disk? My fear is that the USB stick dies and I am maybe not able to boot this Thing up. Or can I use any of the available Bootloaders? Which one should I use? the Nanoboot or the XPEnoboot or the Gnoboot? 2) You said: "It might pick it up and offer migration with all the data preserved" >> How can I test this? I expect something like. If I add one of these existing Synology HDDs and boot the NAS, the browse the Admin WebPage, then I expect to see the HDD. What next then...? Is there something like a Pop which says more or less "Hey, you added a synology based Harddisk. Would you like to migrate this Disk to run in this environment WITHOUT dataloss?" Thanks Merlin
  10. Hello @ All, I would like to understand some thing before I start my installation. I am currently running two VM xpenology NAS, and now I would like to install one on real Hardware. I bought a AsRock Q2900M and I have a Raid Controller for 8 HDDs. Before I start the installation, here are my questions... 1) If I put the bootloader Image on the USB Stick and then boot from it, I expect, that I see the NAS then in the Finder Topol. Shall I change the serial Number before I continue the Installation? I saw a Vid on youtube 6 month ago or so. Is this needed? Does it make sense? 2) If I have NO HDD attached, an installation is not possible right? My plan was to add the HDDs Disk-by-Disk and add them in a sorted order to XPEnology. And I don't like it to install the NAS Software on these Disks. My plan was to build different RAID Setups then. I would like to seperate the things e.g. 2 Disks as RAID 1 and then a 3 Disk RAID5 and then 3 Disks as a StripeSet for the UNimportant stuff. So in summary 8 Disks. 3) If I attach one Disk first and start the installation, the NAS OS will be installed then to this Disk. After that the USB Bootloader Stick is no longer needed right? What happens if I add the second Disk then? Will the NAS OS then replicated to the second Disk? What ist the procedure? Do I have to expect that the OS will replicated to all attached Disks? 4) As I said, I have two VM xpelohogy NAS Setups. One has a Direct I/O PassThrough Setup and the DISKs are direktly attached to one of the VM based NAS. If I have already a Disk from a Synology NAS... What will happen if I attach this Disk to my new Hardware box? Do I have to initialize the this HDD (from my VMNas) and the Data is lost then? 5) My VMNas boxes have 4GB Ram each. But I have an 2GB ECC RAM here from my HP N40L and also a 8GB RAM Do I need the 8GB RAM? What do you think? Thanks for reading! Please let me know what you think! thanks merlin
  11. Hallo Forum, ich würde gerne vor der Installation noch ein paar Dinge verstehen... Ich habe echte Hardware. Also keine VM, oder sonstwas. Ich würde gerne einen RAID Controller auf mein Board stecken. Später sollen daran dann einige Disks hängen. Bisher allerdings erstmal noch keine angesteckt. Wenn ich jetzt den Bootloader auf den Stick packe und davon boote. Dann komme ich ja dann zu dem Schritt dass ich suchen kann, und dann hoffentlich das NAS finde. Und nun die Fragen... 1) sollte ich hier irgendwo schauen dass ich die Seriennummer ändere? 2) Wenn ich noch keine HDD drinnen habe, wird nicht installiert oder? 3) Wenn ich jetzt erstmal nur eine HDD reinhänge, dann wird das XPEnology OS auf diese DISK installiert richtig? 4) Wenn ich jetzt später eine 2te oder 3te Disk dazuhänge und dann ein RAID1 oder RAID5 bilde... wird dann das OS auch auf diese Disks "repliziert"? 5) Den USB Stick kann ich dann nach erfolgreicher Installation abziehen oder? Der bootloader wird nicht mehr benötigt, weil das OS ja jetzt installiert ist oder? 6) Ich habe schon zwei xpenology images als VMWare laufen... Kann ich die Disks einfach in das neue Hardware NAS einbauen ohne dass die HDDs irgendwie initialisiert werden müssen und die Daten futsch sind? 7) Meine VM Images haben jeweils 4 GB RAM zugewiesen bekommen... Brauche ich das überhaupt? Ich habe jetzt einfach mal einen 8GB Riegel hier für die HW Kiste. aber auch noch einen 2GB ECC aus meinem N40L hätte ich hier. sollte ich vll. nur den 2GB nehmen, und den 8er dafür zusätzlich in meine VM Kiste? Da würde mir gerade was fehlen. Danke für Eure Antworten Gruß der Merlin
  12. Okay... wie es scheint hat da keiner eine Lösung parat. Inzwischen habe ich auch festgestellt, dass zumindest auf dem dicken Server die smb.conf Änderungen einen Reboot nicht so ganz überleben. Hat da jemand eine funktionierende Lösung wie man die smb.conf anpassen kann und dies auch nach dem Reboot funktioniert? Den HP habe ich auch noch nicht restarted, also weiss ich noch nicht, ob die /etc/exports einen Reboot überleben. Was das mounten von Shares angeht... so wie ich das gelesen habe kann man das einmal in der fstab machen, oder aber auch als zusätzliches .sh Script in der /rc.d Aber das war alles unter 4.x und nicht unter DSM 5.0 glaube ich. Ich habe aber immernoch das Problem, dass ich die Shares die auf den HP zeigen nicht in der Admin Oberfläche sehe. Deshalb halt die Frage ob ich NFS Shares in ein /dev/vg100* blabla umwandeln/anlgegen/einbetten/.... kann. Ich bin schon am Überlegen ob ich der VM noch 4 weitere virtuelle HDDs mit je 1MB spendiere, diese dann im Storage Manager sehe, einbinde und dann dort dann die NFS Shares reinmounte. Aber dann muss ich künftig trotzdem drauf achten wie das mit den mounts abläuft und zu welcher Zeit diese externen Shares gemountet werden oder? Ein anderer Ansatz wäre vielleicht was mit iSCSI oder? Ich weiss aber nicht ob das geht. Idee war, dass ich auf dem HP die 4 Volumes als iSCSI einrichte, und der "Dicke" diese bei sich einhängt. geht sowas? Für Ideen und Anregungen wäre ich echt dankar. gruß der Merlin
  13. Hallo Forum, dies ist mein erster Post hier. Ich habe seit kurzem die XPEnology´s installiert. Ich habe 2 Stk als VMWare Images laufen. Beide laufen auf unterschiedlichen esxi Hosts Einer ist ein N40L und der andere eine eigene Kreation mit VT-d um echte Hardware an eine virtuelle Maschine zu hängen. Das funktioniert auch alles super soweit. Jetzt möchte ich aber nicht unbedingt zwei Admin Oberflächen haben, oder Services auf die beiden Hosts verteilen. Ich würde gerne alles über das Image auf meinem "DICKEN" ESXi Host administrieren. Dazu habe ich nun schon folgendes gemacht... 1) ein Verzeichnis per SSH unter /root erstellt, und dieses ext-share genannt. darin dann 4 weitere ordner HP-volume-2 bis 4 2) dann habe ich auf dem HP Image die volumes 2-4 per /etc/exports direkt per NFS freigegeben 3) Dann die HP /volume* NFS shares im "dicken" Image per mount Befehl gemounted 4) auf dem "dicken" dann noch die smb.conf manuell erweitert und neue Shares hinzugefügt die nun auch als SambaFreigaben im lokalen Netz auftauchen. Ich sehe also die Daten des HP unter Verwendung des Hostnames des dicken \\vmdicki Soweit so gut. Jetzt schaut mein df -h so aus: VMDICKI> df -h Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 604.1M 1.6G 26% / /tmp 1.9G 1.1M 1.9G 0% /tmp /dev/md2 11.3G 345.5M 10.9G 3% /volume1 /dev/vg1000/lv 2.7T 802.6G 1.9T 29% /volume2 /dev/vg1001/lv 2.7T 216.1M 2.7T 0% /volume3 /dev/vg1002/lv 2.7T 216.1M 2.7T 0% /volume4 /dev/vg1003/lv 2.7T 216.1M 2.7T 0% /volume5 /dev/vg1004/lv 1.8T 204.0M 1.8T 0% /volume6 /dev/vg1005/lv 1.3T 205.7M 1.3T 0% /volume7 1.8T 1.8T 13.6G 99% /root/ext-shares/HP-volume2 1.8T 1.7T 45.2G 98% /root/ext-shares/HP-volume3 1.8T 1.8T 3.7G 100% /root/ext-shares/HP-volume4 1.3T 1.3T 90.0G 93% /root/ext-shares/HP-volume5 VMDICKI> Jetzt wo ich mir das so anschaue, denke ich hätte ich es lieber so, dass diese NFS Mounts irgendwie als VolumeGroup (vg) auftauchen. Frage: a) wie bekomme ich NFS Shares als volume8 bis volume11 in /dev/vg1006/lv bzw. /dev/mapper/vg1006-lv ? etc... ??? b) wenn das dann irgendwie geht... tauchen diese Disks dann quasi auch als HDDs in der Admin GUI auf wie die, die wirklich lokal drinnen stecken ??? Ach ja... bevor die Frage aufkommt... Ja, das sind alles einzelene Disks, kein RAID, etc. Da ist nichts wichtiges drauf. Ich habe noch einen QNAP im RAID1 laufen, und mache noch externe Backups auf eine USB Disk, und noch per rsync auf eine entfernten QNAP bei meinen Eltern wenn es um die wichtigen Daten geht. Hat jemand schonmal sowas gemacht? EDIT: Oder gibt es eine andere Möglichkeit die zwei XPEnology Installationen zu verbinden so dass ich nur eine Installation administrieren muss? Gruß der merlin