Pomoc Dyski chroboczą bez przerwy

Zbynek

Entry Technician
Q Associate
10 Luty 2018
31
2
8
QNAP
TS-x53A
Ethernet
1 GbE
Witam forumowiczów.
Poczytałem na forum, że Wasze NASy są cichutkie. Mój, oprócz szumu dysków i wentylatora ma jeszcze włączony jakiś dokuczacz.
Mam dwa dyski 4TB RED Pro w raid1 w kieszeniach 3 i 4 a system na SSD w 1. Dyski podzieliłem, przypisałem i właściwie odkąd je włożyłem, odtąd drobny problem, który z czasem zacznie być dokuczliwo-upierdliwy (już jest). Dyski mielą coś bez przerwy w systematycznych odstępach czasowych. Można regulować zegarki. Wygląda to tak w sekundach: 1cisza, 2cisza, 3cisza, 4stuk, 5stuk, i tak w kółko. Co kilkanaście/dziesiąt minut coś chwile przemieli. Jakieś sugestie co to może być? Jak znaleźć przyczynę owego stuk stuk?
Pudełko blaszane więc wzmacnia dźwięk. Nie, nie włączę głośniej telewizora ;) i nie dam serwera do szafy. Za ładny jest. :D

Drugi problem to nie wybudza sie z uśpienia (usypiam serwer bo stuka). W harmonogramie dałem usypianie na 2300​, rano nie wstaje na próby wybudzenia z różnych źródeł. Dopiero klik power na obudowie i wstaje. UPnP włączony.
Wersja oprogramowania Firmware: 4.3.4 0483 Build 20180213. Przed aktualizacją też stukał.
Model serwera: QNAP TS-453A
 
Cześć,
Qnap tworzy sobie na każdym dysku partycje z konfiguracją w trybie raid1 oraz partycje wymiany też w trybie RAID 1 (chyba w zależności od typów dyskow jakie posiadasz). Jest to niezależne od utworzonych przez Ciebie volumenów.

Tą "przymusową" konfigurację QTS zmieniłem wyłączając swapa na dyskach HDD oraz wyłączając dyski HDD z raid1 partycji konfiguracji. Oczywiście nie było to zalecane przez helpdesk. Ale teraz dyski hdd budzą się kiedy rzeczywiście ich potrzebuje i usypiają po ustalonym czasie (HDD służą tylko do cyklicznego backupu i nie potrzebuje ich chodzących nonstop.)
 
  • Lubię to
Reakcje: PeterMac
Tą "przymusową" konfigurację QTS zmieniłem wyłączając swapa na dyskach HDD oraz wyłączając dyski HDD z raid1 partycji konfiguracji. Oczywiście nie było to zalecane przez helpdesk.
Dziękuję Ci za odpowiedź. Czy możesz napisać jak wyłączyć swapa i wyłączyć dyski jak napisałeś wyżej? Albo przenieść swap na dysk systemowy?
System mam na osobnym SSD a dwa dyski WD RED Pro 4GB w raid1 jako magazyn danych. W przyszłości dołożę dysk, jako pojedynczy, na różne luźne dane.
 
Cześć,
Qnap tworzy sobie na każdym dysku partycje z konfiguracją w trybie raid1 oraz partycje wymiany też w trybie RAID 1 (chyba w zależności od typów dyskow jakie posiadasz). Jest to niezależne od utworzonych przez Ciebie volumenów.

Tą "przymusową" konfigurację QTS zmieniłem wyłączając swapa na dyskach HDD oraz wyłączając dyski HDD z raid1 partycji konfiguracji. Oczywiście nie było to zalecane przez helpdesk. Ale teraz dyski hdd budzą się kiedy rzeczywiście ich potrzebuje i usypiają po ustalonym czasie (HDD służą tylko do cyklicznego backupu i nie potrzebuje ich chodzących nonstop.)

Ja też sie przyłaczam do prośby Zbynka - podziel się tutkiem jak to zrobić ( wyłaczyć swapa to umiem, ale wyłaczyć raid partycji systemowych na dyskach hdd juz nie ).
 
Hej, odpisze wieczorem.
Słowem wstępu o mojej konfiguracji: TS-653B, 2*SSD (RAID1) - System, 2*HDD (RAID1) - Dane, 2*HDD (RAID1) - Backup.
Wolumen systemowy na SSD zawiera wszystkie aplikacje QTS i dane na których pracuje na co dzień. Na wolumenach HDD są dane statyczne i ich ciągłe działanie nie jest wymagane. HDD to WD RED 4GB, są ciche ale w cichym pomieszczeniu są słyszalne co mi przeszkadzało, szczególnie w nocy.

Piszę na poziomie osób początkujących a starych linuxowych wyjadaczy proszę o wyrozumiałość dla moich uproszczeń i skrótów myślowych.

Dla chcących skorzystać z opisancyh rad będzie wymagana umiejętność skorzystania z terminala/SSH oraz wiedza o oznaczeniach dysków w systemach unix.

Bazowałem na poradniku: QNAP TS451A: How to enable standby mode for HDDs – Basil Moshous

Wszystkie kroki wykonujecie na własna odpowiedzialność. Miejcie świadomość co robicie.
Wyłączenie swapa oraz wyłączenie dysków z macierzy systemowych QTS nie jest zalecane przez wsparcie QNAP (HelpDesk).


QTS domyślnie rozkłada swap i partycje systemowe po wszystkich dyskach/wolumenach aby zwiększyć wydajność i odporność systemu na awarie dysków. Może się to nie pokrywać z Waszą konfiguracją grup RAID i wolumenów.

Jeżeli uznasz, że chcesz wyłączyć np. tylko swapa, to możesz wykonać tylko część opisanych niżej kroków aby po tym zweryfikować czy dyski przechodzą w stan uśpienia w stopniu Cię satysfakcjonującym.

Założenia jakie były u podstaw mojego rozwiązania:
  • Osiągnąć cel ("ciszę") bez modyfikacji systemu, tylko poprzez parametryzację. QNAP ma pozostać QNAP'em. Dlatego unikałem modyfikacji wielkości partycji czy ich kasowania. Nie traktuj tego jako "stratę" miejsca na dysku ponieważ plusem tego rozwiązania jest ono odwracalne, ale o tym niżej.
  • Dwa dyski SSD przeznaczyłem na system. Działają w RAID1 i awaria jednego z nich pozwoli mi na utrzymanie ciągłości pracy NAS i da czas na wymianę uszkodzonego dysku. Utrzymanie partycji systemowych QTS tylko na tych dyskach jest przez mnie akceptowanym ryzykiem.
    • Jeżeli planujesz pojedynczy dysk na system i wyłączysz pozostałe dyski z synchronizacji partycji QTS to wiąże się z tym ryzyko. Awaria tego konkretnego dysku najprawdopodobniej unieruchomi Ci NAS. QTS celowo tworzy na każdym dysku partycje systemową w RAID1 aby działać bez przeszkód, nawet jak z kilku dysków pozostanie tylko jeden sprawny. Celem jest aby system przetrwał, żebyś miał do niego dostęp nawet w takiej krytycznej sytuacji. Rozważ to.
  • Modyfikacja partycji i plików swap. Z moich obserwacji: QTS tworzy kilka miejsc wymiany i są one rozrzucone po dyskach w zależności od ich rodzajów i skonfigurowanych grup RAID. Nie dociekałem zależności ich wielkości, wielkości do ilości, itp. Dostosowanie ich ilości a przez to ogólnej wielkości swap systemu, dostosowałem po analizie swoich potrzeb (czytaj: ile i jakich aplikacji QNAP będę używał).
    • Przycinanie konfiguracji utworzonej na QTS może (ale nie musi!) zmniejszyć wydajność QTS w przypadku gdy jest on obciążony wieloma pamięciożernymi aplikacjami. Zasada jest prosta: rozmieszczenie kilku partycji swap na różnych dyskach/wolumenach jest wydajniejsze dla zadań równoległych niż umieszczenie jednej większej na jednym dysku/wolumenie. Temat na oddzielny post.
    • Jedna partycja wymiany "musi" pozostać. Dlaczego? Odsyłam do jakiekolwiek manuala dla unix (np.: SwapFaq - Community Help Wiki )

Będę podawał dla przykładu konfigurację ze swojego NAS. Wyniki komend będą się różniły w zależności od ilości dysków i ich konfiguracji. Istotne dla nas informacje będą pogrubione.

Zaczynamy:

1. Logujemy się do QNAP przez SSH (np. przez putty) na konto admina.

2. Musimy poznać konfigurację dysków, komenda:

fdisk -l

Raport wyświetli się długi. Interesuje nas początek:

Bash:
Disk /dev/sda: 480.1 GB, 480103981056 bytes
255 heads, 63 sectors/track, 58369 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id  System
/dev/sda1              1       58370   468851543+  ee  EFI GPT

Disk /dev/sdb: 480.1 GB, 480103981056 bytes
255 heads, 63 sectors/track, 58369 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id  System
/dev/sdb1              1       58370   468851543+  ee  EFI GPT

Disk /dev/sdc: 4000.7 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id  System
/dev/sdc1              1      267350  2147483647+  ee  EFI GPT

<ucięte>

Dla powyższego przykładu mojej konfiguracji: sda to pierwszy dysk SSD, sdb to drugi SSD, sdc to pierwszy HDD, itd.

Wyłączanie SWAP (na HDD):

3. Wyświetlamy aktualne partycje/pliki swap komendą:

cat /proc/swaps

Wyświetli się lista (w zależności od ilość utworzonych wolumenów będzie inna, tzn będzie mniej lub więcej pozycji na tej liście):

Bash:
Filename                                Type            Size    Used    Priority
/dev/md256                              partition       8283708 0       -3
/dev/md321                              partition       8283708 30960   -1
/dev/md322                              partition       8283708 0       -2
/share/CACHEDEV1_DATA/.swap/qnap_swap   file            16777212        0      -2

Przykładowa konfiguracja ma trzy partycje wymiany i jeden plik wymiany.

4. Teraz potrzebujemy się dowiedzieć na jakich dyskach są rozłożone partycje wymiany. Wpisujemy komendę:

cat /proc/mdstat

Otrzymamy raport typu:

Bash:
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md3 : active raid1 sdc3[0] sdd3[1]
      3897063616 blocks super 1.0 [2/2] [UU]

md2 : active raid1 sde3[0] sdf3[1]
      3897063616 blocks super 1.0 [2/2] [UU]

md1 : active raid1 sdb3[1] sda3[0]
      458896576 blocks super 1.0 [2/2] [UU]

md256 : active raid1 sdd2[3](S) sdc2[2](S) sdf2[1] sde2[0]
      530112 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md321 : active raid1 sdb5[2] sda5[0]
      8283712 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md322 : active raid1 sdd2[3](S) sdc2[2](S) sdf2[1] sde2[0]
      530112 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md13 : active raid1 sdb4[36] sda4[0] sdd4[35] sdc4[34] sdf4[33] sde4[32]
      458880 blocks super 1.0 [32/6] [UUUUUU__________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sdb1[36] sda1[0] sdd1[35] sdc1[34] sdf1[33] sde1[32]
      530048 blocks super 1.0 [32/6] [UUUUUU__________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

Partycje (swap) oznaczone jako md256 i md322 znajdują się na HDD (dyski sdc, sdd, sde, sdf). md321 jest na SDD (dyski sda i sdb)

5. Aby je wyłączyć używamy komendy swapoff. W moim przypadku dwukrotnie:

Kod:
swapoff /dev/md256
swapoff=bash /dev/md322

6. Plik wymiany "/share/CACHEDEV1_DATA/.swap/qnap_swap" do prawda znajdował się na wolumenie utworzonym na SSD ale też postanowiłam go wyłączyć:

Bash:
swapoff /share/CACHEDEV1_DATA/.swap/qnap_swap

PS. Plik można skasować komendą: "rm /share/CACHEDEV1_DATA/.swap/qnap_swap ".

7. Dodatkowo możemy wyłączyć macierze, na których były partycje swap, aby nie były widoczne dla systemu (wyeliminujemy kolejną możliwość wybudzenia dysku).

Bash:
mdadm --stop /dev/md256
mdadm --stop /dev/md322

Info: Jak nie wyłączycie swap komendą swapoff system nie pozwoli wam wyłączyć macierzy.

Wyłączanie synchronizacji dysków HDD z RAID1 partycji systemowych:

UWAGA! Wyłączenie z macierzy RAID1 jednej partycji, ale nie ostatniej (!), wyłącza ją z synchronizacji i nie ma wpływu na inne macierze/wolumeny utworzone na tym samym dysku. Wyłączenie wszystkich partycji/dysków z danej macierzy (jakiegokolwiek typu) spowoduje utratę danych. Miejcie to na uwadze wykonując poniższe kroki.

8. Bazując na wynikach z punktu 4, interesują nas partycje systemowe, rozłożone na wszystkich dyskach.
W moim przypadku będą to: md13 i md9, ponieważ są na wszystkich sześciu dyskach: sda, sdb, sdc, sdd, sdf, sde.

Bash:
<ucięte>

md13 : active raid1 sdb4[36] sda4[0] sdd4[35] sdc4[34] sdf4[33] sde4[32]
      458880 blocks super 1.0 [32/6] [UUUUUU__________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sdb1[36] sda1[0] sdd1[35] sdc1[34] sdf1[33] sde1[32]
      530048 blocks super 1.0 [32/6] [UUUUUU__________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

<ucięte>

Literki U oznaczają że dysk jest aktywny w macierzy RAID. "Podłoga" oznacza że dysk jest wyłączony lub jest jego brak. Dla tych dwóch partycji QTS rezerwuje sobie chyba maksimum jakie może być dodane dysków po dołączeniu rozszerzeń do QNAP. Tym "tasiemcem" _ nie należy się przejmować.

9. Aby wyłączyć pojedyncze dyski z macierzy md9 i md13. W moim przykładzie będą partycje na dyskach HDD: sdc1, sdd1, sde1, sdf1 dla md9 oraz sdc4, sdd4, sde4, sdf4 dla md13
Wykonujemy serię komend:

Bash:
mdadm /dev/md9 --fail /dev/sdc1
mdadm /dev/md9 --fail /dev/sdd1
mdadm /dev/md9 --fail /dev/sde1
mdadm /dev/md9 --fail /dev/sdf1
mdadm /dev/md13 --fail /dev/sdc4
mdadm /dev/md13 --fail /dev/sdd4
mdadm /dev/md13 --fail /dev/sde4
mdadm /dev/md13 --fail /dev/sdf4

10. Weryfikujemy wprowadzone zmiany (komenda z pkt 4: "cat /proc/mdstat"):

Bash:
<ucięte>

md13 : active raid1 sda4[0] sdb4[1]
      458880 blocks super 1.0 [32/2] [UU______________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sda1[0] sdb1[1]
      530048 blocks super 1.0 [32/2] [UU______________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

<ucięte>

Wynik pokazuje że mamy tylko dwa dyski w macierzy: sda i sdb (w moim przypadku są to SSD).

11. A teraz "najlepsze". Ustalona konfiguracja będzie obowiązywać tylko do kolejnego restartu. :-( Po restarcie należałoby wykonać komendy ręcznie, jeszcze raz. Tu z pomocą przychodzi plik autorun.sh jaki możemy podejrzeć w QTS > Panel Sterowania > Sprzęt > "Podczas rozruchu... " Zobacz plik autorun.sh. Niestety w tym miejscu nie możemy go zmodyfikować.

Poradnik na forum zaleca metodę bazującą na QPKG. Link:

How-To - Autostart własnych aplikacji wraz z uruchomieniem systemu

W moim przypadku się ona nie sprawdziła (skrypt się nie wykonywał) dlatego skorzystałem z innej metody opisanej na wiki QNAP:

Running Your Own Application at Startup - QNAPedia

Finalnie mój autorun.sh zawiera takie komendy:

Bash:
swapoff /dev/md256
swapoff /dev/md322
mdadm --stop /dev/md256
mdadm --stop /dev/md322
mdadm /dev/md9 --fail /dev/sdc1
mdadm /dev/md9 --fail /dev/sdd1
mdadm /dev/md9 --fail /dev/sde1
mdadm /dev/md9 --fail /dev/sdf1
mdadm /dev/md13 --fail /dev/sdc4
mdadm /dev/md13 --fail /dev/sdd4
mdadm /dev/md13 --fail /dev/sde4
mdadm /dev/md13 --fail /dev/sdf4

Trochę tego wyszło ale opisałem to w całości.
 
@Kong dziękuję Ci za poświęcony czas i chęci. Piękna robota, :beer:. Tak fajnie to wyłożyłeś, że nawet ja zrozumiałem. ;)
Jak uporam się z pracą i planami to usiądę do NASa i zastosuję. Dam znać czy moje dyski się uspokoiły.
Wszystko byłoby OK ale okazało się, że kupiłem zepsuty nowy serwer. :gowno2:
 
W wiadomości: Sporo błędów sprzętowych.
Nie ma sensu kombinować cokolwiek z ustawieniami skoro serwer uwalony.
Jak wróci to będę coś wtedy robił.
 
@Kong - pytanko, czy zastosowanie tych parametrów czyli wylaczenie swapa i wyl. partycji hdd z systemowej bedzie dzialać niezaleznie od utworzonych typów wolumenów ?
Bede mial system na 1 dysku SSD, a na 1 dysku talerzowym wolumen uproszczony typu Thin w puli pamieci jako magazyn danych.
Czy po wylaczeniu samego swapa, jest szansa ze nie bedzie sie wybudzal dysk talerzowy razem z SSD ? Czy jednak wymagane sa raczej dalsze czynnosci :)
 
Super, pojutrze odbieram SSD'ka i bede dzialal.
Sprawdzilem u siebie z ciekawości konfigurację 1 dysku na teraz komedną fdisk -l
(1 pula pamieci, 1 wolumen uproszczony, dysk szyfrowany - odblokowany)

Tak to wygląda:
[~] # fdisk -l

You must set cylinders.

You can do this from the extra functions menu.


Disk /dev/sda: 0 MB, 0 bytes

255 heads, 63 sectors/track, 0 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Device Boot Start End Blocks Id System

/dev/sda1 1 267350 2147483647+ ee EFI GPT

Partition 1 has different physical/logical beginnings (non-Linux?):

phys:-(0, 0, 1) logical:-(0, 0, 2)

Partition 1 has different physical/logical endings:

phys:-(1023, 254, 63) logical:-(267349, 89, 4)


Disk /dev/md9: 542 MB, 542769152 bytes

2 heads, 4 sectors/track, 132512 cylinders

Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md9 doesn't contain a valid partition table


Disk /dev/md13: 469 MB, 469893120 bytes

2 heads, 4 sectors/track, 114720 cylinders

Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md13 doesn't contain a valid partition table


Disk /dev/md256: 542 MB, 542834688 bytes

2 heads, 4 sectors/track, 132528 cylinders

Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md256 doesn't contain a valid partition table


Disk /dev/md322: 7408 MB, 7408779264 bytes

2 heads, 4 sectors/track, 1808784 cylinders

Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md322 doesn't contain a valid partition table


Disk /dev/md1: 0 MB, 0 bytes

2 heads, 4 sectors/track, 0 cylinders

Units = cylinders of 8 * 512 = 4096 bytes


Disk /dev/md1 doesn't contain a valid partition table


Disk /dev/dm-0: 68.7 GB, 68719476736 bytes

255 heads, 63 sectors/track, 8354 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-0 doesn't contain a valid partition table


Disk /dev/dm-1: 4 MB, 4194304 bytes

255 heads, 63 sectors/track, 0 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-1 doesn't contain a valid partition table


Disk /dev/dm-2: 4 MB, 4194304 bytes

255 heads, 63 sectors/track, 0 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-2 doesn't contain a valid partition table


Disk /dev/dm-3: 0 MB, 0 bytes

255 heads, 63 sectors/track, 0 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-3 doesn't contain a valid partition table


Disk /dev/dm-4: 0 MB, 0 bytes

255 heads, 63 sectors/track, 0 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-4 doesn't contain a valid partition table


Disk /dev/dm-5: 0 MB, 0 bytes

255 heads, 63 sectors/track, 0 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-5 doesn't contain a valid partition table


Disk /dev/dm-6: 398 MB, 398458880 bytes

255 heads, 63 sectors/track, 48 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-6 doesn't contain a valid partition table


Disk /dev/dm-8: 0 MB, 0 bytes

255 heads, 63 sectors/track, 0 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-8 doesn't contain a valid partition table


Disk /dev/dm-7: 0 MB, 0 bytes

255 heads, 63 sectors/track, 0 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-7 doesn't contain a valid partition table


Disk /dev/dm-9: 0 MB, 0 bytes

255 heads, 63 sectors/track, 0 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes


Disk /dev/dm-9 doesn't contain a valid partition table


A tu SWAP
[~] # cat /proc/swaps
Filename Type Size Used Priority
/dev/md256 partition 530108 0 -1
/dev/md322 partition 7235132 0 -2
/share/CE_CACHEDEV1_DATA/.swap/qnap_swap file 16777212 0 -3
Juz ogarniam dzieki Twojemu tutkowi w czym rzecz i jak to wylaczyć jak bedzie juz SSD, tylko cos mu nie pasuje z cylindrami i tablicą partycji, dziwne bo system swiezo postawiony parenascie dni temu, nic nie bylo jeszcze ustawiane, jest tak jak ustawil system, ale chyba tym nie ma sie co przejmować :) ?
 
Wstawilem nareszcie SSD i postawilem na nim system - wolumin statyczny, talerzowy jest w 2 zatoce na dane rowniez wolumin statyczny.

Sprawdzilem teraz jak wyglądają u mnie teraz parametry
fdisk -l
Kod:
[~] # fdisk -l

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

  Device Boot      Start        End      Blocks  Id  System
/dev/sda1              1      14594  117220823+  ee  EFI GPT
You must set cylinders.
You can do this from the extra functions menu.

Disk /dev/sdb: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

sda - to bedzie SSD, sdb - HDD

cat /proc/swaps
Kod:
[~] # cat /proc/swaps
Filename                                Type            Size    Used    Priority
/dev/md256                              partition      530108  0      -1
/dev/md322                              partition      7235132 0      -2
/share/CACHEDEV1_DATA/.swap/qnap_swap  file            16777212        0      -

czyli swap jest na 256 i 322

cat /proc/mdstat
Kod:
[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md2 : active raid1 sdb3[0]
      3897063616 blocks super 1.0 [1/1] [U]

md1 : active raid1 sda3[0]
      107265920 blocks super 1.0 [1/1] [U]

md322 : active raid1 sdb5[0]
      7235136 blocks super 1.0 [2/1] [U_]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md256 : active raid1 sdb2[0]
      530112 blocks super 1.0 [2/1] [U_]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md321 : active raid1 sda5[0]
      8283712 blocks super 1.0 [2/1] [U_]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md13 : active raid1 sda4[0] sdb4[1]
      458880 blocks super 1.0 [32/2] [UU______________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sda1[0] sdb1[1]
      530048 blocks super 1.0 [32/2] [UU______________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

unused devices: <none>
Tak jakby swap siedzial tylko na HDD ? Jesli tak to jak go przenieść na SSD ?

@Kong - liczę na Twoją pomoc bo jednak utknąłem :(
 
Jeżeli jeszcze chcesz kombinować to proponowałabym przetestować konfigurację bez wpisywania jej w autorun.sh . Po restarcie QNAPa zmiany nie będą obowiązywać.
1. Wyłącz swapy 256 i 322:
Kod:
swapoff /dev/md256
swapoff /dev/md322
Swap na pliku /share/CACHEDEV1_DATA/.swap/qnap_swap zostaw, (ma 16GB więc wystarczy).
CACHEDEV1_DATA powinien się znajdować na SSD. Na szybko zweryfikuj to komendą:
Kod:
ls /share/CACHEDEV1_DATA/
i zobacz czy są tam katalogi które udostępniłeś z wolumenu utworzonym na SSD.

PS. Drugim wyjściem jest zmiana priorytetów partycji swap na niższy (lub podbić ten dla pliku SWAP) co przy niskim (lub zerowym) użyciu swap może tez być opcją.

2. W twojej konfiguracji wyłączył bym też md9 i md13 na sdb (HDD), one też mogą powodować wybudzenie.
Kod:
mdadm /dev/md13 --fail /dev/sdb4
mdadm /dev/md9 --fail /dev/sdb1

Działanie zweryfikujesz komendą:
Kod:
cat /proc/mdstat
Md9 i md13 będą tylko ulokowane na sda (SDD) i będą miały tylko jedno U w statusie RAID: [U_____]

Pożyj z takimi ustawieniami kilak dni (bez restartu) i poobserwuj HDD, czy się usypia a potem wybudza jak, np korzystasz z zasobów jakich na nim udostępniłeś.
 
  • Lubię to
Reakcje: PeterMac
Piękne dzięki!, o tyle ciekawe ze odkąd postawilem wczoraj system na SSD i utworzylem woluminy wszystkie jako statyczne to wybudzenia jakby ustaly choc jeszcze nie mam pewności czy juz calkowicie.
Na pewno jest roznica niebo a ziemia, dziś obserwowalem system przez kilka godzin i sie nie wybudził przez 6-7 godzin takze to dobry znak i dla mnie zaskoczenie bo wczesniej to wytrzymywal max 3-4h.
Ta konfiguracja z dyskiem SSD/typem woluminów coś jednak chyba zmienila, Helpdesk wspominal mi ze przy woluminach uproszczonych jakie mialem poprzednio jakis reclaim moze tez wybudzać, ustawienia systemu identyczne jak wczesniej bo mialem ich backup i teraz wgralem.
Takze jestem na etapie obserwacji, jak bedzie jednak sie wybudzal to na pewno zastosuje Twoje zalecenia.
Dziś nocka bedzie próbą :) zanotowalem sobie liczbę Start/Stop Count ze smarta i zobacze jutro rano, na razie ladnie śpi.
Jeszcze raz dzięki wielkie.
Zastosowalem wlasnie teraz Twoje ustawienia, bede obserwowal dzialanie serwera bo jednak od wczoraj pare wybudzeń przybylo a juz myslalem ze sprawdze licznik Start/Stop Count i bedzie niezmieniony od ostatniego razu oczywiście +1 wybudzenie :), takze mam nadzieje ze te ustawienia teraz cos pomogą.
Na razie serwer jest śledzony przez Helpdesk i jego działanie odnośnie tych wybudzeń takze na razie ustawienia default bez Twoich.
Bede informowal jak postępy na bierząco.
 

Użytkownicy znaleźli tą stronę używając tych słów:

  1. Dyski chrobocza bez przerwy
  2. partycja systemowa raid 0 czy 1
  3. https://forum.qnap.net.pl/threads/dyski-chrobocz%C4%85-bez-przerwy.23269/
  4. qnap nie wstaje
  5. partycja systemowa jaki raid
  6. reclaim
  7. awaria dysku raid5