MOLEHAND Solutions - Nagyvállalati megoldások mindenkinek

 
Nyomtat  
Author: MOLEHAND Created: 2008. 09. 26. 23:33
Hardware

By Halász István on 2016. 02. 01. 2:29

Egy QNAP NAS kapacitás kiterjesztését a webes felületen kapott hibaüzenet esetén az alábbiak alapján tudjuk manuálisan elvégezni.

 

A hivatalos eljárás szerint cseréljük ki az egyik, majd a másik HDD-t, mindig megvárva, hogy a rendszer szinkronizálja őket.

Ezek után a webes felületen megnyomott Expand capacity gomb hatására a rendszer elkezdett dolgozni, de 50%-nál hibát írt ki:

RAID size expansion failed!

 

Reboot után másodjára ugyanez volt a helyzet.

Ekkor SSH-n beléptem a konzolra, és megpróbálkoztam manuálisan a dologgal. Ennek a lépései:

 

1. Állítsuk le a service-eket:

[~] # /etc/init.d/services.sh stop

 

2. Unmountoljuk a volume-ot:

[~] # umount /dev/md0

 

Ha sikerül az unmount, ugorjunk az ötös pontra!

 

3. Esetemben nem sikerült, valószínűleg ezért nem sikerült a bővítés a webes felületen. Listázzuk ki a nyitott fájlokat:

[~] # lsof /share/MD0_DATA/

 

COMMAND     PID     USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME

squid     12831    admin  txt    REG    9,0  2160952 9110073 /share/MD0_DATA/.qpkg/Squid/opt/sbin/squid

squid     12831    admin    3u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

squid     12833 httpdusr  cwd    DIR    9,0     4096 9111955 /share/MD0_DATA/.qpkg/Squid/opt/var/squid

squid     12833 httpdusr  txt    REG    9,0  2160952 9110073 /share/MD0_DATA/.qpkg/Squid/opt/sbin/squid

squid     12833 httpdusr    3u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

squid     12833 httpdusr    5u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

squid     12833 httpdusr    9w   REG    9,0       52 9109609 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/cache/swap.state

squid     12833 httpdusr   28w   REG    9,0        0 9112051 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/access.log

squid     12833 httpdusr   33w   REG    9,0        0 9112048 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/store.log

ncsa_auth 13209 httpdusr  txt    REG    9,0    15160 9110109 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/ncsa_auth

ncsa_auth 13209 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

ncsa_auth 13210 httpdusr  txt    REG    9,0    15160 9110109 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/ncsa_auth

ncsa_auth 13210 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

ncsa_auth 13211 httpdusr  txt    REG    9,0    15160 9110109 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/ncsa_auth

ncsa_auth 13211 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

ncsa_auth 13212 httpdusr  txt    REG    9,0    15160 9110109 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/ncsa_auth

ncsa_auth 13212 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

ncsa_auth 13213 httpdusr  txt    REG    9,0    15160 9110109 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/ncsa_auth

ncsa_auth 13213 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

squid_uni 13214 httpdusr  txt    REG    9,0     9804 9110108 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/squid_unix_group

squid_uni 13214 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

squid_uni 13215 httpdusr  txt    REG    9,0     9804 9110108 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/squid_unix_group

squid_uni 13215 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

squid_uni 13216 httpdusr  txt    REG    9,0     9804 9110108 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/squid_unix_group

squid_uni 13216 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

squid_uni 13217 httpdusr  txt    REG    9,0     9804 9110108 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/squid_unix_group

squid_uni 13217 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

squid_uni 13218 httpdusr  txt    REG    9,0     9804 9110108 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/squid_unix_group

squid_uni 13218 httpdusr    2u   REG    9,0     4253 9112056 /share/MD0_DATA/.qpkg/Squid/opt/var/squid/logs/cache.log

unlinkd   13219 httpdusr  txt    REG    9,0     4356 9110111 /share/MD0_DATA/.qpkg/Squid/opt/libexec/squid/unlinkd

 

4. Lőjük ki a fájlokat nyitva tartó processeket!

[~] # kill 12831

[~] # kill 12833

[~] # kill 13209

[~] # kill 13210

[~] # kill 13211

[~] # kill 13212

[~] # kill 13213

[~] # kill 13214

[~] # kill 13215

[~] # kill 13216

[~] # kill 13217

[~] # kill 13218

[~] # kill 13219

 

5. Indísunk egy fájlrendszer ellenőrzést:

[~] # e2fsck -f /dev/md0

 

6. Terjesszük ki a fájlrendszert:

[~] # resize2fs -p /dev/md0

 

resize2fs 1.41.4 (27-Jan-2009)

The filesystem is already 732174389 blocks long.  Nothing to do!

 

A fenti üzenet volt az eredmény, azaz nem volt már hová kiterjeszkedni.

 

7. Ezt ellenőrihetjuk az alábbi paranccsal:

[~] # mdadm -D /dev/md0

 

/dev/md0:

        Version : 1.0

  Creation Time : Wed May 22 21:12:01 2013

     Raid Level : raid1

     Array Size : 2928697556 (2793.02 GiB 2998.99 GB)

  Used Dev Size : 2928697556 (2793.02 GiB 2998.99 GB)

[további sorok kivágva]

 

3-ról 6 TB-osra kellett bővíteni a RAID tömböt, mint látható, a webes felület még eddig sem jutott el, hogy fizikailag kiterjessze a tömböt.

 

8. Terjesszük ki fizikailag a tömböt a meglévő plusz tárhelyre:

[~] # mdadm --grow /dev/md0 --size=max

 

mdadm: component size of /dev/md0 has been set to 5850567620K

 

9. Terjesszük ki a fájlrendszert (egy darabig eltart):

[~] # resize2fs -p /dev/md0

 

resize2fs 1.41.4 (27-Jan-2009)

Resizing the filesystem on /dev/md0 to 1462641905 (4k) blocks.

The filesystem on /dev/md0 is now 1462641905 blocks long.

 

10. Kapcsoljuk vissza a service-eket az alábbi két paranccsal, ekkor megúszhatjuk a reboot-ot:

[~] # storage_boot_init 2

[~] # /etc/init.d/services.sh start

 

11. Nekem hibát dobott a storage_boot_init script, hogy nem ismer kettes kapcsolót, így én nem úsztam meg. :)

[~] # reboot

By Halász István on 2015. 05. 12. 21:19

Egy MLC SDD-knél nem jelentkező problémára derült fény az TLC SSD-k esetében. A Samsung kiadott egy FW frissítést, de mint kiderült igazából annyit csinál, hogy újraírja az adatokat, ami finoman szólva sem elegáns...

http://www.techspot.com/article/997-samsung-ssd-read-performance-degradation/

TL;DR: Inkább érdemes kerülni a TLC SSD-ket.

By Szeifert Gergő on 2013. 11. 09. 8:40

Belefutottam a héten olyan hibába, hogy a hálózati nyomtatóval valaó kommunikáció nem működött. Időtlen időkig tekert a kurzor, de semmi.
 
Azonban ha a nyomtatót úgy telepítjük fel, mintha az lokális nyomtató lenne akkor a probléma megoldódhat:
 
1. Nyissok meg az Ezsközök és Nyomtatók menüt vagy hívjuk elő Vezérlőpultból.
2. Kattintsunk a nyomtató hozzáadása lehetőségre.
3. Válasszuk ki azt a lehetőséget, hogy lokális nyomtatót akarunk hozzáadni.
4. Aztán "Új port hozzáadás". Majd "helyi port" a port típusának.
5. A "port neve" mezőbe, írjuk be az alábbi kontextusban a nyomtatót: \\[IP címe a hosztnak]\[Megosztott nyomtató neve] Tovább.
6. Kövessük a további utasítást.

By Frang Tamás on 2012. 04. 07. 0:13

Ha szokatlanul nagy hálózati forgalom jelentkezik és nem tudjuk honnét ered, akkor érdemes körülnézni, hogy nem-e keletkezett a hálózatunkban egy hurok (egy kábel mindkét vége a hálózathoz van kötve és nem eszközhöz), mert ilyenkor a csomagok bent ragadnak a hálózatban és keringenek körbe végestelen végig. Természetesen az okosabb switch-ek/router-ek az ilyen hurkokat kiszűrik, de az olcsóbb (SOHO) eszközökben még nincs meg ez a képesség napjainkban sem.

By Molnár Péter on 2010. 10. 26. 15:43

Ha a ftp.dell.com címről szeretnénk frissíteni a firmware verziókat a "Catalog Location" be kell írni a catalog szót. Egyéb esetben a network error occured hibát kapjuk. (A Network Test-nél az ftp.dell.com ping tesztje hibára fut, az nem hiba)

By Kiss Tamás on 2010. 04. 14. 0:48

Sokszor gondot okoz drivert találni az eszközkezelőben megjelenő ismeretlen eszközhöz, mivel még az eszköz típusát sem sikerül sokszor kideríteni.
 
Ismeretlen eszköz (Unknown Device) típusának kiderítése:
 
1. Nyissuk meg az eszközkezelőt
2. Ismeretlen eszköz tulajdonságai
3. Részletek fül, majd Hardware id
4. PCI\VEN_8086&DEV_27DC&SUBSYS_30868086
&REV_01\4&1E46F438&0&40F0
Vendor ID = 8086
Device ID = 27DC
5. http://www.pcidatabase.com/ linken az azonosítókat a megfelelő helyre beírni és keresés.
 
Ezzel kideríthető az adott eszköz típusa egyszerűen, és jöhet a driver felkutatása.

By Halász István on 2009. 12. 10. 4:10

Ha egy tape library nem engedi kivenni valamelyik szalagmagazint arra hivatkozva, hogy a host program használja, noha nem fut éppen semmilyen job, a Backup Execben a library helyi menüjében található unlock parancs kiadása megoldhatja a problémát.

By Molnár Péter on 2009. 09. 19. 1:54

Valamire való RAID vezérlő rendelkezik cache-el. A cache használatának beállítása ezért fontos feladat.
 
Dióhéjban a lényeg, hogy BBU-val, vagy iBBU-val rendelező vezérlőkön beállítható az írási gyorsítótár, ezek nélkül viszont csak az olvasási cache-t használjuk. A beállítások és a paraméterek a következők:
 
BBU - (Backup Battery Unit): hagyományos akkumulátor, hogy áramkimaradás esetén a cache adatait még lehessen lemezre írni.
iBBU - (Inteligent BBU): Az előző intelligens, azaz töltésvezérlővel felszerelt verziója. Automatikusan tölti és kisüti az akkumulátor, hogy nevelje annak élettartamát, ráadásul az akku helyzetének megfelelően változtatja az írási cache típusát.
 
Write mode - Írási cache állapota
- Write through: a kész jelzést akkor küldi a vezérlő, ha az adat a lemezre került. Tehát az írás nem használja a cache-t.
- Write back: a kész jelzést akkor küldi a vezérlő, ha az adat a cache-be került. (Amennyiben már nincs hely több adatnak a cache-ben, akkor a lemezre.)
 
Read mode - Olvasási cache állapota
- No read ahead: nincs olvasási gyorsítótár. Ha lehet kerüljük.
- Read ahead: olvasáskor a kért adat környezete is bekerül a cache-be.
- Adaptive: az előző inteligensebb formája: akkor olvas előre, ha szekvenciális olvasást érzékel
 
Cache mode - Gyorsítótár működési módja
- Cached I/O: az adat először a cache-be kerül és utána továbbítodik. Lassabb működési mód, nem látom létjogosultságát.
- Direct I/O: az adat továbbítás közben kerül a cache-be. Preferált mód.
 
Disk cache mode - A lemezek saját gyorsítótárának engedélyezése vagy tiltása. A konfiguráció és a résztvevő lemezektől függő paraméter.

By Molnár Péter on 2009. 05. 29. 11:45

Az új FSC szerverek alapban tudják a lebutított verziót.
Bekapcsolás: BIOS>Advanced>Peripherals Configuration>Management LAN>Enabled
Az advanced license ServerView-n keresztül tölthető be
Bővebben az iRMC-ről:

By Molnár Péter on 2008. 03. 26. 12:38

Akinek esetleg össze kellene hasonlítani Intel proszesszorokat, az alábbi táblázatok nagyban megkönnyíthetik a munkáját:
 

 

Számítsa ki költségeit
  kalkulátorunkkal

tovább    

és nyerje meg
50 000 Ft értékű

ajándékunkat  

Akciós ajánlatunk

 Több szolgáltatót is volt szerencsém kipróbálni. Jelenleg minden projektünk a MOLEHAND-nél van elhelyezve, mert Ők nem csak egy szelet számítógépet adnak, hanem valódi szolgáltatást: Akármibe ütközök számíthatok a gyors és szakszerű reakcióra!