Hallo,
We hebben hier een server met 12-bay sata backplane aan een 3Ware Escalade 9000. We willen dit gebruiken om backups op te maken. Opzich werkt de controller prima, met een maar:
Wat we willen doen is een set disks "removable" gebruiken: we hebben drie setjes van 2 disks, waarvan er altijd 1 in de controller zit (zelfde bays). We gebruiken geen RAID set, alleen Single Disks. We zorgen zelf voor de verdeling van de data over de disks.
Als we de disks hotswappen is hij de data ervan "opeens" kwijt, dit is de volgorde van commando's:
- Stop set 1 erin, maak 2 units (type "single disk", geen RAID), ze krijgen U1 en U2
- Formatteren, etc.
- Commando: Flushen
- Commando: Remove U1 en U2
- Verwijder set 1, stop set 2 erin
- maak 2 units , krijgen OOK U1 en U2
- Formatteren, etc.
- Commando: Flushen
- Commando: Remove U1 en U2
- Verwijder set 2, stop set 1 terug
Windows toont bij het terugstoppen van de eerste set wel twee Healthy disks, maar zonder filesysteem (RAW) en geen data.
We hebben al geprobeerd om JBOD ipv SINGLEDISK als raid-type te kiezen ,maar dat maakt geen verschil. Het gekke is: als we de eerste set disks na aanmaken omwisselen (disk in poort 12 naar 11 en disk in poort 11 naar 12) herkent hij wel beide disks correct en kunnen we er wel data opzetten.
Het lijkt alsof de interne logica van de raid controller intern de ID van de units 1 en 2 "overschrijft" bij het aanmaken van de tweede set, waardoor de kaart de eerste set niet meer herkent.
Wat we het mooiste zouden vinden is als de kaart de JBOD disks zonder het aanmaken van een RAID unit gewoon aan het OS voert, hotswap. Dus als we er een nieuwe disk indouwen hij direct aan het OS zichtbaar wordt. Maar ook het instellen van de JBOD Export policy doet dat niet.
We hebben hier een server met 12-bay sata backplane aan een 3Ware Escalade 9000. We willen dit gebruiken om backups op te maken. Opzich werkt de controller prima, met een maar:
Wat we willen doen is een set disks "removable" gebruiken: we hebben drie setjes van 2 disks, waarvan er altijd 1 in de controller zit (zelfde bays). We gebruiken geen RAID set, alleen Single Disks. We zorgen zelf voor de verdeling van de data over de disks.
Als we de disks hotswappen is hij de data ervan "opeens" kwijt, dit is de volgorde van commando's:
- Stop set 1 erin, maak 2 units (type "single disk", geen RAID), ze krijgen U1 en U2
- Formatteren, etc.
- Commando: Flushen
- Commando: Remove U1 en U2
- Verwijder set 1, stop set 2 erin
- maak 2 units , krijgen OOK U1 en U2
- Formatteren, etc.
- Commando: Flushen
- Commando: Remove U1 en U2
- Verwijder set 2, stop set 1 terug
Windows toont bij het terugstoppen van de eerste set wel twee Healthy disks, maar zonder filesysteem (RAW) en geen data.
We hebben al geprobeerd om JBOD ipv SINGLEDISK als raid-type te kiezen ,maar dat maakt geen verschil. Het gekke is: als we de eerste set disks na aanmaken omwisselen (disk in poort 12 naar 11 en disk in poort 11 naar 12) herkent hij wel beide disks correct en kunnen we er wel data opzetten.
Het lijkt alsof de interne logica van de raid controller intern de ID van de units 1 en 2 "overschrijft" bij het aanmaken van de tweede set, waardoor de kaart de eerste set niet meer herkent.
Wat we het mooiste zouden vinden is als de kaart de JBOD disks zonder het aanmaken van een RAID unit gewoon aan het OS voert, hotswap. Dus als we er een nieuwe disk indouwen hij direct aan het OS zichtbaar wordt. Maar ook het instellen van de JBOD Export policy doet dat niet.