Mitt serverbygge - Raid fråga

[skalman65]

Fick till problemet med omdöpningen så raid enheten heter nu md0 som tänkt.

Nästa steg var att få till auto mount av enheten.
som var lite knepigare, upptäckte av en händelse att
blkid : gav ett UUID
medans mdadm --detail /dev/md0
gav ett annat?

Hur löser man något sådant?
Skall jag lägga tid att försöka lösa det?
Om inte vilket UUID skall jag använda för fstab ?

[Osprey]

Först så skapar man md-arrayen, sedan lägger man in konfigurationen i /etc med:
Kod:
mdadm --detail --scan > /etc/mdadm.conf

när jag testade detta så fick jag felmeddelandet :

Kod: Markera allt

permission denied

Det där beror nog bara på att jag (som vanligt) glömde att skriva "sudo" innan. Själv är jag efter ungefär 30 år inom Linux och Unix lätt miljöskadad och kör alltid som root....

Fick till problemet med omdöpningen så raid enheten heter nu md0 som tänkt.

Nästa steg var att få till auto mount av enheten.
som var lite knepigare, upptäckte av en händelse att
blkid : gav ett UUID
medans mdadm --detail /dev/md0
gav ett annat?

Hur löser man något sådant?
Skall jag lägga tid att försöka lösa det?
Om inte vilket UUID skall jag använda för fstab ?

Om nu blkid gav ett annat UUID, så gå efter det som mdadm visade. I en md-array så har båda de fysiska diskarna samma UUID, medan md-arrayen har ett eget. Så blkid visar förmodligen själva diskens (diskarnas) UUID här, men det är ju md-arrayen som ska mountas i fstab...

[skalman65]

Det där beror nog bara på att jag (som vanligt) glömde att skriva "sudo" innan. Själv är jag efter ungefär 30 år inom Linux och Unix lätt miljöskadad och kör alltid som root....

Prövade med sudo men fick samma resultat.
men löste situationen genom att ange
sudo -i

därefter så fungerade det fint att köra kommandot för mig.

Om nu blkid gav ett annat UUID, så gå efter det som mdadm visade.

gjorde ett test med att byta UUID i fstab men får då

Kod: Markera allt

mount: kan inte hitta UUID=78d13f5d:0420d379:0f60b206:64b7d706

Börjar fundera på om jag kan ha missat ett steg i konfigureringen av raid-arrayen
dels genom att jag inte kunde föra in uppgifterna i /etc utan att bli "root",
men även att jag inte lyckas att få den att monteras automatiskt
monterar jag den via filhanteraren så blir jag ombedd att ange lösenord innan den monteras

[skalman65]

Tog en genväg med att auto montera raid'en vid start genom att installera Gnome-disks

och kunde då konfigurera det därifrån.
Så nu fungerar den biten

Men upptäckte under felsökning att jag inte har någon swap partion
Gjorde ingen manuell konfigurering under installation och tog för givet att swapen skulle installeras, möjligen något liten men inte.

så här ser disken ut som jag har systemet på:

Kod: Markera allt

Disk /dev/sda: 38,3 GiB, 41110142976 byte, 80293248 sektorer
Enheter: sektorer av 1 * 512 = 512 byte
Sektorstorlek (logisk/fysisk): 512 byte / 512 byte
I/O-storlek (minsta/optimal): 512 byte / 512 byte
Disketikettstyp: dos
Diskidentifierare: 0xa9ff46dc

Enhet      Start Början   Slutet Sektorer Storlek Id Typ
/dev/sda1  *        2048   999423   997376    487M 83 Linux
/dev/sda2        1001470 80291839 79290370   37,8G  5 Utökad
/dev/sda5        1001472 80291839 79290368   37,8G 8e Linux LVM

systemet fungerar om än något segt i bland.

Bör jag ge mig på att skapa en swap

[stelu]

Vilken version av Ubuntu kör du? Har swap-partitionen tagits bort som förval nu och ersatts med swap-fil eller skulle det komma senare?

Skickat från min E5823 via Tapatalk

[Gunnar Hjalmarsson]

Har swap-partitionen tagits bort som förval nu och ersatts med swap-fil eller skulle det komma senare?

Ersatt av fil i nyinstallationer av 17.04.

[stelu]

Har swap-partitionen tagits bort som förval nu och ersatts med swap-fil eller skulle det komma senare?

Ersatt av fil i nyinstallationer av 17.04.

Kan det vara orsak till att det inte syns för skalman65?

Skickat från min E5823 via Tapatalk

[skalman65]

Vilken version av Ubuntu kör du?

Ubuntu Server 16.04 (nyinstallation, inte uppgraderat från tidigare dist)

har inte gjort något aktivt med swappen utan lät installations programmet sköta om det helt.


Gunnar hur kan jag se om jag har en swap-fil?

[Gunnar Hjalmarsson]

Gunnar hur kan jag se om jag har en swap-fil?

Det vet jag inte. Har inte själv någon nyinstallerad 17.04, och eftersom inte du har det heller, kan vi nog utesluta möjligheten att en sådan finns.

[stelu]

Låter mer troligt att installationen skattade att internminnet räcker...?

Skickat från min E5823 via Tapatalk

[skalman65]

Låter troligt.

När jag kikade vidare så fann jag följande rad i fstab

Kod: Markera allt

/dev/mapper/server--vg-swap_1 none            swap    sw              0       0

Vad jag förstår enligt denna tråd så är det en swap fil/partition,
samt att fdisk inte är så bra att hantera /dev/mapper

något mera hittade jag inte om detta när jag googlade på raden.

Så jag kan inte säga att jag är klar över vad jag bör göra

Fann att man på lvm installation skall använda sudo parted

och då ser det ut enligt följande

Kod: Markera allt

erik@server:~$ sudo parted /dev/sda print all
[sudo] password for erik: 
Modell: ATA Maxtor 6E040L0 (scsi)
Disk /dev/sda: 41,1GB
Sektorstorlek (logisk/fysisk): 512B/512B
Partitionstabell: msdos
Disk Flags: 

Nummer  Början  Slut    Storlek  Typ       Filsystem  Flaggor
 1      1049kB  512MB   511MB    primary   ext4       startbar
 2      513MB   41,1GB  40,6GB   extended
 5      513MB   41,1GB  40,6GB   logical              lvm



Modell: Linux device-mapper (linear) (dm)
Disk /dev/mapper/server--vg-swap_1: 3615MB
Sektorstorlek (logisk/fysisk): 512B/512B
Partitionstabell: loop
Disk Flags: 

Nummer  Början  Slut    Storlek  Filsystem       Flaggor
 1      0,00B   3615MB  3615MB   linux-swap(v1)


Modell: Linux device-mapper (linear) (dm)
Disk /dev/mapper/server--vg-root: 37,0GB
Sektorstorlek (logisk/fysisk): 512B/512B
Partitionstabell: loop
Disk Flags: 

Nummer  Början  Slut    Storlek  Filsystem  Flaggor
 1      0,00B   37,0GB  37,0GB   ext4
(klippt bort raid enhet med tillhörande diskar, för att göra det mer överskådligt)

Betyder detta att jag har trots allt har en swap men som är flytande på något sätt?

[eson57]

Låter troligt.

Inget automatiskt installationsprogram skippar någonsin växlingspartitionen/-filen, såvida man inte partitionerar manuellt.

[Osprey]

Har swap-partitionen tagits bort som förval nu och ersatts med swap-fil eller skulle det komma senare?

Ersatt av fil i nyinstallationer av 17.04.

Det där låter egentligen inte som någon särskilt bra idé... det innebär alltså att swapfilen antagligen ligger i samma filsystem som root-partitionen, vilket i sin tur innebär att de kör I/O mot samma filsystem och därmed har en gemensam kö mot det...

Dessutom så innebär det att om man har flera system installerade, så måste vart och ett av dem ha en egen swapfil, istället för som förut då alla systemen kunde använda samma swap-partition, beroende på vilket av dem som var igång. Det går alltså sannolikt åt betydligt mer diskutrymme om man har mer än ett system...

Enda fördelen vore möjligtvis att man skulle kunna ha en dynamisk justering av storleken på swap-filen, men detta innebär också att man antagligen får stora problem om disken börjar bli full...

Hmmmm... känns inte riktigt som om de har tänkt efter ordentligt här..... :/

[Gunnar Hjalmarsson]

Det där låter egentligen inte som någon särskilt bra idé...

Det är utvecklat lite här:

http://blog.surgut.co.uk/2016/12/swapfi ... buntu.html

[Osprey]

Det där låter egentligen inte som någon särskilt bra idé...

Det är utvecklat lite här:

http://blog.surgut.co.uk/2016/12/swapfi ... buntu.html

Tycker egentligen inte att han kom fram till något vettigt där. Det han säger är i princip att moderna datorer av idag, har så stort minne att något swaputrymme inte behövs. Dessutom tycker han att det är slöseri att använda NVM/SSD för swaputrymme.

Men... det här går ju i princip bara ut på att moderna högpresterande datorer inte skulle behöva någon swap... att alla andra datorer som kör Ubuntu fortfarande både bör och behöver ha en swap nämner han inte...

Sedan är det ju så att en swap-partition gör att man får ett virtuellt minne som är mycket större än datorns fysiska minne och min erfarenhet är att oavsett hur stort minne man har, så fyller man upp det... man startar fler roliga funktioner, man öppnar fler flikar i Firefox och man har mer saker igång samtidigt... så swap-utrymmet kommer att behövas, även om det teoretiskt sett skulle gå att klara sig utan det i en ideal värld......

Dessutom har swap-utrymmet den positiva effekten att datorn blir ordentligt trög när mycket används där, men allting fungerar fortfarande... utan swap så går datorn mer eller mindre rakt in i väggen när minnet är slut....

[skalman65]

Har börjat att försöka öppna för att säkerhetskopiera den andra Raid arrayen, i väntan på att hitta en lösning om det finns en på mina funderingar om swap på lvm installation.


Har då lyft ut en disk (sdb1) från en tidigare kraschad installation och installerat den i en helt "ny" dator.

Har därefter gjort följande:

Kod: Markera allt

Installera mdadm
   -sudo apt install mdadm

Skapa arrayen
   -sudo mdadm --create /dev/md0 --level=1 --raid-devices=2 --metadata=1.0 /dev/sdb1 missing

Lägga till "sdb1"
   -sudo mdadm --add /dev/md0 /dev/sdb1

stoppa mdadm
   -sudo mdadm --stop /dev/md0

starta mdadm med sdb1
   -sudo mdadm --run /dev/md0 /dev/sdb1

men det ger felmeddelandet:
mdadm: /dev/sdb1 does not appear to be an md device

Är det något som jag missar

[Osprey]

Skapa arrayen
-sudo mdadm --create /dev/md0 --level=1 --raid-devices=2 --metadata=1.0 /dev/sdb1 missing

Lägga till "sdb1"
-sudo mdadm --add /dev/md0 /dev/sdb1

stoppa mdadm
-sudo mdadm --stop /dev/md0

starta mdadm med sdb1
-sudo mdadm --run /dev/md0 /dev/sdb1[/code]

men det ger felmeddelandet:
mdadm: /dev/sdb1 does not appear to be an md device

Är det något som jag missar

Du skapar först en md-array som består av /dev/sdb1, plus en disk som än så länge är angiven som "missing".

Sedan lägger du till /dev/sdb1 i den arrayen, men det behövs knappast eftersom den redan fanns med där.

Därefter stoppar du arrayen för att starta den igen, men du har egentligen aldrig skapat en md-array eftersom du inte angivit vilkan den andra disken som ska vara med och skapa arrayen är.

En md-array med level=1 måste bestå av två diskar, annars blir det liksom ingen md-array.

Här hade du kunnat ange den andra disken (t.ex /dev/sda1) direkt i "mdadm --create" istället för "missing", eller också hade du kunnat ange det i "mdadm --add"...

Sedan måste du låta diskarna synka ihop och när det är klart kan du se med "cat /proc/mdstat"...

[skalman65]

Om jag förstår dig rätt nu så menar du att jag inte kan öppna sdb utan sin "parkompis"?

Mitt mål är att bara kunna öppna SDB (med eller utan kompis) för läsning,
för att därefter kopiera över datan till annat media.
Därefter skall disken partioneras om.

[Osprey]

Om jag förstår dig rätt nu så menar du att jag inte kan öppna sdb utan sin "parkompis"?

Mitt mål är att bara kunna öppna SDB (med eller utan kompis) för läsning,
för att därefter kopiera över datan till annat media.
Därefter skall disken partioneras om.

Jodå, visst kan du öppna sdb utan sin "parkompis", det enda jag menade var att så länge du bara har en disk i raid-arrayen, så har det inte skapats någon egentlig array.

Men ur det perspektivet som du beskriver så behöver du inte göra någon "mdadm --add" efter att du gjort en "mdadm --create" och du behöver inte heller stoppa och starta den.

Prova med att göra det första kommandot ("mdadm --create...") bara och titta sedan på vad som händer med "cat /proc/mdstat".

[skalman65]

Prova med att göra det första kommandot ("mdadm --create...") bara och titta sedan på vad som händer med "cat /proc/mdstat".

Tack Osprey, skall till och försöka med det,
tänkte testa det med en live skiva för att få en "ren" installation.
men vill bara kolla,

jag skrev att jag började med

Kod: Markera allt

-sudo mdadm --create /dev/md0 --level=1 --raid-devices=2 --metadata=1.0 /dev/sdb1 missing

men jag antar att jag utelämnar "missing",

för att därefter köra
cat /proc/mdstat