8,0
0t0 6147 /dev/sda
multipath 3426 3442 root4r BLK8,0
0t0 6147 /dev/sda
-bash-4.3# mdadm --manage /dev/md1 --add /dev/sda1
mdadm: Cannot open /dev/sda1: Device or resource busy
-bash-4.3# /etc/init.d/multipathd stop
Zatrzymywanie usługi
W dniu 2015-03-17 o 10:12, lord_Niedzwiedz pisze:
Czym się różni w mdadm status clear od active ??
State : clear / State : active ??
Jak zbuduję macierz z opcją bitmap=none to mam clear.
Jak z Intent Bitmap : Internal, to mam ciągle active.
O co biega ??!!
Co oznacza ten status ?
https
Czym się różni w mdadm status clear od active ??
State : clear / State : active ??
Jak zbuduję macierz z opcją bitmap=none to mam clear.
Jak z Intent Bitmap : Internal, to mam ciągle active.
O co biega ??!!
Co oznacza ten status ?
___
pld-users-pl
Mam taką sytuację.
Personalities : [raid1] [raid6] [raid5] [raid4]
md3 : active raid5 sda3[0] sdd3[4] sdc3[2] sdb3[1]
1440141312 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] []
bitmap: 0/4 pages [0KB], 65536KB chunk
md1 : active raid1 sda1[0] sdd1[3] sdc1[2] sdb1[1]
393472
W przypływie desperacji zrobiłem drugą instalację systemu. Tym razem
wszystko wstało jak należy. Jedyna różnica w stosunku do poprzedniej to
kernel w wersji 3.4. Ale to nie powinno mieć znaczenia. Jeszcze będę to
analizował, może po prostu coś nie zostało doinstalowane. W każdym razie
dzięki za
geninitrd skoro nie ma już mdadm-initrd?
Może ktoś walczył z tym i podpowie.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
. Zastanawiam się czy
coś ekstra trzeba konfigurować w geninitrd skoro nie ma już mdadm-initrd?
mdadm-initrd mam nadzieję nie masz i nie miałeś w trakcie generacji initrd?
--
Arkadiusz Miśkiewicz, arekm / maven.pl
___
pld-users-pl mailing list
pld-users-pl
On Thursday 28 of August 2014, Tomasz Kuc wrote:
W dniu 28 sierpnia 2014 21:24 użytkownik Arkadiusz Miśkiewicz
ar...@maven.pl napisał:
mdadm-initrd mam nadzieję nie masz i nie miałeś w trakcie generacji
initrd?
Nie mam. bo już nie ma takiego pakietu.
Przy tych moich problemach
W dniu 28 sierpnia 2014 21:33 użytkownik Arkadiusz Miśkiewicz
ar...@maven.pl napisał:
Rozwiązanie - przegenerować initrd (po usunięciu mdadm-initrd o ile się
jeszcze ostał w systemie).
Na pewno się nie ostał, bo to świeża instalacja. Wniosek z tego że powinno
działać, być może o czymś
On Thursday 28 of August 2014, Tomasz Kuc wrote:
W dniu 28 sierpnia 2014 21:33 użytkownik Arkadiusz Miśkiewicz
ar...@maven.pl napisał:
Rozwiązanie - przegenerować initrd (po usunięciu mdadm-initrd o ile się
jeszcze ostał w systemie).
Na pewno się nie ostał, bo to świeża instalacja
On 16.07.2013 12:49, lord_Niedzwiedz wrote:
Kurcze , ma ktoś może jakieś krótkie how to, jak używać tego
smartd ??
Mam dwa pliki w /etc/
smartd.confsmartd_warning.sh
Nie mam czasu czytać teraz całej dokumentacji od tego.
Jakieś proste how to (jak to ustawić z powiadomieniami
On 11.07.2013 14:18, Andrzej Zawadzki wrote:
On 11.07.2013 13:33, lord_Niedzwiedz wrote:
Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-(
(co to SMART wiem).
Są tu bad sectory ??
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with
Dnia wtorek, 16 lipca 2013 12:21:18 lord_Niedzwiedz pisze:
[...]
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED
WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051Pre-fail
Always - 27
3 Spin_Up_Time0x0027 177 148
Kurcze , ma ktoś może jakieś krótkie how to, jak używać tego
smartd ??
Mam dwa pliki w /etc/
smartd.confsmartd_warning.sh
Nie mam czasu czytać teraz całej dokumentacji od tego.
Jakieś proste how to (jak to ustawić z powiadomieniami przez e-maila)
może ktoś posiada.
Mam na
On Thursday 11 July 2013 14:18:11 Andrzej Zawadzki wrote:
Oczywiście to nie jest lekarstwo na wszystkie problemy - bo sam SMART
też może się zepsuć ;-) Ale...
I dysk może paść bez miauknięcia w SMART.
Ale z mojej małej statystyki wynika, że zdarza się to raz na jakieś 10
SMARTowych ostrzeżeń o
Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-(
(co to SMART wiem).
Są tu bad sectory ??
[root@Misiek ~]# smartctl -a /dev/sdd
smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.9.8-1] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
===
lord_Niedzwiedz sir_mis...@o2.pl napisał:
Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-(
(co to SMART wiem).
Są tu bad sectory ??
[root@Misiek ~]# smartctl -a /dev/sdd
smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.9.8-1] (local build)
Copyright (C) 2002-13, Bruce Allen,
On 11.07.2013 13:33, lord_Niedzwiedz wrote:
Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-(
(co to SMART wiem).
Są tu bad sectory ??
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG
Jestem pewien (podłączałem inny dysk, śmigał normalnie).
W serwisie specjaliści postraszyli mnie , iż to może być któraś głowica
(a odzyskanie danych czy regeneracja z macierzy to 2,5-3tyś i do miesiąca).
Zakupiłem identyczny dysk, elektroniki na razie nie przekładam (ten
działa 4MB/s).
Ok, super. Wezmę to pod uwagę i po ustawiam.
Dzięki
Pozdro
On 11.07.2013 14:18, Andrzej Zawadzki wrote:
On 11.07.2013 13:33, lord_Niedzwiedz wrote:
Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-(
(co to SMART wiem).
Są tu bad sectory ??
SMART Attributes Data Structure
Mam problem z macierzami RAID5 mdadm.
[root@Misiek ~]# hdparm -tT /dev/md2
/dev/md2:
Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec
Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec
[r...@louve.komandor.net ~]# hdparm -tT /dev/md4
/dev/md4:
Timing
Znalazłem coś takiego ??!! ;-(
Może to jest błędem ;/
[root@Misiek ~]# mdadm -X /dev/sdc4
Filename : /dev/sdc4
Magic : a92b4efc
mdadm: invalid bitmap magic 0xa92b4efc, the bitmap file appears to be
corrupted
Version : 1
mdadm: unknown bitmap version 1
On Wednesday 10 July 2013 16:27:40 lord_Niedzwiedz wrote:
Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-(((
A co pokazuje
iostat -x 10 -m
w czasie naprawy? (tylko nie pierwszy zrzut tylko kolejne).
Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 dyskach
On 10.07.2013 17:53, Mateusz Korniak wrote:
On Wednesday 10 July 2013 16:27:40 lord_Niedzwiedz wrote:
Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-(((
A co pokazuje
iostat -x 10 -m
w czasie naprawy? (tylko nie pierwszy zrzut tylko kolejne).
[root@Misiek /]# iostat
sda
macierzami RAID5 mdadm.
[root@Misiek ~]# hdparm -tT /dev/md2
/dev/md2:
Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec
Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec
[r...@louve.komandor.net ~]# hdparm -tT /dev/md4
/dev/md4:
Timing cached reads: 4572 MB
, algorithm 2
[4/3] [U_UU]
[] recovery = 0.1% (3598464/1953124864)
finish=28620.1min speed=1134K/sec
Generalnie jestem w ciornej d.. ;-)))
Backupy nie aktualne ;-D
Dyscyplinarka przygotowana ;]
Dzięki za pomoc
Pozdro
Mam problem z macierzami RAID5 mdadm.
[root
Wylacz w cholere maszyne. wyjmij /dev/sdd, przeloz gdzies i ddrescue
przekopiuj jego zawartosc na drugi dysk. Wloz drugi dysk do docelowej
maszyny. Mdadm sobie poradzi (wiem bo kiedys odratowalem tak 1,7 TB
zepsutej poczty z raida5 i zimbry)
W dniu 10 lipca 2013 18:54 użytkownik lord_Niedzwiedz
zawartosc na drugi dysk. Wloz drugi dysk do docelowej
maszyny. Mdadm sobie poradzi (wiem bo kiedys odratowalem tak 1,7 TB
zepsutej poczty z raida5 i zimbry)
W dniu 10 lipca 2013 18:54 użytkownik lord_Niedzwiedz sir_mis...@o2.plnapisał:
Już widzę co się dzieje ;-(
Dysk /dev/ssd świruje
lord_Niedzwiedz sir_mis...@o2.pl napisał:
Wielkie dzięki za pomoc.
Niestety prędkości tego dysku spadają do nawet 4kb/s.
Będzie się kopiować 2 tygodnie.
Ja potrzebuje to uruchomić na wczoraj ;-(
Daj mu szansę. Może jak przejdzie felerny fragment to ruszy szybciej. Jak bez
niego macież
ddrescue
przekopiuj jego zawartosc na drugi dysk. Wloz drugi dysk do docelowej
maszyny. Mdadm sobie poradzi (wiem bo kiedys odratowalem tak 1,7 TB
zepsutej poczty z raida5 i zimbry)
W dniu 10 lipca 2013 18:54 użytkownik lord_Niedzwiedz sir_mis...@o2.pl
napisał:
Już widzę co się dzieje
Święte słowa Łukaszu. Niestety sam już też do tego doszedłem, iż
jest pat ;-)
First odzysk vserver'ów. Next danych.
Macierzy odbudowa na koniec. Puki co zgrywanie danych ;-)
Pozdro
ps. nie wiem tylko jakim cudem po wypadały mi z macierzy po sztuce
Patrycji ;-)))
(tak bym wogule wziął
potrzebuje to uruchomić na wczoraj ;-(
On 10.07.2013 18:59, Pawel Chmielewski wrote:
Wylacz w cholere maszyne. wyjmij /dev/sdd, przeloz gdzies i ddrescue
przekopiuj jego zawartosc na drugi dysk. Wloz drugi dysk do docelowej
maszyny. Mdadm sobie poradzi (wiem bo kiedys odratowalem tak 1,7 TB
zepsutej
W dniu 2013-07-10 19:57, lord_Niedzwiedz pisze:
3TB SATA
Dysk chyba nie ma bad sektorów.
On po prostu zaczął wariować (elektronicznie).
To jak masz inny taki sam, to przekręć od niego elektronikę.
Odratowałem tak raz dane z dysku, w którym usmażyła się elektornika.
On 10.07.2013 18:22, lord_Niedzwiedz wrote:
Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3
dyskach
(czwarty specjalnie wypiety - spowalniało).
A co SMART mówi na temat /dev/sdd ?
A w jakiej paczce go znajdę i jak go użyć ?? ;/
smartmontools
smartctl -a /dev/sdd
już
Radnośnie dodałem sobie
/dev/md6/mnt/foodefaults1 1
do /etc/fstab gdzie jest systemd.
System nie wstał poprzez brak dependency na owo md6.
Nic dziwnego, nie było nawet /proc/mdstat.
Jak się takie mountpointy prawidłowo dodaje?
Dodać moduł raid10 do ładowanych, czy
/mdadm.conf
mdadm --detail --scan --verbose /etc/mdadm.conf
chyba jeszcze MAILADDR trzeba dodac.
to nie zadziala,
w poprzednim liscie pokazalem ze nie wykrywa poprawnie /dev/md0
z pozdrowieniami
Ja mam:
DEVICE /dev/sd[a,b]2
ARRAY /dev/md0 level=raid1 num-devices=2
Osóbka znana jako Arkadiusz Chomicki, wystukała:
warto by bylo o tym wspomniec w dokumentacji przy mdadm.
A propos dokumentacji:
było kiedyś http://pl.docs.pld-linux.org/
Ale od dłuższego czasu nie działa. Wie ktoś czemu? Bo zmiany w svn ciągle
chyba są robione w dokumentacji...
pozdrawiam
Ale od dłuższego czasu nie działa. Wie ktoś czemu?
Niedawno na forum był poruszany ten temat:
http://forum.pld-linux.org/viewtopic.php?t=5737
Morał z tego ątku jest taki, zacytuję Shadzika:
Dokumentacja jak najbardziej jest przydatna - należy tylko o nią
dbać, a u nas nikogo takiego nie ma
On Wednesday 19 of January 2011 20:46:29 Krzysztof Goliński wrote:
Ale od dłuższego czasu nie działa. Wie ktoś czemu?
Niedawno na forum był poruszany ten temat:
http://forum.pld-linux.org/viewtopic.php?t=5737
Morał z tego ątku jest taki, zacytuję Shadzika:
Dokumentacja jak najbardziej
Dokumentacja ... A o jakim dbaniu mówisz?
Chodzi głównie o część instalacja. Zresztą co jakiś czas na forum
pojawiają się nowi użytkownicy który męczą czarodzieja z Ra
(właściwe trupa) oraz Ac (prawie trupa). Poza tym, jak wejdziesz na
główna stronę i klikniesz Mirrors to prowadzą one do Ra i
Osóbka znana jako Krzysztof Goliński, wystukała:
Poza tym dokumentacja jest w miarę aktualna, pewnie trzeba by było
dopisać coś o nowej konfiguracji Xów, PulseAudio (tfu, tfu) i paru
innych rzeczach, ale to drobiazgi.
Ale po co roztrząsać czy jest aktualna czy nie, jak de facto jej nie ma
Ale po co roztrząsać czy jest aktualna czy nie, jak de facto jej nie ma
dostępnej w miarę normalny sposób?
W pierwszym zacytowanym wątku z forum jest link do kopii:
http://carme.pld-linux.org/~megabajt/docs/
Co do braku dostępności z głównej strony przypuszczam, że została
zdjęta z ww.
Osóbka znana jako Krzysztof Goliński, wystukała:
Ale po co roztrząsać czy jest aktualna czy nie, jak de facto jej nie ma
dostępnej w miarę normalny sposób?
W pierwszym zacytowanym wątku z forum jest link do kopii:
http://carme.pld-linux.org/~megabajt/docs/
Jasne. Całość leży też tutaj:
On Tue, 2011-01-18 at 17:27 +0100, Arkadiusz Chomicki wrote:
On Tue, 2011-01-18 at 16:38 +0100, Arkadiusz Chomicki wrote:
przy statrcie sytemu mam cos takiego:
mdadm: /dev/sda1 has no superblock - assembly aborded
mdadm: we have match both /dev/md0 and /dev/md1 - cannot decide which
On Tuesday 18 of January 2011 17:46:25 Jan Wideł wrote:
On Tue, 2011-01-18 at 17:27 +0100, Arkadiusz Chomicki wrote:
On Tue, 2011-01-18 at 16:38 +0100, Arkadiusz Chomicki wrote:
przy statrcie sytemu mam cos takiego:
mdadm: /dev/sda1 has no superblock - assembly aborded
mdadm: we
:
mdadm: /dev/sda1 has no superblock - assembly aborded
mdadm: we have match both /dev/md0 and /dev/md1 - cannot decide which
to
use
mdadm: /dev/md1 has been started which 2 drives
mdadm: /dev/sda1 has no superblock - assembly aborded
Sprzawdz czy typ partycji jest: Linux
wrote:
przy statrcie sytemu mam cos takiego:
mdadm: /dev/sda1 has no superblock - assembly aborded
mdadm: we have match both /dev/md0 and /dev/md1 - cannot decide
which to
use
mdadm: /dev/md1 has been started which 2 drives
mdadm: /dev/sda1 has no superblock
Osóbka znana jako Arkadiusz Chomicki, wystukała:
[...]
Przerabiałem to samo już na liście. Coś jest zwalone, jeśli masz wpisy w
mdadm.conf odwołujące się bezpośrednio do urządzeń. Działa po UUIDach.
pozdrawiam
--
Adam Gapiński : adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?*
On Tuesday 18 of January 2011 20:56:04 Adam Gapiński wrote:
Osóbka znana jako Arkadiusz Chomicki, wystukała:
[...]
Przerabiałem to samo już na liście. Coś jest zwalone, jeśli masz wpisy w
mdadm.conf odwołujące się bezpośrednio do urządzeń. Działa po UUIDach.
pozdrawiam
jesli dobrze
:a539c67b:33213a74
czy tak?
Najlepiej z automatu:
mv /etc/mdadm.conf /etc/mdadm.conf.old
echo DEVICE partitions /etc/mdadm.conf
mdadm --detail --scan --verbose /etc/mdadm.conf
chyba jeszcze MAILADDR trzeba dodac.
--
Jasiek
___
pld-users-pl mailing list
:5c7c50a8:6d9a7f38:f9852c47
ARRAY /dev/md1 UUID=a459a50a:6b2496a8:a539c67b:33213a74
czy tak?
Najlepiej z automatu:
mv /etc/mdadm.conf /etc/mdadm.conf.old
echo DEVICE partitions /etc/mdadm.conf
mdadm --detail --scan --verbose /etc/mdadm.conf
ups, chyba bez --verbose bo dodaje tez device
:33213a74
czy tak?
Najlepiej z automatu:
mv /etc/mdadm.conf /etc/mdadm.conf.old
echo DEVICE partitions /etc/mdadm.conf
mdadm --detail --scan --verbose /etc/mdadm.conf
chyba jeszcze MAILADDR trzeba dodac.
to nie zadziala,
w poprzednim liscie pokazalem ze nie wykrywa poprawnie /dev/md0
z
=72de3eff:5c7c50a8:6d9a7f38:f9852c47
ARRAY /dev/md1 UUID=a459a50a:6b2496a8:a539c67b:33213a74
czy tak?
Najlepiej z automatu:
mv /etc/mdadm.conf /etc/mdadm.conf.old
echo DEVICE partitions /etc/mdadm.conf
mdadm --detail --scan --verbose /etc/mdadm.conf
chyba jeszcze MAILADDR
=72de3eff:5c7c50a8:6d9a7f38:f9852c47
ARRAY /dev/md1 UUID=a459a50a:6b2496a8:a539c67b:33213a74
czy tak?
Najlepiej z automatu:
mv /etc/mdadm.conf /etc/mdadm.conf.old
echo DEVICE partitions /etc/mdadm.conf
mdadm --detail --scan --verbose /etc/mdadm.conf
chyba jeszcze MAILADDR trzeba dodac
Witam
Próba wygenerowania initrd dla kernela 2.6.36-1 daje mi odpowiedz w
formie:
geninitrd: Finding modules for device path /dev/md1
geninitrd: Finding RAID details using mdadm for rootdev=/dev/md1
geninitrd: ERROR: RAID devices not found for /dev/md1, check your
configuration!
Jak mniemam
On Monday 22 of November 2010, Adam Sobieraj wrote:
Witam
Próba wygenerowania initrd dla kernela 2.6.36-1 daje mi odpowiedz w
formie:
geninitrd: Finding modules for device path /dev/md1
geninitrd: Finding RAID details using mdadm for rootdev=/dev/md1
geninitrd: ERROR: RAID devices
RAID details using mdadm for rootdev=/dev/md1
geninitrd: ERROR: RAID devices not found for /dev/md1, check your
configuration!
Jak mniemam problem jest w tym ze mdadm usilnie twierdzi iż działający
raida1 jest pod /dev/md/1 (lub /dev/md/rescue:1 jak widać niżej jest raz
tak raz tak
:
geninitrd: Finding modules for device path /dev/md1
geninitrd: Finding RAID details using mdadm for rootdev=/dev/md1
geninitrd: ERROR: RAID devices not found for /dev/md1, check your
configuration!
Jak mniemam problem jest w tym ze mdadm usilnie twierdzi iż działający
raida1 jest
na:
/sbin/mdadm --assemble --scan --auto=yes
Znaczy linuxrc ją składa, a po przejściu w rootdevice coś ją rozkłada i
rc.sysinit musi składać z powrotem?
Jeżeli w ramdysku jest już pozbierana, to u mnie po przejściu do init X
już nic macierzy nie dotyka, chyba, że mnie oczy oszukują.
Zatem
rc skryptów z tej
macierzy pojawia się kłopot - rc.sysinit staje na:
/sbin/mdadm --assemble --scan --auto=yes
Znaczy linuxrc ją składa, a po przejściu w rootdevice coś ją rozkłada i
rc.sysinit musi składać z powrotem?
Jeżeli w ramdysku jest już pozbierana, to u mnie po przejściu do
Dnia piątek, 29 października 2010, Pawel Sikora napisał:
mozesz sprawdzic (strace) czy faktycznie mdassemble faktycznie odczytalo
/dev/sdb1, czy dostalo jakis blad i komunikat 'has no superblock',
to tylko bzdura.
wrzuc tez nam wynik ' mdadm -QD /dev/md0'
No to już...
Przy następujących
nam wynik ' mdadm -QD /dev/md0'
No to już...
Przy następujących wpisach w mdadm.conf:
DEVICE /dev/sd[ab][13]
ARRAY /dev/md1 devices=/dev/sdb1,/dev/sda1
ARRAY /dev/md3 devices=/dev/sdb3,/dev/sda3
#ARRAY /dev/md1 UUID=32e0590b:365f827d:8b62f743:401d69bd
#ARRAY /dev/md3 UUID=a74f0428:1997ebc4
komunikat 'has no
superblock', to tylko bzdura.
wrzuc tez nam wynik ' mdadm -QD /dev/md0'
No to już...
Przy następujących wpisach w mdadm.conf:
DEVICE /dev/sd[ab][13]
ARRAY /dev/md1 devices=/dev/sdb1,/dev/sda1
ARRAY /dev/md3 devices=/dev/sdb3,/dev/sda3
#ARRAY /dev/md1 UUID
Osóbka znana jako Adam Gapiński, wystukała:
# ls -l /dev/sd[ab]1
brw-rw 1 root disk 8, 1 2009-03-01 /dev/sda1
brw-rw 1 root disk 8, 17 2009-03-01 /dev/sdb1
# file -s /dev/sda1
/dev/sda1: x86 boot sector, LInux i386 boot LOader, code offset 0xeb
# file -s /dev/sdb1
/dev/sdb1:
On Thu, 28 Oct 2010 21:15:56 +0200, Adam Gapiński
adas-n...@artikon.pl wrote:
Osóbka znana jako Adam Gapiński, wystukała:
# ls -l /dev/sd[ab]1
brw-rw 1 root disk 8, 1 2009-03-01 /dev/sda1
brw-rw 1 root disk 8, 17 2009-03-01 /dev/sdb1
# file -s /dev/sda1
/dev/sda1: x86 boot
(choć tam w mdadm.conf
jest uid wpisany). Dopiero po ruszeniu rc skryptów z tej macierzy pojawia
się kłopot - rc.sysinit staje na:
/sbin/mdadm --assemble --scan --auto=yes
pozdrawiam
--
Adam Gapiński : adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate
W dniu 28.10.2010 21:26, Adam Gapiński anonsuje::
Ale initrd składa macierz i uruchamia ją poprawnie (choć tam w mdadm.conf
jest uid wpisany). Dopiero po ruszeniu rc skryptów z tej macierzy pojawia
się kłopot - rc.sysinit staje na:
/sbin/mdadm --assemble --scan --auto=yes
Znaczy linuxrc
zostawię jawnie podane
devajsy, to mam:
# /sbin/mdadm --assemble --scan --auto=yes;echo $?
mdadm: /dev/sdb1 has no superblock - assembly aborted
1 (oczywiście, po zmianie wpisów na uid mdadm zwraca grzecznie 2)
Tu rc.sysinit woła o hasło roota. I teraz najlepsze - po wpisania hasła i:
init 3
Osóbka znana jako Artur Frysiak, wystukała:
2010/10/27 Adam Gapiński adas-n...@artikon.pl:
Tu rc.sysinit woła o hasło roota. I teraz najlepsze - po wpisania hasła
i: init 3
wszystko działa z devajsami podanymi jawnie w mdadm.conf. To jednak coś
na poziomie kontaktu mdadm i rc.sysinit
Czy wpisy w mdadm.conf typu:
ARRAY /dev/md0 devices=/dev/sda1,/dev/sdb1
są dla aktualnego mdadm mniej koszerne niż:
ARRAY /dev/md0 uuid=19464854:03f71b1b:e0df2edd:246cc977
?!?
Przy pierwszym wpisie mdadm (mdadm -A --scan --auto=yes - to jest w rc.sysinit
ale puszczone z ręki jest identycznie
On Tue, 26 Oct 2010, Grzegorz Pietrzak wrote:
Czy wpisy w mdadm.conf typu:
ARRAY /dev/md0 devices=/dev/sda1,/dev/sdb1
są dla aktualnego mdadm mniej koszerne niż:
ARRAY /dev/md0 uuid=19464854:03f71b1b:e0df2edd:246cc977
?!?
Przy pierwszym wpisie mdadm (mdadm -A --scan --auto=yes - to jest w
Dnia wtorek 26 październik 2010, Paweł Zuzelski napisał:
UUID są zdecydowanie koszerniejsze. Na przykład jeżeli po upgrade
kernela, albo powiedzmy po wymianie kontrolera SATA czy płyty
głównej nagle kernel postanowi wykryć dawne /dev/sda jako /dev/sdc,
a dawne /dev/sdb jako /dev/wtf, to przy
W dniu 26.10.2010 22:21, Grzegorz anonsuje::
Dnia wtorek 26 październik 2010, Paweł Zuzelski napisał:
UUID są zdecydowanie koszerniejsze. Na przykład jeżeli po upgrade
kernela, albo powiedzmy po wymianie kontrolera SATA czy płyty
głównej nagle kernel postanowi wykryć dawne /dev/sda jako
Dnia Monday 30 of August 2010, Paweł Sikora napisał:
Dnia 30-08-2010 o 09:55:16 Paweł Sikora pl...@agmk.net napisał(a):
witam,
osoby ktorym nie dziala mdadm-3.x przy bootowaniu systemu
z raid-1 prosze o przegenerowanie initrd i przetestowanie
nowej wersji.
release 2 jest zwalony
witam,
osoby ktorym nie dziala mdadm-3.x przy bootowaniu systemu
z raid-1 prosze o przegenerowanie initrd i przetestowanie
nowej wersji.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users
Dnia 30-08-2010 o 09:55:16 Paweł Sikora pl...@agmk.net napisał(a):
witam,
osoby ktorym nie dziala mdadm-3.x przy bootowaniu systemu
z raid-1 prosze o przegenerowanie initrd i przetestowanie
nowej wersji.
release 2 jest zwalony, prosze testowac release 3. u mnie dziala
/soft_raid.html i w oparciu o:
http://andrzej.dopierala.name/2007-04-11_Migracja_serwera_na_RAID1
wykonanie komendy daje:
[r...@serwer ~]# mdadm -a /dev/md0 /dev/hda1
mdadm: /dev/hda1 not large enough to join array
Co jest kompletną bzdurą.
O co tu chodzi?
--
Pozdrawiam
Darek
On Wed, 2 Sep 2009, marteen wrote:
Czyli ok.
To co jest zjeb...ne?
widze ze w koncu nie tylko ja mialem problemy z softraidem
A ty miałeś się wypisać...
--
pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl
Pawel Golaszewski anonsuje::
On Wed, 2 Sep 2009, marteen wrote:
Czyli ok.
To co jest zjeb...ne?
widze ze w koncu nie tylko ja mialem problemy z softraidem
Ale ja sobie naprawiłem sam.
Tylko powiedzieli mi, co jest zepsute.
A ty miałeś się wypisać...
Nie żebym miał być
On Thu, 3 Sep 2009, Wieslaw Kierbedz wrote:
A ty miałeś się wypisać...
Nie żebym miał być bardziej niegrzeczny, niż jestem. :P
Pawle.
Ignoruj!
BP, MSPANC :D
--
pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl
Dnia 2009-09-02, śro o godzinie 20:52 +0200, WK pisze:
Po updacie wczorajszym system stopuje na:
można na jakiej wersji mdadm?
--
Paweł Kwiatkowski
e-mail/jid: qwiat(at)pld-linux(dot)org
___
pld-users-pl mailing list
pld-users-pl@lists.pld
Wiadomość od Pawel Kwiatkowski:
Dnia 2009-09-02, śro o godzinie 20:52 +0200, WK pisze:
Po updacie wczorajszym system stopuje na:
można na jakiej wersji mdadm?
No na 3.
Dokładnie to, co Arek pisał.
Przecież linki do łatek nawet podesłałem wczoraj.
Niekoszerne?
--
WK
Dnia 2009-09-03, czw o godzinie 23:49 +0200, WK pisze:
Wiadomość od Pawel Kwiatkowski:
Dnia 2009-09-02, śro o godzinie 20:52 +0200, WK pisze:
Po updacie wczorajszym system stopuje na:
można na jakiej wersji mdadm?
No na 3.
uhm
Dokładnie to, co Arek pisał.
Przecież
Wiadomość od Pawel Kwiatkowski:
Przecież linki do łatek nawet podesłałem wczoraj.
Niekoszerne?
nie przyglądałem się
Chyba nikt się nie przyglądał.
U mnie działa czysto.
Ale nie czuję się dość dobry, żeby grzebać w podstawach systemu innym.
--
WK
Po updacie wczorajszym system stopuje na:
Ustawianie urządzeń RAID.ZAJĘTY
A potem już o tym, że błedy nienaprawialne i tak dalej.
No to rescue mdadm --detail.
Posprawdzałem:
/dev/md0:
Version : 0.90
Creation Time : Wed Mar 4 18:57:03 2009
On Wednesday 02 of September 2009, WK wrote:
Po updacie wczorajszym system stopuje na:
Ustawianie urządzeń RAID.ZAJĘTY
A potem już o tym, że błedy nienaprawialne i tak dalej.
mdadm 3 z test?
efekt:
rc=1 - czyli błąd, ale jaki, skoro obydwa arrays
Czyli ok.
To co jest zjeb...ne?
--
WK
widze ze w koncu nie tylko ja mialem problemy z softraidem
m.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
On Wednesday 02 of September 2009, Arkadiusz Miskiewicz wrote:
mdadm 3 różne zwraca statusy dla różnych sytuacji. Na razie wiemy, że 0 i 2
oznaczają ok. 1 nie wiem co oznacza.
Ok, 1 nie jest z mdadma tylko z run_cmd, które niestety zatraca oryginalny
exit status (chętni do poprawienia mie
Wiadomość od Arkadiusz Miskiewicz:
On Wednesday 02 of September 2009, Arkadiusz Miskiewicz wrote:
mdadm 3 różne zwraca statusy dla różnych sytuacji. Na razie wiemy, że 0 i 2
oznaczają ok. 1 nie wiem co oznacza.
Ok, 1 nie jest z mdadma tylko z run_cmd, które niestety zatraca
Witam,
mam taki problem z dyskami: WDC WD3200YS-01P Rev: 21.0
albo nie wiem z czym :)
otóż, przy starcie, *zawsze* wywala mi dysk /dev/sdb2 z /dev/md1 (/)
tak wygląda fragment dmesg'a
scsi3 : sata_nv
Vendor: ATA Model: WDC WD3200YS-01P Rev: 21.0
Type: Direct-Access
On Friday 23 of February 2007, Przemysław Backiel wrote:
macierzy mam kilka:
/dev/md0 do /dev/md6
i tylko z /dev/md1 jest taki problem
any idea?
jak poszukać źródła problemu?
Pokaż zawartość /etc/mdadm.conf ze środka initrd. Jest tam spare=X?
--
Arkadiusz MiśkiewiczPLD/Linux Team
Arkadiusz Miskiewicz napisał(a):
On Friday 23 of February 2007, Przemysław Backiel wrote:
macierzy mam kilka:
/dev/md0 do /dev/md6
i tylko z /dev/md1 jest taki problem
any idea?
jak poszukać źródła problemu?
Pokaż zawartość /etc/mdadm.conf ze środka initrd. Jest tam spare=X?
tak
Dnia 23-02-2007, pią o godzinie 12:09 +0100, Przemysław Backiel
napisał(a):
Witam,
mam taki problem z dyskami: WDC WD3200YS-01P Rev: 21.0
albo nie wiem z czym :)
otóż, przy starcie, *zawsze* wywala mi dysk /dev/sdb2 z /dev/md1 (/)
tak wygląda fragment dmesg'a
[..]
gdy po tym, dodam
Artur Frysiak napisał(a):
any idea?
jak poszukać źródła problemu?
A partycję mirrorowane masz oznaczone jako raid (typ FD w fdisk, set
raid on w parted) ?
nie, ale wczesniej tez tak nie miałem i smigało..
Pokaż też mdadm.conf
DEVICE /dev/sda* /dev/sdb*
ARRAY /dev/md0 level=raid1
to mdadm przy starcie nawet dla
partycji root (no i dobrze!).
nie, ale wczesniej tez tak nie miałem i smigało..
Pokaż też mdadm.conf
DEVICE /dev/sda* /dev/sdb*
ARRAY /dev/md0 level=raid1 num-devices=2
UUID=9eac2f43:ef47d956:1f6d3644:8ab2a699
ARRAY /dev/md1 level=raid1 num-devices=2
UUID
Grzegorz Sójka pisze:
Obstawiał bym zwalony initrd. W PLD macierz rootowa przy starcie jest
składana po urządzeniach (/dev/???) a nie po uuidach (tak jak pozostałe
macierze składane potem). Próbowałem zmusić tych od geninitrd do zmiany
Oj chyba nie, w moim initrd mam:
DEVICE /dev/hdc2
Robert Graużenis wrote:
Grzegorz Sójka pisze:
Obstawiał bym zwalony initrd. W PLD macierz rootowa przy starcie jest
składana po urządzeniach (/dev/???) a nie po uuidach (tak jak pozostałe
macierze składane potem). Próbowałem zmusić tych od geninitrd do zmiany
Oj chyba nie, w moim initrd
Grzegorz Sójka pisze:
Obstawiał bym zwalony initrd. W PLD macierz rootowa przy starcie jest
składana po urządzeniach (/dev/???) a nie po uuidach (tak jak pozostałe
macierze składane potem). Próbowałem zmusić tych od geninitrd do zmiany
Oj chyba nie, w moim initrd mam:
DEVICE /dev/hdc2
Robert Graużenis wrote:
Grzegorz Sójka pisze:
Obstawiał bym zwalony initrd. W PLD macierz rootowa przy starcie jest
składana po urządzeniach (/dev/???) a nie po uuidach (tak jak pozostałe
macierze składane potem). Próbowałem zmusić tych od geninitrd do zmiany
Oj chyba nie, w moim initrd mam:
Tu niestety się nic nie zobaczy. Chodziło o to, żeby przepisywać także
nadmiarowe devicki ze zwykłego mdadm.conf do initrd. U Ciebie takich
nie ma. Ale i tak dzięki za odpowiedź.
to może ja mogę coś pomóc?
jakoś coś mi się wydaje, że jest skopane..
ale to tylko przeczucie..
--
Z powazaniem
1 - 100 z 172 matches
Mail list logo