Pomoc Raid size expansion failed

mil3k

Entry Technician
Q Associate
21 Grudzień 2010
37
3
8
QNAP
TS-419P+
Ethernet
null
Witam wszystkich,

Wymieniłem właśnie w moim TS-419P+ dwa dyski 2TB, na nowe 4TB WDC Red WD40EFRX. Odbudowa macierzy zajęła kilka dni ale się powiodła. Po jej odbudowie używając opcji z QTS 4.1.0 rozpocząłem proces jej rozszerzenia. Nic jednak z tego nie wyszło. Proces jest przerywany błędem jak w tytule.
Zabrałem się więc do prób rozszerzenia ręcznego według tego sposobu: Do, którego linku nie mogę podać, bo forum mi nie pozwala i tutaj utknąłem na punkcie 6. Nie mogę od montować dysków i komenda
Kod:
 umount
zwraca mi błąd, że partycja nie może być od montowana bo jest zajęta.
Kod:
umount: /share/MD0_DATA: device is busy
Wszystkie procesy, które wymienione są w pkt.5 powyłączałem. Wszystkie usługi w statusie systemu są wyszarzone, wszystkie aplikacje w App Center są też wyłączone. Przed użyciem
Kod:
umount
użyłem
Kod:
/etc/init.d/services.sh -stop
i nadal coś mi korzysta z md0.

Czy jest jakaś komenda, którą mogę użyć do sprawdzenia jaka usługa korzysta z md0 i jak ja mogę wyłączyć.
 
Aplikacje mam powyłączane, restarty też próbowałem. Nic nie pomaga. Wypróbowałem już większość porad jakie udało mi się wygooglać w angielskojęzycznym internecie...
 
Kod:
[/] # fuser -cu /share/MD0_DATA/
-sh: fuser: command not found
Jak widać komenda user nie działa u mnie

Kod:
[/] # lsof /share/MD0_DATA/
COMMAND  PID  USER  FD  TYPE DEVICE SIZE/OFF NODE NAME
sshd  2868 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23
apache_pr  4065 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23
apache_pr  4357 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23
apache_pr  7842 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23
apache_pr 13482 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23
apache_pr 13498 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23
apache_pr 13508 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23
apache_pr 13509 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23
apache_pr 20506 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23
apache_pr 20507 admin mem  REG  9,0  288639 4781 /share/MD0_DATA/.qpkg/OpenLDAP/lib/libsasl2.so.2.0.23

Widzę, że to chyba OoenLDAP musi mi przeszkadzać. Mam kilka procesów apache_proxy widocznych w monitorze zasobów. Nie mam pojęcia co tam robią.
Jak mogę je wyłączyć? Komenda killall -PID da radę?
 
Kod:
[/] # kill OpenLDAP
-sh: kill: `OpenLDAP': not a pid or valid job spec

Nie tak łatwo :) Dziadostwo jak perz nie chce się dać usunąć :-(

Kod:
[/] # ps | grep apache
2412 admin  488 S  grep apache
30747 admin  8728 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30751 admin  7648 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30758 admin  7596 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30759 admin  7052 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30760 admin  7596 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30761 admin  7052 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30763 admin  7264 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30764 admin  7288 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30939 admin  2264 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
30942 admin  2824 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
30943 admin  2824 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
30944 admin  2824 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
30945 admin  2824 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
30946 admin  2824 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
[/] # kill 30946
[/] # kill 30945
[/] # kill 30944
[/] # kill 30943
[/] # kill 30942
[/] # ps | grep apache
2471 admin  2428 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
2495 admin  2428 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
2496 admin  2428 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
2527 admin  2428 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
2589 admin  2428 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
2601 admin  488 S  grep apache
30747 admin  8728 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30751 admin  7648 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30758 admin  7600 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30759 admin  7052 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30760 admin  7596 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30761 admin  7052 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30763 admin  7264 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30764 admin  7288 S  /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
30939 admin  2264 S  /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf

Jak widać za każdym razem kiedy ubiłem proces ten wstaje pod nowym PID
 
mam taki alias w bashu : killff='kill -9 ffmpeg '
czyli patrząc na to co ty masz to
Bash:
kill -9 apache_pr
Bash:
/etc/init.d/openldap.sh stop

za Talk:OpenLDAP - QNAPedia

PS: mówiłeś kłamczuchu że powyłączałeś usługi ? :>dla świętego spokoje wyłącz serwer WWW w QNAP - luzik panel WWW QNAPa bedzie działał dalej
 
Usługi mam wyłączone. Są szare w QTS w zakładce usługi, wszystko jest tam szare. Pierwsze co zrobiłem po zalogowaniu do SSH to /etc/init.d/services.sh stop.
Teraz uruchomiłem /etc/init.d/openldap.sh stop i nadal mi te cholerne apache_proxy wstają.

Kod:
kill -9 apache_pr
Też nie działa, wywala taki sam komunikat jak kill OpenLDAP: "-sh: kill: `OpenLDAP': not a pid or valid job spec"
upload_2014-7-14_20-44-25.png


Jak widać na obrazku wszystko jest wyłączone.
 

Załączniki

  • upload_2014-7-14_20-43-9.png
    upload_2014-7-14_20-43-9.png
    356,8 KB · Wyświetleń: 25
Silas: Nie mogę edytować swoich postów. Jakieś kolejne zabezpieczenie?
Link w cytacie.
Zabrałem się więc do prób rozszerzenia ręcznego według >>tego sposobu<< i tutaj utknąłem na punkcie 6.

Pigers: wyłączyłem LDAP w qnapie, połączyłem się przez ssh, zatrzymałem services.sh i openldap.sh a apache_proxy nadal się włącza po próbach zabicia...

Zrobię reboot i zobaczę co się stanie... :-(

Po reboocie i wyłączneniu services.sh i openldap.sh mogę nareszcie od montować macierz.Problem rozwiązany, powiększenie macierzy ruszyło z kopyta po restarcie. Mogłem od montować macierz i kontynuować jak w linku.

Pigers: Wielkie dzięki za pomoc
 
Problem rozwiązany, powiększenie macierzy ruszyło z kopyta po restarcie. Mogłem od montować macierz i kontynuować jak w linku.
PS. Po restarcie nie musiałeś ręcznie wykonywać procesu rozszerzenia macierzy RAID.

@Silas Mariusz - czemu LDAP blokuje ? nie powinno to się samo wyłączyć na czas update ?
Nie wiem, nie powinno być LDAP'a w .qpkg! LDAP jest wbudowany w oprogramowanie QTS 4. Najwidoczniej to jakaś nieautoryzowana przez QNAP'a paczka, która blokuje woluminy.