GPUGRID
Re: GPUGRID
Vielmals merci
Gruß Harald
Meine Kommentare sind grundsätzlich nicht Chauvinistischer, Misogynischer, Xenophobischer, Homophobischer oder Religionfeindlicher Natur, sondern dienen lediglich der Konversation und repräsentieren ansonsten die schlichte, rheinische Denkungsweise.
s
Meine Kommentare sind grundsätzlich nicht Chauvinistischer, Misogynischer, Xenophobischer, Homophobischer oder Religionfeindlicher Natur, sondern dienen lediglich der Konversation und repräsentieren ansonsten die schlichte, rheinische Denkungsweise.
s
Re: GPUGRID
das war wohl nix: nach 6Sec ist Schluß---<message>
(unknown error) - exit code 195 (0xc3)</message>
https://www.gpugrid.net/result.php?resultid=32706442
(unknown error) - exit code 195 (0xc3)</message>
https://www.gpugrid.net/result.php?resultid=32706442
Re: GPUGRID
Einer meiner Rechner hat am 24. und 25. lauter Fehler nach ca. 35 bis 40 Sekunden geworfen, macht jetzt aber wieder anstandslos mit.
Sah so aus:
Bei dir sieht das anders aus:
Ich habe leider keine Ahnung davon, was uns diese Litanei sagen soll.
Sah so aus:
Code: Alles auswählen
<core_client_version>7.14.2</core_client_version>
<![CDATA[
<message>
process exited with code 195 (0xc3, -61)</message>
<stderr_txt>
06:01:30 (9422): wrapper (7.7.26016): starting
06:01:49 (9422): wrapper (7.7.26016): starting
06:01:49 (9422): wrapper: running bin/acemd3 (--boinc --device 0)
ACEMD failed:
Particle coordinate is nan
06:02:03 (9422): bin/acemd3 exited; CPU time 8.652714
06:02:03 (9422): app exit status: 0x1
06:02:03 (9422): called boinc_finish(195)
</stderr_txt>
]]>
Code: Alles auswählen
<core_client_version>7.16.20</core_client_version>
<![CDATA[
<message>
(unknown error) - exit code 195 (0xc3)</message>
<stderr_txt>
22:00:20 (12708): wrapper (7.9.26016): starting
22:00:20 (12708): wrapper: running bin/acemd3.exe (--boinc --device 0)
22:00:21 (12708): bin/acemd3.exe exited; CPU time 0.000000
22:00:21 (12708): app exit status: 0xc0000135
22:00:21 (12708): called boinc_finish(195)
0 bytes in 0 Free Blocks.
296 bytes in 4 Normal Blocks.
1144 bytes in 1 CRT Blocks.
0 bytes in 0 Ignore Blocks.
0 bytes in 0 Client Blocks.
Largest number used: 0 bytes.
Total allocations: 154078 bytes.
Dumping objects ->
{321029} normal block at 0x0000026650055890, 140 bytes long.
Data: <<project_prefere> 3C 70 72 6F 6A 65 63 74 5F 70 72 65 66 65 72 65
..\api\boinc_api.cpp(309) : {321026} normal block at 0x0000026650019F90, 8 bytes long.
Data: < ­Qf > 00 00 AD 51 66 02 00 00
{320389} normal block at 0x0000026650055070, 140 bytes long.
Data: <<project_prefere> 3C 70 72 6F 6A 65 63 74 5F 70 72 65 66 65 72 65
{319783} normal block at 0x0000026650019950, 8 bytes long.
Data: < | Pf > 20 7C 04 50 66 02 00 00
..\zip\boinc_zip.cpp(122) : {151} normal block at 0x00000266500239F0, 260 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
{135} normal block at 0x000002665001FA10, 32 bytes long.
Data: <windows_x86_64__> 77 69 6E 64 6F 77 73 5F 78 38 36 5F 36 34 5F 5F
{134} normal block at 0x0000026650019FE0, 16 bytes long.
Data: <Àß Pf > C0 DF 01 50 66 02 00 00 00 00 00 00 00 00 00 00
{133} normal block at 0x000002665001DFC0, 40 bytes long.
Data: <àŸ Pf ú Pf > E0 9F 01 50 66 02 00 00 10 FA 01 50 66 02 00 00
{124} normal block at 0x000002665001DF50, 48 bytes long.
Data: <--boinc --device> 2D 2D 62 6F 69 6E 63 20 2D 2D 64 65 76 69 63 65
{123} normal block at 0x000002665001A210, 16 bytes long.
Data: <èH Pf > E8 48 02 50 66 02 00 00 00 00 00 00 00 00 00 00
{122} normal block at 0x0000026650019C20, 16 bytes long.
Data: <ÀH Pf > C0 48 02 50 66 02 00 00 00 00 00 00 00 00 00 00
{121} normal block at 0x000002665001A1C0, 16 bytes long.
Data: < H Pf > 98 48 02 50 66 02 00 00 00 00 00 00 00 00 00 00
{120} normal block at 0x000002665001A120, 16 bytes long.
Data: <pH Pf > 70 48 02 50 66 02 00 00 00 00 00 00 00 00 00 00
{119} normal block at 0x000002665001A5D0, 16 bytes long.
Data: <HH Pf > 48 48 02 50 66 02 00 00 00 00 00 00 00 00 00 00
{118} normal block at 0x0000026650019B80, 16 bytes long.
Data: < H Pf > 20 48 02 50 66 02 00 00 00 00 00 00 00 00 00 00
{117} normal block at 0x000002665001A260, 16 bytes long.
Data: < H Pf > 00 48 02 50 66 02 00 00 00 00 00 00 00 00 00 00
{116} normal block at 0x000002665001A4E0, 16 bytes long.
Data: <ØG Pf > D8 47 02 50 66 02 00 00 00 00 00 00 00 00 00 00
{115} normal block at 0x000002665001A030, 16 bytes long.
Data: <°G Pf > B0 47 02 50 66 02 00 00 00 00 00 00 00 00 00 00
{114} normal block at 0x00000266500247B0, 496 bytes long.
Data: <0  Pf bin/acem> 30 A0 01 50 66 02 00 00 62 69 6E 2F 61 63 65 6D
{64} normal block at 0x0000026650019B30, 16 bytes long.
Data: < êpPö > 80 EA 70 50 F6 7F 00 00 00 00 00 00 00 00 00 00
{63} normal block at 0x000002665001A6C0, 16 bytes long.
Data: <@épPö > 40 E9 70 50 F6 7F 00 00 00 00 00 00 00 00 00 00
{62} normal block at 0x0000026650019860, 16 bytes long.
Data: <øWmPö > F8 57 6D 50 F6 7F 00 00 00 00 00 00 00 00 00 00
{61} normal block at 0x0000026650019D60, 16 bytes long.
Data: <ØWmPö > D8 57 6D 50 F6 7F 00 00 00 00 00 00 00 00 00 00
{60} normal block at 0x0000026650019E00, 16 bytes long.
Data: <P mPö > 50 04 6D 50 F6 7F 00 00 00 00 00 00 00 00 00 00
{59} normal block at 0x0000026650019A40, 16 bytes long.
Data: <0 mPö > 30 04 6D 50 F6 7F 00 00 00 00 00 00 00 00 00 00
{58} normal block at 0x0000026650019900, 16 bytes long.
Data: <à mPö > E0 02 6D 50 F6 7F 00 00 00 00 00 00 00 00 00 00
{57} normal block at 0x000002665001A670, 16 bytes long.
Data: < mPö > 10 04 6D 50 F6 7F 00 00 00 00 00 00 00 00 00 00
{56} normal block at 0x000002665001A3A0, 16 bytes long.
Data: <p mPö > 70 04 6D 50 F6 7F 00 00 00 00 00 00 00 00 00 00
{55} normal block at 0x00000266500199F0, 16 bytes long.
Data: < ÀkPö > 18 C0 6B 50 F6 7F 00 00 00 00 00 00 00 00 00 00
Object dump complete.
</stderr_txt>
]]>
Re: GPUGRID
Btw.: Das Serverzertifikat ist ausgelaufen.
Mag sein, dass wir unsere Aufgaben weder zurückgeben, noch neue ziehen können.
Mag sein, dass wir unsere Aufgaben weder zurückgeben, noch neue ziehen können.
Re: GPUGRID
Nein, kein Serverzertifikat aus gelaufen,
die 101 WUs machen Probleme. 1121 laufen. Da gab es schonmal ein Thread hier im Forum. Klickedickack
die 101 WUs machen Probleme. 1121 laufen. Da gab es schonmal ein Thread hier im Forum. Klickedickack
Gruß Harald
Meine Kommentare sind grundsätzlich nicht Chauvinistischer, Misogynischer, Xenophobischer, Homophobischer oder Religionfeindlicher Natur, sondern dienen lediglich der Konversation und repräsentieren ansonsten die schlichte, rheinische Denkungsweise.
s
Meine Kommentare sind grundsätzlich nicht Chauvinistischer, Misogynischer, Xenophobischer, Homophobischer oder Religionfeindlicher Natur, sondern dienen lediglich der Konversation und repräsentieren ansonsten die schlichte, rheinische Denkungsweise.
s
- Michael H.W. Weber
- Vereinsvorstand
- Beiträge: 22431
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
- Kontaktdaten:
Re: GPUGRID
Von der Teilnahme an dem Projekt kann ich derzeit nur abraten: Selbst wenn man das obige Problem händisch korrigiert hat, nimmt der Server keine WUs mit mehr als 500 MB Ergebnisdateigröße an, schrottet diese einfach ab und trägt somit einzig zur Produktion heißer Luft bei.
Die Projektleitung ist durch etliche Forenbeiträge vor Wochen auf das Problem hingewiesen worden, macht aber keine mir bekannt gewordenen Anstalten, das Problem zu beheben.
So lange deren Kommunikation derartig schlecht läuft, spendiere ich meine Rechenzeit lieber anderen Projekten - was sehr, sehr schade ist, da GPUGRID gewiss zu einem der innovativsten und auch interessantesten DC-Projekte gehört.
Michael.
P.S.: Vielleicht schreibt ja mal jemand dem Gianni de Fabritiis direkt eine eMail und bittet um einen offiziellen Kommentar dazu.
Die Projektleitung ist durch etliche Forenbeiträge vor Wochen auf das Problem hingewiesen worden, macht aber keine mir bekannt gewordenen Anstalten, das Problem zu beheben.
So lange deren Kommunikation derartig schlecht läuft, spendiere ich meine Rechenzeit lieber anderen Projekten - was sehr, sehr schade ist, da GPUGRID gewiss zu einem der innovativsten und auch interessantesten DC-Projekte gehört.
Michael.
P.S.: Vielleicht schreibt ja mal jemand dem Gianni de Fabritiis direkt eine eMail und bittet um einen offiziellen Kommentar dazu.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
-
- Task-Killer
- Beiträge: 776
- Registriert: 05.09.2001 01:00
- Wohnort: Porta Westfalica
- Kontaktdaten:
Re: GPUGRID
Ich hatte auch (unbemerkt) eine WU von dem Projekt am Laufen, eine "Cuda101". Die wurde auch problemlos durchgerechnet.
Aber sie wird aktuell nicht hochgeladen (aktuelle Projektverzögerung 2 Stunden".
Im Log vom BM finden sich folgende Einträge (allerdings bin ich nicht ganz sicher, ob die zu GpuGrid gehören, da kein Projekt angegeben):
Wenn ich die Webseite aufrufe, erhalte ich einen Zertifikatsfehler.
Aber sie wird aktuell nicht hochgeladen (aktuelle Projektverzögerung 2 Stunden".
Im Log vom BM finden sich folgende Einträge (allerdings bin ich nicht ganz sicher, ob die zu GpuGrid gehören, da kein Projekt angegeben):
Code: Alles auswählen
So 28 Nov 2021 19:03:09 CET | | Project communication failed: attempting access to reference site
So 28 Nov 2021 19:03:11 CET | | Internet access OK - project servers may be temporarily down.
- Michael H.W. Weber
- Vereinsvorstand
- Beiträge: 22431
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
- Kontaktdaten:
Re: GPUGRID
Ja, da war neben den anderen Problemen auch im Forum bei GPUGRID erneut wieder die Rede von einem Zertifikatsproblem.
Michael.
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
Re: GPUGRID
Hochladen wird erst möglich sein, wenn das Problem behoben ist.
Bis dahin bleiben die Aufgaben unten.
Wie es mit Validierung aussieht, weiß man nicht, weil ich dem Projekt zutraue, die Deadlines nicht zu verlängern, bevor das neue Zertifikat eingespielt wird.
Falls sie daran denken sollten, würde ich dann immer noch um den Bonus für schnelle Rückgabe bangen.
Also mal wieder alles ganz toll!
Bis dahin bleiben die Aufgaben unten.
Wie es mit Validierung aussieht, weiß man nicht, weil ich dem Projekt zutraue, die Deadlines nicht zu verlängern, bevor das neue Zertifikat eingespielt wird.
Falls sie daran denken sollten, würde ich dann immer noch um den Bonus für schnelle Rückgabe bangen.
Also mal wieder alles ganz toll!
- Michael H.W. Weber
- Vereinsvorstand
- Beiträge: 22431
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
- Kontaktdaten:
Re: GPUGRID
Zum Zertifikatsproblem: http://www.gpugrid.net/forum_thread.php ... true#57899
Mein Hinweis auf die Aufhebung/Anpassung des Uploadgdateigrößenlimits ist direkt das Posting darüber.
Michael.
[edit]: Ich fand eben im GPUGRID-Forum eine Lösung für die Uploads während des Zertifikatproblems.
Mein Hinweis auf die Aufhebung/Anpassung des Uploadgdateigrößenlimits ist direkt das Posting darüber.
Michael.
[edit]: Ich fand eben im GPUGRID-Forum eine Lösung für die Uploads während des Zertifikatproblems.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
-
- Task-Killer
- Beiträge: 776
- Registriert: 05.09.2001 01:00
- Wohnort: Porta Westfalica
- Kontaktdaten:
Re: GPUGRID
Meine noch offene WU wurde im Laufe des heutigen Tages hochgeladen und auch validiert - ca. 24h und 280k Punkte (etwas schneller als die, die ich in der Vergangenheit hatte)
Eine zweite, noch offene WU hat nach wie vor Abgabedatum 2. Dez, also bisher nicht verlängert.
Eine zweite, noch offene WU hat nach wie vor Abgabedatum 2. Dez, also bisher nicht verlängert.