Kirjoittaja Aihe: [Ratkaistu] RAID-ongelma  (Luettu 4448 kertaa)

jmu

  • Käyttäjä
  • Viestejä: 96
    • Profiili
[Ratkaistu] RAID-ongelma
« : 21.03.20 - klo:13.23 »
Tilannekuvaus:

Hankin uuteen Ubuntu-palvelimeen kovalevyjä, joista yhden kryptasin cryptsetup:lla vanalla Ubuntu-palvelimella.  Tein sinne varmuuskopiot vanhalta koneelta, jossa ei ole RAID:a.  Kun yritän liittää tämän uuden varmuuskopiolevyn uuteen palvelimeen, niin saan cryptsetupila avattua kryptauksen, mutta mount-komento herjaa:

Koodia: [Valitse]
wrong fs type, bad option, bad superblock on /dev/mapper/levy, missing codepage or helper program, or other error.
Olenko ymmärtänyt RAID-levyjen luonnissa jotain väärin tai tehnyt asioita väärässä järjestyksessä?
« Viimeksi muokattu: 09.04.20 - klo:17.35 kirjoittanut jmu »

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11479
    • Profiili
    • Tomin kotisivut
Vs: RAID-ongelma
« Vastaus #1 : 21.03.20 - klo:13.58 »
Mitä tiedostojärjestelmää käytit? Kokeilitko määrittää sen mount-komennolle? Olisi myös hyvä nähdä millä komennolla avasit levyn.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

jmu

  • Käyttäjä
  • Viestejä: 96
    • Profiili
Vs: RAID-ongelma
« Vastaus #2 : 21.03.20 - klo:14.16 »
Levyn kryptauksen jälkeen loin tiedostojärjestelmän komennolla:

Koodia: [Valitse]
mkfs.ext4 /dev/sdc
jonka jälkeen mount onnistui ja sain tehtyä varmuuskopiot.

Jos tiedostojärjestelmän nyt määrittää uudelleen uudella palvelimella, niin poistaako se kopioidut tiedostot?

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11479
    • Profiili
    • Tomin kotisivut
Vs: RAID-ongelma
« Vastaus #3 : 21.03.20 - klo:15.06 »
Jos tiedostojärjestelmän nyt määrittää uudelleen uudella palvelimella, niin poistaako se kopioidut tiedostot?

Siis alustaminen (mkfs) poistaisi ne kyllä. mount komennolle tiedostojärjestelmän tyypin voi antaa huoletta itse. Toki sen pitäisi osata päätellä, että osio on ext4.

Teit tuossa yllä olevassa komennossa suoraan levylle sen tiedostojärjestelmän. Et LUKS-salatulle laitteelle etkä edes osiolle.
« Viimeksi muokattu: 21.03.20 - klo:15.08 kirjoittanut Tomin »
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

jmu

  • Käyttäjä
  • Viestejä: 96
    • Profiili
Vs: RAID-ongelma
« Vastaus #4 : 21.03.20 - klo:15.32 »
Annoin mount komennolle tiedostojärjestelmätyypin, mutta saan saman virheilmoituksen.

Selasin vanhan palvelimen komentojen historiaa, olin siis määrittänyt tiedostojärjestelmän komennolla:

Koodia: [Valitse]
sudo mkfs.ext4 /dev/mapper/levy

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11479
    • Profiili
    • Tomin kotisivut
Vs: RAID-ongelma
« Vastaus #5 : 21.03.20 - klo:19.54 »
Teitkö nyt siis levylle LUKS-taltion, johon loit suoraan ext4-tiedostojärjestelmän, vai loitko sinne myös RAID(1?)-osion? (esimerkiksi LUKS-taltion sisälle)
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

jmu

  • Käyttäjä
  • Viestejä: 96
    • Profiili
Vs: RAID-ongelma
« Vastaus #6 : 22.03.20 - klo:13.43 »
Minulla on jokainen kovalevy oma RAID(0), koska en koe että minulle olisi hyötyä levyjen yhdistämisestä.  Tein siis kovalevylle LUKS-kryptauksen, jonka sisään loin ext4-tiedostojärjestelmän, jonne kopion tiedostoja.  Ja nyt saan kryptauksen auki, mutta en liitettyä levyä mount-komennolla.

jekku

  • Käyttäjä
  • Viestejä: 2624
    • Profiili
Vs: RAID-ongelma
« Vastaus #7 : 22.03.20 - klo:16.05 »
Minulla on jokainen kovalevy oma RAID(0), koska en koe että minulle olisi hyötyä levyjen yhdistämisestä.  ...

Kerros lisää, mitä lisäarvoa tuo ratkaisu tarjoaa?

_Pete_

  • Käyttäjä
  • Viestejä: 1845
  • Fufufuuffuuu
    • Profiili
Vs: RAID-ongelma
« Vastaus #8 : 22.03.20 - klo:16.27 »
Minulla on jokainen kovalevy oma RAID(0), koska en koe että minulle olisi hyötyä levyjen yhdistämisestä.  ...

Kerros lisää, mitä lisäarvoa tuo ratkaisu tarjoaa?

Raid0 tarvitsee vähintään kaksi levyä joten on mahdotonta että se olisi jokaisella kovalevyllä oma.

jmu

  • Käyttäjä
  • Viestejä: 96
    • Profiili
Vs: RAID-ongelma
« Vastaus #9 : 22.03.20 - klo:18.04 »
Olen käsittänyt ettei RAID varsinaisesti tee varmuuskopioita, vaikka siinä olisikin esimerkiksi kaksi levyä.  Joten minulla on kaksi erillistä levyä, joista toiseen järjestän varmuuskopiot muulla tavalla.  Ei tässä ollutkaan tarkoitus erityisesti hyötyä RAIDista, mutta käytän sitä koska palvelimessani se on. 

Olen ennen käyttöjärjestelmän käynnistymistä HP:n Smart Array Controllerissa luonut jokaisesta levystä array:n, joiden asetuksissa on RAID(0).

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11479
    • Profiili
    • Tomin kotisivut
Vs: RAID-ongelma
« Vastaus #10 : 22.03.20 - klo:19.10 »
Olen käsittänyt ettei RAID varsinaisesti tee varmuuskopioita, vaikka siinä olisikin esimerkiksi kaksi levyä.

Totta. RAID-pakkaa käytetään joko nopeuttamaan levyoperaatioita jakamalla ne useamman levyn kesken (RAID0) tai varmistamaan saatavuus levyrikon sattuessa hyödyntämällä edelleen pakassa oleville ehjille levyille tallennettuja tietoja (muut RAID-tilat). Joskus on mahdollista myös yhdistää nämä käyttämällä useampia levyjä (RAID10). Varmuuskopiot on syytä olla erikseen. Yleistietoa aiheesta: https://fi.wikipedia.org/wiki/RAID_(tietotekniikka)

Olen ennen käyttöjärjestelmän käynnistymistä HP:n Smart Array Controllerissa luonut jokaisesta levystä array:n, joiden asetuksissa on RAID(0).

Loitko siis jokaisesta levystä oman RAID0-pakan? Kuulostaa erikoiselta. Kaikki RAID-tilat tarvitsevat useamman taltion (levyn tai levyosion) toimiakseen hyödyllisellä tavalla. RAID0 hyödyntää useampaa levyä lomittaakseen levyoperaatiot pakassa olevien levyjen kesken, joten RAID0 yhdellä levyllä ei kuulosta toimivalta kokoonpanolta. Käytännössä se voisi ehkä tarkoittaa sitä ettei levyllä ole RAIDia ollenkaan.

Olethan nyt lisännyt tuon levyn sitten myös oikein siihen uuteen palvelimeen? Se täytyy varmastikin tehdä saman asetustyökalun kautta kuin, millä tuo RAID-pakka on luotu.

Linuxissa voi käyttää myös ohjelmistopohjaista RAID-toteutusta, joka soveltuu siirrettäväksi keskenään erilaisiin laitteistoihin ja on väyläagnostinen (toimii esimerkiksi kytkettäessä SATA-levy USB-sovittimella). Joskus voi olla suotavaa käyttää sitä palvelimen oman toteutuksen olemassa olosta huolimatta. Sekään ei ole hyödyllinen yhdelle levylle.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11479
    • Profiili
    • Tomin kotisivut
Vs: RAID-ongelma
« Vastaus #11 : 22.03.20 - klo:19.37 »
Koska tässä tuntuu olevan hämmennystä siitä miten cryptsetup ja mount toimivat yhteen, tein itsekin tuollaisen salatun levyn. Käytin siihen muistitikkua ja jätin RAIDin väliin. Sinänsä tämä toimii samalla tavalla myös ulkoisille ja sisäisille kiintolevyille sekä RAID-laitteille, jotka voivat olla RAID-ohjaimen luomia tai käyttää Linuxin ohjelmistoraidia. Tässä toki oletetaan, että käytetty levy on /dev/sdb ja sen osio on /dev/sdb1. Vaihda ne tarvittaessa, jos yrität soveltaa tätä omassa käytössäsi.

Koodia: [Valitse]
tomi@tomin-xps ~> sudo fdisk -l /dev/sdb
Disk /dev/sdb: 14,46 GiB, 15518924800 bytes, 30310400 sectors
Disk model: DataTraveler 3.0
Units: sektorit of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levynimiön tyyppi: gpt
Disk identifier: 0B99C146-0334-744E-96DA-03601A811805

Laite       Alku    Loppu Sektorit  Koko Tyyppi
/dev/sdb1   2048 30310366 30308319 14,5G Linux-tiedostojärjestelmä
tomi@tomin-xps ~> sudo cryptsetup luksFormat /dev/sdb1

WARNING!
========
Tämä korvaa tiedot kohteella /dev/sdb1 peruuttamattomasti.

Are you sure? (Type 'yes' in capital letters): YES
Kirjoita salasanalause kohteelle /dev/sdb1:
Todenna salasanalause:
tomi@tomin-xps ~> sudo cryptsetup open /dev/sdb1 myluks
Kirjoita salasanalause kohteelle /dev/sdb1:
tomi@tomin-xps ~> sudo mkfs.ext4 /dev/mapper/myluks
mke2fs 1.45.5 (07-Jan-2020)
Luodaan 3784443-lohkoinen tiedostojärjestelmä 4k lohkokoolla ja 946560 i-solmulla
Tiedostojärjestelmän UUID: fb7e8de6-3571-4b64-9edd-64d0ea576940
Superlohkon varmuuskopiot tallennettu lohkoihin:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208

Varataan ryhmätauluja: valmis                         
Kirjoitetaan i-solmutauluja: valmis                         
Creating journal (16384 blocks): valmis
Writing superblocks and filesystem accounting information: valmis

tomi@tomin-xps ~> sudo mount /dev/mapper/myluks /mnt/
tomi@tomin-xps ~> sudo chown $USER:$USER /mnt/
tomi@tomin-xps ~> cat > /mnt/testi
Laite toimii oikein :)
tomi@tomin-xps ~> sudo umount /mnt
tomi@tomin-xps ~> sudo cryptsetup close /dev/mapper/myluks
tomi@tomin-xps ~> sudo eject /dev/sdb
tomi@tomin-xps ~> # Irroitettu muistitikku
tomi@tomin-xps ~> sudo fdisk -l /dev/sdb
fdisk: laitetta /dev/sdb ei voi avata: Tiedostoa tai hakemistoa ei ole
tomi@tomin-xps ~ [1]> # Liitetty muistitikku
tomi@tomin-xps ~ [1]> sudo fdisk -l /dev/sdb
Disk /dev/sdb: 14,46 GiB, 15518924800 bytes, 30310400 sectors
Disk model: DataTraveler 3.0
Units: sektorit of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levynimiön tyyppi: gpt
Disk identifier: 0B99C146-0334-744E-96DA-03601A811805

Laite       Alku    Loppu Sektorit  Koko Tyyppi
/dev/sdb1   2048 30310366 30308319 14,5G Linux-tiedostojärjestelmä
tomi@tomin-xps ~> sudo cryptsetup open /dev/sdb1 myluks
Kirjoita salasanalause kohteelle /dev/sdb1:
tomi@tomin-xps ~> sudo mount /dev/mapper/myluks /mnt
tomi@tomin-xps ~> ls /mnt
lost+found  testi
tomi@tomin-xps ~> cat /mnt/testi
Laite toimii oikein :)
tomi@tomin-xps ~>

Jos erikoinen kehote hämmentää, niin kyseessä on fish-kuori tavanomaisemman bash-kuoren sijaan.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

jmu

  • Käyttäjä
  • Viestejä: 96
    • Profiili
Vs: RAID-ongelma
« Vastaus #12 : 22.03.20 - klo:20.16 »
Olen käyttänyt cryptsetupia ja mountia vuosia vanhalla palvelimella ja on toiminut ilman ongelmia, eli

Koodia: [Valitse]
sudo cryptsetup luksOpen /dev/sdb levy
sudo mount /dev/mapper/levy /levy

Uusi palvelin avaa kyllä kryptauksen, mutta liitos ei onnistu:

Koodia: [Valitse]
wrong fs type, bad option, bad superblock on /dev/mapper/ext, missing codepage or helper program, or other error.
Ilman HP:n Smart Array Controlleria uusi palvelin ei näyttänyt levyjä lsblk-komennolla, ja kokeilin liittää levyn vanhaan palvelimeen, tiedostot kyllä ovat tallessa.

Mikä on RAID:in oikeaoppinen asennusjärjestys?  Voiko RAID-levyä lukea ei-RAID-koneella, ja toisinpäin?

jmu

  • Käyttäjä
  • Viestejä: 96
    • Profiili
Vs: [Ratkaistu] RAID-ongelma
« Vastaus #13 : 09.04.20 - klo:17.37 »
Ohitin RAID:n liittämällä kovalevyt ilman HP:n Smart Array -levyohjainta.  Homma toimii niin kuin ennenkin.