Ustawiać
Mam obudowę USB (Buffalo DriveStation Quad) zawierającą cztery napędy podłączone do mojego serwera NAS (Ubuntu Server 14.04). Obudowa jest skonfigurowana do pracy w trybie JBOD, więc zobaczę wszystkie dyski w Linuksie.
Dwa dyski (sdb i sdc) są skonfigurowane z oprogramowaniem raid jako /dev/md0
(raid1). I /dev/md0
jest montowany jako pojedyncza partycja ( /mnt/part1
) z systemem plików ext4 bez dzienników.
Pozostałe dwa dyski (sdd i sde) są skonfigurowane z LVM jako jedna grupa woluminów, z której zamontowałem dwie partycje logiczne. Jeden z nich stanowi 90% pojemności całej grupy woluminów ( /mnt/part2
), a drugi to 10% ( /mnt/part3
). Oba są również ext4 bez dzienników.
Problemy z APM
Moje problemy zaczęły się od domyślnych trybów APM, ponieważ zauważyłem, że dyski twarde zaparkowały dość agresywnie co kilka minut. Po dłuższym przestudiowaniu tematu skończyłem używać hdparm -B198 /dev/sd[bcde]
. Wydaje się, że pozwala to na pewien poziom oszczędności energii, ale tak naprawdę nie wymaga parkowania.
Jakiś sen?
Jestem trochę zadowolony z obecnej sytuacji, ale nadal chciałbym, aby dyski poszły spać, jeśli nie ma żadnej aktywności. Zwłaszcza sdb i sdc ( /mnt/part1
), które tak naprawdę nie uzyskują żadnej aktywności przez 95% czasu. Cokolwiek próbowałem, problem polega na tym, że dyski nie śpią dłużej niż minutę lub dwie.
Odmontowanie wszystkich partycji i wydanie hdparm -y /dev/sd[bcde]
spowoduje przejście dysków w tryb uśpienia, ale tylko na kilka minut. Potem wszyscy obudzą się jeden po drugim. Próbowałem debugować problem, włączając block_dump ( echo 1 > /proc/sys/vm/block_dump
), ale nie widzę żadnego dostępu do dysków.
Próbowałem też wyłączyć APM hdparm -B255 /dev/sd[bcde]
i nakazać im spać po tym, ale to samo. Nadal dyski budzą się po kilku minutach.
Nie mam mdadm
uruchomionego w trybie demona (tylko jeden test raz dziennie), ani też nie powinno być nic więcej sondowania dysków. Masz jakieś pomysły na kolejne próby? Czy obudowa Buffalo USB jest po prostu kiepska (i robi to sama)?
Aktualizacja nr 1
Poświęciłem czas na to, jak długo dyski się budzą po wydaniu hdparm -y /dev/sd[bc]
. Poniższe znaczniki czasu ilustrują wzorzec:
00:00 hdparm -y /dev/sd[bc]
00:40 disks start to wake up
00:59 disks fully awake
01:00 hdparm -y /dev/sd[bc]
03:40 disks start to wake up
03:59 disks fully awake
04:00 hdparm -y /dev/sd[bc]
06:40 disks start to wake up
06:59 disks fully awake
Tzn. Wydaje się, że coś sprawdza / budzi dyski co 3 minuty. Pierwsze polecenie przejścia w tryb gotowości właśnie przypadło 40 sekund od punktu kontrolnego.
Aktualizacja nr 2
Uruchom ponownie maszynę za pomocą acpi=off apm=off
. To też nie pomogło. Btw, maszyną jest laptop Lenovo L520. Na wypadek, gdyby ktoś uzna to za istotne.
upstart-{socket,file}-bridge, dhclient, getty and sshd
- bez powodzenia :(. Oczywiście działa wiele procesów jądra (wymienionych w nawiasach). Nie zastanawiałem się jeszcze, czy mógłbym je zmniejszyć o niektóre parametry jądra ... i którzy byliby dobrymi kandydatamiOdpowiedzi:
Może to być nieco przesada, ale
SystemTap
może pomóc w określeniu, jaki proces wykonuje operacje we / wy na tym dysku.Przygotuj SystemTap
Zainstaluj skrypt śledzenia
Sprawdź identyfikator urządzenia, które chcesz monitorować, w tym przypadku będę monitorować / dev / sda5
Monitoruj, używając głównej + dodatkowej liczby (8,5) w systemie szesnastkowym. Znajdź winowajcę. Cieszyć
źródło