serwer na windows?

[mariotti]

Może na 24-48h odpuścić, bo poziom frustracji tylko wzrasta. Podejść ponownie z chłodną głową. Popełniasz gdzieś banalny, a być może kardynalny błąd.

Tyle to wiem, ale ciekawe jaki to błąd i czy do końca roku się uporam :D

[krzyszp]

Może na 24-48h odpuścić, bo poziom frustracji tylko wzrasta. Podejść ponownie z chłodną głową. Popełniasz gdzieś banalny, a być może kardynalny błąd.

Tyle to wiem, ale ciekawe jaki to błąd i czy do końca roku się uporam :D

Spokojnie, TJM Ci podpowiedział, gdzie szukać (a on się na tym zna) :)

[TJM]

Dodatkowe info:

Klient po każdym requeście zapisuje odpowiedź na dysku.
Masz tam w folderze 'data' pliki typu sched_request_nazwa_projektu... i sched_reply_nazwa_projektu...
Z pliku sched_reply zapewne da się wywnioskować co jest nie tak, więc możesz go wrzucić na forum. O ile pamiętam, plik zawiera dane o użytkowniku, chyba jest tam account key, więc ewentualnie tą część z niego wywal.

[mariotti]

Wygeneruj więcej zadań, żeby można było samemu zobaczyć.

Wygenerowałem łączne 21, w tym przed chwilą 10.
Po tym u mnie pojawiły się takie logi:

Kod [Zaznacz] Rozwiń


nie, 21 lip 2013, 22:44:54 | perft | update requested by user
nie, 21 lip 2013, 22:44:55 | perft | Sending scheduler request: Requested by user.
nie, 21 lip 2013, 22:44:55 | perft | Requesting new tasks for CPU
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't parse file info in scheduler reply: file name is empty or has '..'
nie, 21 lip 2013, 22:44:57 | perft | Scheduler request completed: got 10 new tasks
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test3_4 in scheduler reply
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test_1 in scheduler reply
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test3_5 in scheduler reply
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test4_4 in scheduler reply
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test4_5 in scheduler reply
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test5_2 in scheduler reply
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test5_3 in scheduler reply
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test6_2 in scheduler reply
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test6_3 in scheduler reply
nie, 21 lip 2013, 22:44:57 | perft | [error] State file error: missing file
nie, 21 lip 2013, 22:44:57 | perft | [error] Can't handle task test10_0 in scheduler reply


Według mnie masz gdzieś problem w template, albo w create_work i przez to po stronie klienta powstaje 'nadrzędny' błąd "can't parse scheduler reply". Dopóki tego nie naprawisz, na 100% nic nie zadziała. Jest jeszcze opcja błędnej nazwy aplikacji. Jak w ogóle dodawałeś aplikację - zostawiłeś to, co serwer sam robi przy setupie ?

Dodawałem według tutoriala. Najpierw wpis do project.xml

Kod [Zaznacz] Rozwiń


    <app>
        <name>uc1</name>
        <user_friendly_name>upper case 1</user_friendly_name>
    </app>

Potem aplikacja bin/xadd

Potem to drzewko aplikacji:
cd apps/uc1/0.01/x86_64-pc-linux-gnu/
uc1          uc1.sig      version.xml 

Kod [Zaznacz] Rozwiń


at version.xml
<version>
  <file>
    <physical_name>uc1</physical_name>
    <logical_name>upper case 1</logical_name>
  </file>
</version>


Podpisałem aplikację kluczem keys/code_sign_private

Na koniec program bin/update_version. Nie wyrzuciło żadnego
błędu i aplikacja licząca jest po stronie klienta - więc tutaj nie
podejrzewam żadnych problemów.

Pozdrawiam

W logu nie widać żadnego ściągania aplikacji, tylko plik od niej, który jest kasowany w momencie jak zadanie nie może być przetworzone. Dlatego go potem nie ma.

Tak czy inaczej, teraz aplikacja leży pobrana po stronie klienta.

P.S. Zadań testowych nigdy nie żałuj, łatwo później się ich pozbyć przez panel 'ops', a quotę po stronie testowych hostów łatwo wyzerować.

Szybko się zużywają, bo jak błąd, to aplikacja woła o następne.

Pozdrawiam

[TJM]

Część od samej aplikacji w odpowiedzi schedulera wygląda ok.
Jedyne co tam rzuca się w oczy, to że nazwałeś plik po prostu 'uc1' podczas gdy BOINCowa tradycja narzucała formę nazwa_wersja_platforma - ale to chyba nie jest wymagane od czasu AppVersionNew http://boinc.berkeley.edu/trac/wiki/AppVersionNew
Z tego też względu myślałem, że jest to plik od zadania, a nie aplikacja.

Części reply od zadania nie udało mi się przejrzeć, bo nie dałem rady zassać żadnego zadania. Wygeneruj ich trochę więcej, może uda się jakieś łyknąć. Albo wklej swój sched_reply z momentu jak dostajesz zadania.

[mariotti]

Część od samej aplikacji w odpowiedzi schedulera wygląda ok.
Jedyne co tam rzuca się w oczy, to że nazwałeś plik po prostu 'uc1' podczas gdy BOINCowa tradycja narzucała formę nazwa_wersja_platforma - ale to chyba nie jest wymagane od czasu AppVersionNew http://boinc.berkeley.edu/trac/wiki/AppVersionNew
Z tego też względu myślałem, że jest to plik od zadania, a nie aplikacja.

Części reply od zadania nie udało mi się przejrzeć, bo nie dałem rady zassać żadnego zadania. Wygeneruj ich trochę więcej, może uda się jakieś łyknąć. Albo wklej swój sched_reply z momentu jak dostajesz zadania.

Mam wrażenie że zachowanie jest losowe. Teraz wygląda na to, jakby wszystko było w
porządku aż do czasu odesłania wyników. Czyli aplikację pobrał poprawnie, zadanie
do serwera dodane poprawnie, pobrany plik wejściowy poprawnie, obliczenia poprawne(!),
ale odesłanie wyników się wykrzaczyło - przynajmniej ja te logi tak rozumiem:

Kod [Zaznacz] Rozwiń


nie, 21 lip 2013, 23:19:14 | perft | Started download of in
nie, 21 lip 2013, 23:19:15 | perft | Finished download of in
nie, 21 lip 2013, 23:19:15 | perft | Starting task test22_1 using uc1 version 1
nie, 21 lip 2013, 23:19:15 | perft | Starting task test22_0 using uc1 version 1
nie, 21 lip 2013, 23:19:23 | perft | Sending scheduler request: To fetch work.
nie, 21 lip 2013, 23:19:23 | perft | Requesting new tasks for CPU
nie, 21 lip 2013, 23:19:25 | perft | Scheduler request completed: got 0 new tasks
nie, 21 lip 2013, 23:19:25 | perft | Project has no tasks available
nie, 21 lip 2013, 23:19:39 | perft | Computation for task test22_1 finished
nie, 21 lip 2013, 23:19:40 | perft | Computation for task test22_0 finished
nie, 21 lip 2013, 23:19:41 | perft | Started upload of test22_1_0
nie, 21 lip 2013, 23:19:42 | perft | Temporarily failed upload of test22_1_0: transient upload error
nie, 21 lip 2013, 23:19:42 | perft | Backing off 11 min 31 sec on upload of test22_1_0
nie, 21 lip 2013, 23:19:42 | perft | Started upload of test22_0_0
nie, 21 lip 2013, 23:19:43 | perft | Temporarily failed upload of test22_0_0: transient upload error
nie, 21 lip 2013, 23:19:43 | perft | Backing off 12 min 56 sec on upload of test22_0_0


Zadania zaraz dodam i wyłączę mojego klienta, bo je szybko konsumuje.
Pozdrawiam

[mariotti]

Dodałem 20zadań, od test_a_00 do test_a_19.
Pozdrawiam

[TJM]

Klient ma opcję podglądania, co dzieje się nie tak przy uploadzie.
Jest od tego wpis w cc_config.xml bodajże http_debug, xfer_debug albo to całe http_xfer_debug http://boinc.berkeley.edu/wiki/Client_configuration

Oprócz tego po stronie serwera masz file_upload_handler.log w którym też może co nieco się znaleźć.
W katalogu projekt/upload apacz musi mieć prawa do zapisu.

[mariotti]

Klient ma opcję podglądania, co dzieje się nie tak przy uploadzie.
Jest od tego wpis w cc_config.xml bodajże http_debug albo to całe http_xfer_debug http://boinc.berkeley.edu/wiki/Client_configuration

Oprócz tego po stronie serwera masz file_upload_handler.log w którym też może co nieco się znaleźć.
W katalogu projekt/upload apacz musi mieć prawa do zapisu.

Do web serwera leci takie zapytanie POST:

IP.IP.IP.IP - - [22/Jul/2013:01:46:02 +0400] "POST /perft_cgi/file_upload_handler HTTP/1.1" 200 186 "604"  "-" "BOINC client (x86_64-pc-linux-gnu 6.10.58)"  <<>>  929

Program file_upload_handler jest na miejscu:
perft@x:~/www/cgi-bin$ ls -l
total 5244
-rwxr-xr-x 1 perft www-data 4338900 Jul 16 04:39 cgi
-rwxr-xr-x 1 perft www-data 1010233 Jul 16 04:39 file_upload_handler


Katalog upload ma dla prawa dla grupy rwx

Kod [Zaznacz] Rozwiń


perft@x:~/www$ ls -l
total 84
drwxrws---  2 perft www-data 4096 Jul 16 04:39 upload


Pliku file_upload_handler.log nie znalazłem u siebie.

Pozdrawiam

[mariotti]

A teraz tak jakby w logach nie było błędu, ale nigdzie nie mogę znaleźć odesłanych
plików z wynikami:

Kod [Zaznacz] Rozwiń


pon, 22 lip 2013, 00:00:12 | perft | Sending scheduler request: To fetch work.
pon, 22 lip 2013, 00:00:12 | perft | Requesting new tasks for CPU
pon, 22 lip 2013, 00:00:13 | perft | Scheduler request completed: got 2 new tasks
pon, 22 lip 2013, 00:00:15 | perft | Starting task test_b_00_1 using uc1 version 1
pon, 22 lip 2013, 00:00:15 | perft | Starting task test_b_00_0 using uc1 version 1
pon, 22 lip 2013, 00:00:23 | perft | Sending scheduler request: To fetch work.
pon, 22 lip 2013, 00:00:23 | perft | Requesting new tasks for CPU
pon, 22 lip 2013, 00:00:24 | perft | Scheduler request completed: got 0 new tasks
pon, 22 lip 2013, 00:00:24 | perft | Project has no tasks available
pon, 22 lip 2013, 00:00:37 | perft | Computation for task test_b_00_1 finished
pon, 22 lip 2013, 00:00:38 | perft | Computation for task test_b_00_0 finished


Pozdrawiam

[TJM]

Jeśli nie ma w katalogu upload, zostały pewnie przeniesione gdzieś przez assimilator, może do sample_results ?

[mariotti]

Jeśli nie ma w katalogu upload, zostały pewnie przeniesione gdzieś przez assimilator, może do sample_results ?

W "zwykłej" postaci nie ma rezultatów nigdzie, może są gdzieś skompresowane, może w bazie
danych, nie wiem. W zwykłej nie ma nigdzie, ponieważ przeszukałem cały katalog grep'em:

Kod [Zaznacz] Rozwiń


perft@x:~/www$ find . -name "*" -print | xargs grep "AABB"
perft@x:~/www$ find . -name "*" -print | xargs grep "aAbB"
./download/2cc/in0:aAbBcCdddasdeDEasd
./download/1af/in2:aAbBcCdddasdeDEasd
./download/3e9/in:aAbBcCdddasdeDEasd
./templates/in:aAbBcCdddasdeDEasd

Program upper-case ma zamienić małe litery na duże. Jak widać
pliki wejściowe w kilku kopiach znalazł. Gdy użyłem dużych liter jako
wzorca, to żadnego pliku nie znalazł.

Teraz prawdopodobnie klient nie odsyła wyników. Trochę mnie to
dziwi, bo nic nie zmieniałem w szablonach, a wcześniej był inny
błąd, albo z autoryzacją, albo z tymi dwiema kropkami w nazwie pliku.

Pozdrawiam

[Karlik]

W logu, który podałeś w ogóle nie ma informacji, że próbował odesłać, może na coś czeka? Tak samo próbki nie zostały zaraportowane

Swoją drogą zamiast finda w takiej postaci możesz użyć "grep -r wzorzec ." :)

[mariotti]

W logu, który podałeś w ogóle nie ma informacji, że próbował odesłać, może na coś czeka? Tak samo próbki nie zostały zaraportowane
Swoją drogą zamiast finda w takiej postaci możesz użyć "grep -r wzorzec ." :)

Raz te błędy z uploadem są, drugi raz ich nie ma. Wczoraj były błędy z dwiema kropkami w nazwie.
Ja nie wiem o co chodzi. Ostatni log wygląda tak:

Kod [Zaznacz] Rozwiń


pon, 22 lip 2013, 00:21:35 | perft | update requested by user
pon, 22 lip 2013, 00:21:36 | perft | Sending scheduler request: Requested by user.
pon, 22 lip 2013, 00:21:36 | perft | Not reporting or requesting tasks
pon, 22 lip 2013, 00:21:37 | perft | Scheduler request completed
pon, 22 lip 2013, 00:22:37 | perft | update requested by user
pon, 22 lip 2013, 00:22:42 | perft | Sending scheduler request: Requested by user.
pon, 22 lip 2013, 00:22:42 | perft | Not reporting or requesting tasks
pon, 22 lip 2013, 00:22:44 | perft | Scheduler request completed
pon, 22 lip 2013, 03:18:07 | perft | Started upload of test22_1_0
pon, 22 lip 2013, 03:18:07 | perft | Started upload of test22_0_0
pon, 22 lip 2013, 03:18:08 | perft | Temporarily failed upload of test22_1_0: transient upload error
pon, 22 lip 2013, 03:18:08 | perft | Backing off 1 hr 39 min 15 sec on upload of test22_1_0
pon, 22 lip 2013, 03:18:08 | perft | Temporarily failed upload of test22_0_0: transient upload error
pon, 22 lip 2013, 03:18:08 | perft | Backing off 1 hr 10 min 53 sec on upload of test22_0_0


Chyba pliki z wynikami zapisuje sobie na lokalnej maszynie, aby potem
co jakiś czas próbować odesłać.

Pozdrawiam

[Karlik]

Chyba pliki z wynikami zapisuje sobie na lokalnej maszynie, aby potem co jakiś czas próbować odesłać.

Dokładnie tak jest (w końcu nie każdy komputer musi mieć stale dostęp do internetu). Z loga wynika, że nie potrafi poprawnie tego wysłać na serwer (bardzo prawdopodobne, że błąd leży po stronie serwera).

[mariotti]

Chyba pliki z wynikami zapisuje sobie na lokalnej maszynie, aby potem co jakiś czas próbować odesłać.

Dokładnie tak jest (w końcu nie każdy komputer musi mieć stale dostęp do internetu). Z loga wynika, że nie potrafi poprawnie tego wysłać na serwer (bardzo prawdopodobne, że błąd leży po stronie serwera).

Nom, szkoda tylko że nie wiem jaki to błąd. I pytanie: czy po rozwiązaniu tego błędu, znowu
będzie się pojawiał błąd z dwiema kropkami :)

[TJM]

Uploadnięte pliki gdzieś po prostu muszą być, bo zadania mają obecnie status 'waiting for validation' czyli są odesłane i zaraportowane.
Problemem jest częściowo to, że nie masz w ogóle validatora i assimilatora, więc przypuszczalnie pliki siedzą gdzieś w projekt/upload i czekają na lepsze czasy. Poszukaj ich tam ręcznie.

[mariotti]

Uploadnięte pliki gdzieś po prostu muszą być, bo zadania mają obecnie status 'waiting for validation' czyli są odesłane i zaraportowane.
Problemem jest częściowo to, że nie masz w ogóle validatora i assimilatora, więc przypuszczalnie pliki siedzą gdzieś w projekt/upload i czekają na lepsze czasy. Poszukaj ich tam ręcznie.

Są po stronie klienta. Chyba nawet są poprawnie policzone:

Kod [Zaznacz] Rozwiń


root@biglaptop:/var/lib/boinc-client/projects/perft.computers-chess.com# ls -l
razem 1076
-rw-r--r-- 1 boinc boinc     19 2013-07-21 23:19 in
-rw-r--r-- 1 boinc boinc     19 2013-07-21 23:19 test22_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-21 23:19 test22_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:00 test_b_00_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:00 test_b_00_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_15_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_15_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_16_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_16_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_17_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:15 test_c_17_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_18_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_18_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_19_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_19_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_28_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_29_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_29_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_30_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_30_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_31_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:12 test_c_31_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:12 test_c_32_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:12 test_c_32_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:12 test_c_33_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_38_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_39_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_39_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_40_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_40_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_41_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_41_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:14 test_c_42_0_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_42_1_0
-rw-r--r-- 1 boinc boinc     19 2013-07-22 00:13 test_c_43_0_0
-rwxr-xr-x 1 boinc boinc 957028 2013-07-21 22:37 uc1
root@biglaptop:/var/lib/boinc-client/projects/perft.computers-chess.com# cat test_c_3
test_c_30_0_0  test_c_30_1_0  test_c_31_0_0  test_c_31_1_0  test_c_32_0_0  test_c_32_1_0  test_c_33_0_0  test_c_38_1_0  test_c_39_0_0  test_c_39_1_0
root@biglaptop:/var/lib/boinc-client/projects/perft.computers-chess.com# cat test_c_31_0_0
AABBCCDDDASDEDEASD


Pozdrawiam

[TJM]

One nie mają być po stronie klienta, tylko po stronie serwera.
WU które wczoraj 'przeliczyłem' zostały poprawnie wysłane i albo gdzieś są, albo musisz szukać dlaczego ich nie ma.
Odesłane na serwer pliki będą miały inne nazwy, zależnie od ustawień w template.

[mariotti]

One nie mają być po stronie klienta, tylko po stronie serwera.
WU które wczoraj 'przeliczyłem' zostały poprawnie wysłane

W jaki sposób można rozpoznać że zostały wysłane?

i albo gdzieś są, albo musisz szukać dlaczego ich nie ma.

W zwykłej-tekstowej postaci nie ma żadnej odpowiedzi po stronie serwera. Nie
mam pewności czy jest gdzieś w postaci zaszyfrowanej/skompresowanej.

Odesłane na serwer pliki będą miały inne nazwy, zależnie od ustawień w template.

Ostatnio na takich szablonach dodawałem work-unity:

Kod [Zaznacz] Rozwiń


<input_template>
    <file_info>
        <number>0</number>
    </file_info>
    <workunit>
        <file_ref>
            <file_number>0</file_number>
            <open_name>in</open_name>
        </file_ref>
    </workunit>
</input_template>


Kod [Zaznacz] Rozwiń


<output_template>
    <file_info>
        <name><OUTFILE_0/></name>
        <generated_locally/>
        <upload_when_present/>
        <max_nbytes>32768</max_nbytes>
        <url><UPLOAD_URL/></url>
    </file_info>
    <result>
        <file_ref>
            <file_name><OUTFILE_0/></file_name>
            <open_name>out</open_name>
        </file_ref>
    </result>
</output_template>


Pozdrawiam

[TJM]

Po wysłaniu znikają z klienta, ponadto zmienia się status WU.
Szukaj w logu upload handlera, w konfiguracji projektu możesz włączyć fuh_debug_level 4 http://boinc.berkeley.edu/trac/wiki/ServerDebug

[mariotti]

Po wysłaniu znikają z klienta, ponadto zmienia się status WU.
Szukaj w logu upload handlera, w konfiguracji projektu możesz włączyć fuh_debug_level 4 http://boinc.berkeley.edu/trac/wiki/ServerDebug

Nie mam na serwerze żadnych logów upload_handlera.

Włączyłem debugowanie na poziomie 4. Logów jest teraz masa. Nie umiem się
przez nie przekopać.

Czy z tego komunikatu można cokolwiek wywnioskować?
http://perft.computers-chess.com/perft_cgi/file_upload_handler

W menadżerze mam takie logi (po usunięciu i dodaniu projektu perft).
Teraz ewidentnie problem leży w uploadzie. Powtarza się "transient upload error".
Nadal nie wiem jak namierzyć przyczynę tego błędu.

Kod [Zaznacz] Rozwiń


wto, 23 lip 2013, 11:03:46 | perft | Master file download succeeded
wto, 23 lip 2013, 11:03:51 | perft | Sending scheduler request: Project initialization.
wto, 23 lip 2013, 11:03:51 | perft | Requesting new tasks for CPU
wto, 23 lip 2013, 11:03:52 | perft | Scheduler request completed: got 1 new tasks
wto, 23 lip 2013, 11:03:54 | perft | Started download of uc1
wto, 23 lip 2013, 11:03:54 | perft | Started download of in
wto, 23 lip 2013, 11:03:55 | perft | Finished download of in
wto, 23 lip 2013, 11:04:02 | perft | Finished download of uc1
wto, 23 lip 2013, 11:04:02 | perft | Starting task test_c_141_0 using uc1 version 1
wto, 23 lip 2013, 11:04:02 | perft | Sending scheduler request: To fetch work.
wto, 23 lip 2013, 11:04:02 | perft | Requesting new tasks for CPU
wto, 23 lip 2013, 11:04:04 | perft | Scheduler request completed: got 10 new tasks
wto, 23 lip 2013, 11:04:06 | perft | Starting task test_c_187_0 using uc1 version 1
wto, 23 lip 2013, 11:04:06 | perft | Starting task test_c_186_1 using uc1 version 1
wto, 23 lip 2013, 11:04:06 | perft | Starting task test_c_186_0 using uc1 version 1
wto, 23 lip 2013, 11:04:14 | perft | Sending scheduler request: To fetch work.
wto, 23 lip 2013, 11:04:14 | perft | Requesting new tasks for CPU
wto, 23 lip 2013, 11:04:16 | perft | Scheduler request completed: got 10 new tasks
wto, 23 lip 2013, 11:04:25 | perft | Computation for task test_c_141_0 finished
wto, 23 lip 2013, 11:04:25 | perft | Starting task test_c_185_1 using uc1 version 1
wto, 23 lip 2013, 11:04:27 | perft | Started upload of test_c_141_0_0
wto, 23 lip 2013, 11:04:28 | perft | Temporarily failed upload of test_c_141_0_0: transient upload error
wto, 23 lip 2013, 11:04:28 | perft | Backing off 10 min 21 sec on upload of test_c_141_0_0
wto, 23 lip 2013, 11:04:28 | perft | Computation for task test_c_187_0 finished
wto, 23 lip 2013, 11:04:28 | perft | Starting task test_c_185_0 using uc1 version 1
wto, 23 lip 2013, 11:04:29 | perft | Computation for task test_c_186_1 finished
wto, 23 lip 2013, 11:04:29 | perft | Starting task test_c_184_1 using uc1 version 1
wto, 23 lip 2013, 11:04:30 | perft | Started upload of test_c_187_0_0
wto, 23 lip 2013, 11:04:30 | perft | Computation for task test_c_186_0 finished
wto, 23 lip 2013, 11:04:30 | perft | Starting task test_c_184_0 using uc1 version 1
wto, 23 lip 2013, 11:04:31 | perft | Temporarily failed upload of test_c_187_0_0: transient upload error
wto, 23 lip 2013, 11:04:31 | perft | Backing off 17 min 50 sec on upload of test_c_187_0_0
wto, 23 lip 2013, 11:04:31 | perft | Started upload of test_c_186_1_0
wto, 23 lip 2013, 11:04:32 | perft | Temporarily failed upload of test_c_186_1_0: transient upload error
wto, 23 lip 2013, 11:04:32 | perft | Backing off 12 min 10 sec on upload of test_c_186_1_0
wto, 23 lip 2013, 11:04:48 | perft | Computation for task test_c_185_1 finished
wto, 23 lip 2013, 11:04:48 | perft | Starting task test_c_183_1 using uc1 version 1
wto, 23 lip 2013, 11:04:51 | perft | Computation for task test_c_185_0 finished
wto, 23 lip 2013, 11:04:51 | perft | Starting task test_c_183_0 using uc1 version 1
wto, 23 lip 2013, 11:04:52 | perft | Computation for task test_c_184_1 finished
wto, 23 lip 2013, 11:04:52 | perft | Starting task test_c_182_1 using uc1 version 1
wto, 23 lip 2013, 11:04:53 | perft | Computation for task test_c_184_0 finished
wto, 23 lip 2013, 11:04:53 | perft | Starting task test_c_179_0 using uc1 version 1
wto, 23 lip 2013, 11:05:10 | perft | Computation for task test_c_183_1 finished
wto, 23 lip 2013, 11:05:10 | perft | Starting task test_c_178_1 using uc1 version 1
wto, 23 lip 2013, 11:05:14 | perft | Computation for task test_c_183_0 finished
wto, 23 lip 2013, 11:05:14 | perft | Starting task test_c_178_0 using uc1 version 1
wto, 23 lip 2013, 11:05:15 | perft | Computation for task test_c_182_1 finished
wto, 23 lip 2013, 11:05:15 | perft | Starting task test_c_173_1 using uc1 version 1
wto, 23 lip 2013, 11:05:16 | perft | Computation for task test_c_179_0 finished
wto, 23 lip 2013, 11:05:16 | perft | Starting task test_c_173_0 using uc1 version 1
wto, 23 lip 2013, 11:05:32 | perft | Computation for task test_c_178_1 finished
wto, 23 lip 2013, 11:05:32 | perft | Starting task test_c_172_1 using uc1 version 1
wto, 23 lip 2013, 11:05:37 | perft | Computation for task test_c_178_0 finished
wto, 23 lip 2013, 11:05:37 | perft | Starting task test_c_172_0 using uc1 version 1
wto, 23 lip 2013, 11:05:38 | perft | Computation for task test_c_173_1 finished
wto, 23 lip 2013, 11:05:38 | perft | Starting task test_c_171_1 using uc1 version 1
wto, 23 lip 2013, 11:05:39 | perft | Computation for task test_c_173_0 finished
wto, 23 lip 2013, 11:05:39 | perft | Starting task test_c_171_0 using uc1 version 1
wto, 23 lip 2013, 11:05:55 | perft | Computation for task test_c_172_1 finished
wto, 23 lip 2013, 11:05:55 | perft | Starting task test_c_170_0 using uc1 version 1
wto, 23 lip 2013, 11:06:00 | perft | Computation for task test_c_172_0 finished
wto, 23 lip 2013, 11:06:01 | perft | Computation for task test_c_171_1 finished
wto, 23 lip 2013, 11:06:02 | perft | Computation for task test_c_171_0 finished
wto, 23 lip 2013, 11:06:18 | perft | Computation for task test_c_170_0 finished


Pozdrawiam

[TJM]

Z w/w komunikatu nic nie da się wywnioskować, to po prostu FUH zgłasza pusty request (zapewne z przeglądarki).
Sprawdź prawa dostępu do folderu z logami, może FUH nie może tam nic zapisać. FUH i scheduler działają na takim samym użytkowniku, jak apacz, więc to apacz musi mieć prawa dostępu do tego folderu.

[mariotti]

Z w/w komunikatu nic nie da się wywnioskować, to po prostu FUH zgłasza pusty request (zapewne z przeglądarki).
Sprawdź prawa dostępu do folderu z logami, może FUH nie może tam nic zapisać. FUH i scheduler działają na takim samym użytkowniku, jak apacz, więc to apacz musi mieć prawa dostępu do tego folderu.

Dałem dla pewności chmod 777 upload. Takie pliki mam w logach:

Kod [Zaznacz] Rozwiń


perft@x:~/www/log_x$ ls -l
total 39248
-rw-r--r-- 1 root     www-data   836586 Jul 24 00:12 apache2
-rw-rw-rw- 1 perft    www-data 16535946 Jul 24 00:18 feeder.log
-rw-rw-rw- 1 perft    www-data  1107062 Jul 24 00:18 file_deleter.log
-rw-r--r-- 1 www-data www-data  2498920 Jul 24 00:06 scheduler.log
-rw-rw-rw- 1 perft    www-data 19140110 Jul 24 00:18 transitioner.log


Przeszukalem po nazwie upload cały vps - wyniki jak poniżej.
Katalog projektu to ./home/perft/www/.

Kod [Zaznacz] Rozwiń


root@x:/# find . -name '*upload*'
./usr/lib/git-core/git-upload-pack
./usr/lib/git-core/git-upload-archive
./usr/lib/python2.6/distutils/command/upload.py
./usr/lib/python2.6/distutils/command/upload.pyc
./usr/bin/git-upload-pack
./usr/bin/git-upload-archive
./usr/share/phpmyadmin/libraries/import/upload
./usr/share/phpmyadmin/libraries/import/upload/uploadprogress.php
./usr/share/man/man1/git-upload-archive.1.gz
./usr/share/man/man1/git-upload-pack.1.gz
./usr/share/doc/libcurl4-openssl-dev/examples/ftpupload.c
./usr/share/doc/libcurl4-openssl-dev/examples/fileupload.c
./home/perft/www/upload
./home/perft/www/cgi-bin/file_upload_handler
./home/perft/www/keys/upload_private
./home/perft/www/keys/upload_public
./home/perft/boinc/sched/.deps/fcgi_file_upload_handler-file_upload_handler.Po
./home/perft/boinc/sched/.deps/file_upload_handler.Po
./home/perft/boinc/sched/.deps/fcgi_file_upload_handler-sched_msgs.Po
./home/perft/boinc/sched/.deps/fcgi_file_upload_handler-sched_config.Po
./home/perft/boinc/sched/file_upload_handler.cpp
./home/perft/boinc/sched/file_upload_handler.o
./home/perft/boinc/sched/file_upload_handler
./home/perft/boinc/test/uc_multiple_uploads_result
./home/perft/boinc/test/test_upload_backoff.php
./home/perft/boinc/test/test_upload_resume.php