Közösségi csatornáink: [M] IRC Az oldal tartalma, ahol másként nem jelezzük, Creative Commons Nevezd meg! – Így add tovább! licenc alatt érhető el.
A HP szerver nem érzékeli a belső HD-t Próbáltam lemásolni a /tmp egy másik lemezre (Ubuntu 14. 04 szerver), azonban ezt követően minden parancs, amelyet beírtam a shellbe, hibákat kezdett dobni. Megpróbáltam újraindítani, de most csak leteszi és hurkol: mdadm: create user root not found mdadm: create group disk not found A következő dolog, amit megpróbáltam, hogy egy élő CD-n indultam, és futtattam: mdadm --assemble --scan A kimenet: ARRAY /dev/md/0 metadata=1. 2 UUID=c4f7c00d:57106a47:ace61dec:4e01a0cc name=bufwin01:0spares=2 ARRAY /dev/md/1 metadata=1. UBUNTU: Ubuntu raid - helyettesíti a meghajtót?. 2 UUID=0c155fbf:784b8bf0:400872ef:9082a3d8 name=bufwin01:1 Utána futok lsblk és itt van a kimenet: Ezen a ponton, md1p3 és md0p1 fel vannak szerelve, és látom őket, és tudom md1p2 az a /, md0p1 a csomagtartó, és md1p1 a csere, de nem találok módot legalább a md1p2 hogy ellenőrizze a fájlokat. Esetleg van valami baj az mdadm-mel, és nem tudja helyesen elolvasni? Nem látom, hogy a /tmp mindezt a bajt okozná.. Valószínűleg a gyökér fájlrendszer valahogy megsérült.
(Ne kérdezd, honnan tudom. ) Lemeztömb művelet Megjegyzés: Felveheti, eltávolíthatja a lemezeket, vagy hibásként állíthatja be tömb leállítása nélkül. Egy tömb leállításához írja be: $ sudo mdadm --stop /dev/md0 Ahol / dev / md0 a tömb eszköz. Távolítson el egy lemezt egy tömbből $ sudo mdadm --remove /dev/md0 /dev/sda1 Ahol / dev / md0 a tömb eszköz és / dev / sda a hibás lemez. Adjon hozzá egy lemezt egy tömbhöz $ sudo mdadm --add /dev/md0 /dev/sda1 Ahol / dev / md0 a tömb eszköz és / dev / sda az új lemez. Megjegyzés: Ez nem azonos a tömb "növelésével"! 4. Ubuntu raid status updates. Indítson el egy tömböt egy korábban létrehozott tömb újraszereléséhez (indításához): $ mdadm --assemble --scan Az mdadm megkeresi a meghatározott tömböket, és elkezdi összeszerelni. Ezzel kövesse nyomon az állapotát: $ cat /proc/mdstat 2 A tömb leállításával kapcsolatos megjegyzés félrevezető lehet. Az mdadm használatával nem kell leállítani a tömböt a lemezek hozzáadása / eltávolítása előtt. Igaz, ez a jegyzetben szerepel, de ezt egyértelművé kellett volna tennem Van egy trükk a partíciós tábla (és a grub) visszaállítására az új meghajtóra a régiből: dd if=/dev/sda of=/dev/sdb count=1 bs=512 ahol a / dev / sda a működő RAID meghajtó, a / dev / sdb pedig az új cserélt meghajtó.
A nevesebb gyártók szervereiben (pl: Lenovo/IBM, HP, Dell, stb) majdnem mindig megtalálható valamilyen hardver raid verzérlő (pl: Adaptek, LSI, stb). Sokan szokták ezekkel a raid verzélőkkel létrehozott raid tömbre telepíteni az operációs rendszert. Ha a Linux rendszer ilyen hardware raid tömbre van telepítve, akkor valamivel nehezebb a raid tömb, és az abban lévő lemezek állapotát ellenőrizni, hogy egy esetleges hibáról időben lehessen értesülni. Software (SW) Raid esetében egyszerű a "monitorozás", a cat /proc/mdstat parancs kimenete elegendő információval tud szolgálni az aktuális állapotról. Ha a szerver könnyen elérhető és hozzáférhető, akkor egyszerű esetben a szerver hibajelző ledjének visszajelzése is szolgálhat információval a raid tömbre és az azt alkotó lemezekre vonatkozólag. Ubuntu raid status message. Az is előfordulhat, hogy minden HDD-nek külön állapotjelző LED-je van, így még egyértelműbb észrevenni az esetleg problémás lemezt. Ha a szerver fizikai elérése problémás (pl: hosting szolgáltatónál van), a szervíz processzora és annak rendszere (ILO, ILOM, stb…) pedig nem tud értesíteni a hibáról (pl: mail-ben), akkor lehet használni Linux esetében például az mpt-status programot.
2 A gnome-disk-utility az mdadm kezelőfelülete? Vagy valami más? Úgy gondolom, hogy a legtöbb esetben el kell mondania, mi irányítja a RAID-t, hogy hozzáadja az új lemezt a RAID tömbhöz. Ezt követően azonnal elkezdi a tömb újjáépítését az új lemezzel (ami az mdadm esetében is van). @Ryan - A gnome-disk-utility (főleg) egy partíciókezelő, de a Linux segédprogramokkal van mód arra, hogy polipokká váljanak (megragadva az extra funkcionalitást, amíg csaknem használhatatlanná válnak), így lehetséges, hogy valaki belekötött az mdadm funkciót. A 18.04 nem látja a RAID kártyát - ubuntu.hu. BSD fickó vagyok, és egyébként is ragaszkodom a parancssorhoz, így nem sokat tudok a Linux GUI eszközeiről... +50 A válasz: "Igen, minden rendben fog menni ha megosztod a cuccot Msgstr "" "Ezt kézzel is megteheti fdisk vagy parted utána mdadm, de a csomag gnome-disk-utility tartalmazza (van) az eszközt palimpsest amely az egész munkát elvégezheti a GUI-val pointy-clicky: Válassza ki a RAID-t Összetevők szerkesztése Add tartalék és varázslat történik. Az újjáépítés nem jelentéktelen időt vesz igénybe.
LSI MegaRaid SAS Raid Controller Felállítottam a RAID1 szoftvert a legújabb Ubuntu verzióval - 11. 04 két 250 GB-os merevlemez segítségével, amelyek kezdetben remekül működtek. Megpróbálta kihúzni mindkettőt, és a számítógép még mindig romlott raid állapotban indult - az újracsatlakozás és az újraindítás hatására az újraszinkron automatikusan végrehajtódik. Minden jó eddig. Sajnos ma reggel az egyik merevlemez meghalt, és amikor a Disk eszközöket vagy a gnome-disk-segédprogramot úgy hívták meg, hogy a fő RAID lánc romlott. Ha elmenekülök a boltba, és kapok egy új merevlemez-meghajtót, és bedugom a számítógépbe, akkor minden rendben működik, vagy particionálnom kell a cuccokat, ahogy az Ubuntu telepítéséhez az Alternate telepítővel? A válasz: "Igen, de... Ubuntu raid status test. " - Valószínűleg el kell mondania a szoftveres RAID rendszernek (mdadm), hogy a meghajtót kicserélték, az ezekhez hasonló lépéseket követve (nem tudtam ubuntu- sajátos módja ennek, de lehetséges, hogy a gnome-disk-utility-n keresztül is megteheti).
Azt javaslom, hogy készítsen biztonsági másolatot a / dev / md1p2 nyers tartalmáról valahol, és próbálja ki az "fsck -y / dev / md1p2" fájlt. Ha azonban a korrupció súlyos, akkor ez nem segíthet. Ha van egy új biztonsági mentése erről.
taxi rendelések menedzselése; utasok koordinálása;adminisztrációs … - 4 napja - Mentés Repülőtéri hostess (részmunkaidő) Budapest Celebi Ground Handling Hungary Kft. …, autóval és tömegközlekedéssel egyaránt)Céges taxiszolgálat (bizonyos napszakokban)Este 6 és … - 6 napja - Mentés Check-in agent (repülőtéri utaskiszolgáló ügyintéző) Budapest Celebi Ground Handling Hungary Kft. …, autóval és tömegközlekedéssel egyaránt)Céges taxiszolgálat (bizonyos napszakokban)Este 6 és … - 6 napja - Mentés Logisztikai ügyintéző Budapest Celebi Ground Handling Hungary Kft. Bolt taxi rendelés la. …, autóval és tömegközlekedéssel egyaránt)céges taxiszolgálat éjszakai munkavégzés eseténkihívást jelentő, változatos … - 7 napja - Mentés Raktáros (Targoncás, Rakodó) Budapest Celebi Ground Handling Hungary Kft. … juttatást, Bejárási támogatást ill. Budapesten taxiszolgáltatást (23: 00-05: 00 között … - 7 napja - Mentés Előtéri kiszolgáló (rakodás, buszvezetés, gépkezelés) Repülőtér Vecsés Menzies Aviation (Hungary) Kft. … előtt kezdesz, akkor fizetjük a taxi költségedet, hogy mielőbb hazaérj.
Gabriel & Tisza Taxi Egyesület A Gabriel & Tisza Taxi Egyesület 1985 óta működik Szolnokon! 12 db személy taxival, 1 db 8 fős mikrobusszal és 1 db autómentővel állunk rendelkezésére 0-tól 24 óráig a lakosság és a cégek számára is. Bolt taxi rendelés en. Szolgáltatásaink: személy- és teher szállítás, vidéki fuvarozás, külföldi fuvarozás, vidékről a Liszt Ferenc Repülőtérre fuvarozás, sofőrszolgálat, kamionmentés. Elérhetőségeink: 56/333-333, 56/42-42-00, 56/344-111, 56/414-333, éjjel-nappal. Kapcsolattartó: Bodó Zoltán.