Pomoc UPS "automatyczne" odłączanie się

Paweł Tołoczko

Enterprise Admin...
Q's Architect
8 Listopad 2013
939
270
113
43
Cork
QNAP
TS-x70
Ethernet
1 GbE
Jak w temacie.
Chcialbym, aby posiadacze UPSow APC (innych tez :) ) - ktore znjduja sie na liscie kompatyblnosci Qnap, a zachowuja sie dziwnie zostaly tu wymienione.
Co rozumiem przez dziwne zachowanie:
moj np. Poprawni jest rozpoznawany, wszystko niby OK, ale po paru dniach .. zostaje przez system zgloszony jako odlaczony (kabel USB).
Co chcialbym zeby bylo wymienione w temacie:

Model Serwera:
Wersja Firmware:
Model UPSa:
Zachowanie:
Mozliwe kroki debug - co zostalo zrobione, by przywrocic polaczenie.

TO ja zaczne:

Model Serwera: Ts-870
Wersja Firmware: 4.1.3 2015.03.13
Model UPSa: APC (American Power Conversion) 1500G
Zachowanie: samoistne odlaczenie (odmontowanie) urzadzenia.
20150326194836.jpg

Debug:
1. odlaczenie kabla i ponowne podlaczenie do tego samego portu USB (USB 2.0 tyl, pierwsze gniazzdo on portu ethernet) - kicha nei dziala
2. podlaczenie do 2 portu USB 2.0 - nie dziala
3. reboot i zostawienie podlaczonego kabla do 1 gniazda (gdzie byl orginalnie) - nie dziala
4. wlozenie do 2 portu USB 2.0 - zostal znaleziony przez system - dziala
5. wlozenie do 1 portu USB 2.0 - gdzie byl od samego poczatku - dziala :)
 
Dear,

I was told by Daniel Orme that you though I ignore your case? Latest updated from our R&D, it should be kernel's problem for UPS issue and your case is still on going. We still put your case in the need to follow up. If any update from our R&D, we will let you know.

Thanks!

QNAP Systems, Inc.
Tony Yeh
Nareszcie wiadomo, co podejrzewaja ;]
Czyli cos tam dlubia ;p
pytanie jak wysoki ma to piorytet ?
i czy wypuszcza w 4.2.0 poprawke czy bedzie to sie ciagnac.
Osobiscie sadze, ze to raczej duzy problem bo jesli mialbym produkcje oparta o 10+ NASow i podlaczone UPSy i by nie zadzialaly ... bym lekko sie zdenerwowal.
 
Słuchajcie chłopaki, QNAP proponuje nam meeting w Warszawie 27 maja w celu przedyskutowania możliwych rozwiązań problemu. Nie wiem co ja tam za miodem posmarowałem Daniela, ale to gość, który pisze dokumentacje technikom :)
Ten sam, który pomagał mi przebudować strukture uwalonego dysku @r4id :)
 
Ja to od razu dziękuję. Maj i czerwiec to u mnie trochę ciężkie miesiące (koniec roku szkolnego). Poza tym za bardzo nie chce grzać do Wa-wy aby pogadać o UPSach. Może ktoś jest tam na miejscu ?
Rozumiem że ten jegomość będzie przejazdem - bo chyba nie jedzie tu w tej sprawie ?

Jeszcze jakby to była jakaś laska z Tajwanu - a nie Daniel to może bym się skusił ;)
 
Ja raczej do lipca w pl nie będę. Gdyby to było w Cork Dublin czy London to bym kopnął do pl lipa bo u mnie z praca niewiadomo co. Poród tuż tuż a połączenia do wawy to totalna lipa.
 
Żeby do wawy to ja musze 150km robić. W Gd lepiej bo do lotniska 15km. Ale loty tylko 2x w tyg. Wiec wole UK lub ire.
Dear,

Our R&D still are working on your case, any news, I will update to you.

Thanks!

Remote Tool download link
Windows system : http://www.teamviewer.com/download/TeamViewerQS.exe
Mac System : http://www.teamviewer.com/download/TeamViewerQS.dmg
Linux System : Free TeamViewer Download for Linux
Console SSH tool
PuTTY: http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe

QNAP Systems, Inc.
Tony Yeh
Czyli nadal pracuja :)
A ja dzis standartowo dostalem wiadomosc:
Dear,

As our R&D cannot reproduce the issue you got in our lab, our R&D need to check it and get more info, we also hope you need to be onsite and support interaction with the debug when R&D go to check the issue.

How about the schedule below?

Taipei (Taiwan) Tuesday, 2 June 2015, 16:00:00 CST UTC+8 hours
London (United Kingdom - England) Tuesday, 2 June 2015, 09:00:00 BST UTC+1 hour
Corresponding UTC (GMT) Tuesday, 2 June 2015, 08:00:00

Please advise.

Thanks!

QNAP Systems, Inc.
Tony Yeh
Mnie to nie zabardzo pasuje (czasowo), no nic , bede sie z nimi umawiac na srodek nocy. Gdy bede przy kompie.
Dobre wiesci :)
dopoki nie zrestartuje NASa to mam poprawione 2 skrypty:
Kod:
/etc/init.d/usb_ups.sh
/etc/init.d/udev_run.sh
Rozwiazuja problem odlaczania sie NASa przy wyciaganiu dongle myszki.
Firmware, ktory ukarze sie pod koniec Czerwca, ktory rozwiaze ten problem.
Zapomnialem dodac, ze problem rozwiazal: Charley.
Obiecane pliki,

ponnadto takimi poleceniami inzynier sie poslugiwal:

Bash:
 # history
   13  lsusb
   14  vi /etc/config/ups/upsdrv.map
   15  vi /tmp/usbdebug
   16  head /etc/config/uLinux.conf
   17  cd /etc/init.d/
   18  vi usb_ups.sh
   19  lsusb
   20  cat /tmp/usbdebug
   21  lsusb
   22  dmesg -c
   23  ps|grep ups
   24  vi /etc/config/ups/ups.conf
   25  vi /etc/config/ups/upsdrv.map
   26  vi /etc/config/ups/upsdrv.map
   27  cd /tmp
   28  mv usbdebug usbdebug.1
   29  lsusb
   30  ps|grep ups
   31  vi /etc/init.d/udev_run.sh
   32  cat /var/log/udev.log
   33  vi /lib/udev/rules.d/50-udev.rules
   34  cat usbdebug.1
   35  ls
   36  uname -a
   37  dmesg
   38  vi /mnt/HDA_ROOT/.logs/kmsg
   39  vi /etc/init.d/usb_ups.sh
   40  cat /etc/config/ups/ups.conf
   41  ps
   42  kill -9 upsutil
   43  killall -9 upsutil
   44  ps
   45  vi /etc/config/qpkg.conf
   46  grep Install_Path /etc/config/qpkg.conf
   47  grep ^\[ /etc/config/qpkg.conf
   48  grep '^[' /etc/config/qpkg.conf
   49  vi /etc/config/qpkg.conf
   50  grep Display_Name /etc/config/qpkg.conf
   51  vi /etc/init.d/udev_run.sh
   52  vi /etc/init.d/usb_ups.sh
   53  ps|grep ups
   54  cp /etc/init.d/udev_run.sh /etc/init.d/usb_ups.sh /etc/config/
   55  ps|grep ups
   56  cat usbdebug
   57  rm usbdebug
   58  cat usbdebug
   59  ps|grep ups
   60  rm usbdebug
   61  ps|grep ups
   62  cat usbdebug
   63  cat usbdebug
   64  vi /etc/init.d/usb_ups.sh
   65  ps|grep ups
   66  vi /etc/init.d/usb_ups.sh
   67  cat usbdebug
   68  rm usbdebug
   69  cat usbdebug
   70  vi /etc/init.d/usb_ups.sh
   71  history
   72  vi /etc/init.d/udev_run.sh
   73  /etc/init.d/usb_ups.sh stop
   74  ps|grep ups
   75  rm usbdebug
   76  ps|grep ups
   77  cat usbdebug
   78  dmesg -c
   79  lsusb
   80  ps|grep ups
   81  cat usbdebug
   82  cat usbdebug
   83  ps|grep ups
   84  history
 

Załączniki

  • udev_run.sh
    10,8 KB · Wyświetleń: 38
  • usb_ups.sh
    6 KB · Wyświetleń: 40
  • Lubię to
Reakcje: 1 osoba
Witam!

Posiadam QNAP TS-269 Pro oraz UPS PowerWalker LINE-INTERACTIVE 800VA. NAS wykrywa UPS po podłączeniu przez USB, i wyłącza się automatycznie zgodnie z ustawieniami.

Jest jednak jeden problem. Zauważyłem że po pwenym czasie połączenie USB między NAS i UPS zostaje zerwane (po zalogowaniu widać w panelu sterowania że brak jest 'external devices').

W takiej sytaucji NAS nie wykrywa awarii zasilania i działa do czasu gdy w UPS bateria padnie. Oczywiście nie ma mowy o poprawnym zamknięciu systemu. Problem można szybko naprawić odłączając i podłączając wtyczkę USB.

Czy ktoś już się spotkał z podobnym problemem?

Dodam jeszcze że NAS jest zainstalowany QTS 4.1.3

Do tej pory sprawdzałem następujące rozwiązania:
1. Zmiana portu USB w NASie (USB 2.0, USB 3.0)
2. Zmiana kabla USB na ekranowany

Problem wciąż się powtarza.

Pozdrawiam,
Marek
No dobra, przeczytalem zawartość tego wątku. Rozumiem że sprawa jest w toku i powinienem czekać na kolejny update.

Pozdr,
Marek
 
O 3:00 startują jakieś procesy, które zawsze mi wybudzały dyski (jak je jeszcze usypiałem ;) )
Widze w logach wysłanym do mnie na PM, że masz USB<>RS232 na chipsecie Prolific PL2303. Czy nie używasz go, np. z CCcam'em/OScam'em przyłączonym do tunera n'ki (nboxa) a ten ma zaplanowane aktualizacje o 3:00 w nocy?
 
Nie Qnap jest tylko serwerem plików (samba) i w zasadzie nic więcej. Dyski USB iUPSa mam parę metrów dalej i stąd przedłużacz USB 2.0 z hubem.

Pod USB jest tylko ten przedluzacz a do niego 2 dyski i UPS nic więcej.

I nic więcej nigdy nie było.... Hm.

Wysłane z mojego M6752 przy użyciu Tapatalka
 

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

  1. insmod
  2. oscam
  3. udevadm
  4. error 400 mars