Theory Simulation (früher Test4Theory, LHC+, vLHCathome)

[SDI]

Oh, hab wieder ne Wutze, steht gerade auf verdrängt. Werde sie mal durch anhalten der anderen Projekte zum start zwingen und berichten

Die Edith sagt: Hmmm, läuft jetzt seit guten 8 Minuten, aber in VirtualBox sehe ich keine neue VM, Proz.-Zeit wird auch nicht verbraucht...

[McCarron]

es wurd doch geschrieben "not open for official testing yet, not even for alpha tests, so please wait."

warum lasst ihr es dann net einfach sein?

is doch auf die Art nur unnötiger Traffic


http://www.seti-germany.de/forum/ast...tml#post165773
http://lhcathome.cern.ch/lhcathome/f...rap=true#22528

[Saenger]

warum lasst ihr es dann net einfach sein?

Weil wir ATAs sind

[aendgraend]

[SDI]

Grins, genau

Übrigens hat sich meine Wutze wieder gerappelt und hat schon einige Trickles gemeldet.

[SDI]

Hoffentlich haben sie das Testprojekt nicht wieder platt gemacht, meine WU läuft seit guten 200h und kann seit Tagen keine trickles melden...

[Major]

Die ganze (Test-)Geschichte scheint sich inzwischen hierhin (Test4Theory@Home) verlagert zu haben.
Ein paar sehr interessante weiterführende Links sind auch angegeben, z.B. *Histograms* und *LHC++@Home*
*jetzt hoffe ich nur dass die Jungs nicht noch öfter umziehen ... ich sehe es schon deutlich vor mir: LHC+++++++@Home *
Falls jemand Lust verspürt, kann derjenige gern einige weitere Informationen auf deutsch hier unterbringen ...... */me muss jetzt dringenst ins Bett*

[Moorhuepfer]

Gentlemann, start Your Engines please:

http://www.heise.de/newsticker/meldu...r-1194428.html

und der Zettel ist doch gerade schon so voll.

[aendgraend]

Hi,

Ich bekomme bei LHC+ einfach keine Aufgabe ans Rechnen. Jede bisherige WU ist nach spätestens 18 Sekunden abgebrochen worden.

ein typischer Stderr Output:

<core_client_version>6.10.58</core_client_version>
<![CDATA[
<message>
Unzul�ssige Funktion. (0x1) - exit code 1 (0x1)
</message>
<stderr_txt>

Setting VirtualBox PATH in Windows...
Trying to grab installation path of VirtualBox from Windows Registry...
Success!!! Installation PATH of VirtualBox is: C:\Program Files\Oracle\VirtualBox\.
Old PATH environment variable:
C:\Windows\system32;C:\Windows;C:\Windows\System32 \Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\; C:\Program Files (x86)\Samsung\Samsung PC Studio 3\;C:\Program Files\Oracle\VirtualBox;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\Program Files (x86)\QuickTime\QTSystem\;C:\Program Files\TortoiseSVN\bin

Adding VirtualBox to PATH:
C:\Windows\system32;C:\Windows;C:\Windows\System32 \Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\; C:\Program Files (x86)\Samsung\Samsung PC Studio 3\;C:\Program Files\Oracle\VirtualBox;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\Program Files (x86)\QuickTime\QTSystem\;C:\Program Files\TortoiseSVN\bin;C:\Program Files\Oracle\VirtualBox\
INFO: Cleaning old VMs of the project...
INFO: CernVM does not exist, so it is not necessary to unregister.
INFO: Please, check that cernvm.vmdk virtual hard disk is not registered.
INFO: Cleaning completed

Initializing VM...
Decompressing the VM
Uncompressed finished
Warning: VM is not registered!
Registering a new VM from unzipped image...
ERROR: Create VM method: createvm failed!
ERROR: createvm --name BOINC_VM --ostype Linux26 --register
Aborting
20:21:18 (3316): called boinc_finish


**********
**********

Memory Leaks Detected!!!

Memory Statistics:
0 bytes in 0 Free Blocks.
284 bytes in 5 Normal Blocks.
804 bytes in 3 CRT Blocks.
0 bytes in 0 Ignore Blocks.
0 bytes in 0 Client Blocks.
Largest number used: 10092 bytes.
Total allocations: 28080 bytes.

Dumping objects ->
{93} normal block at 0x0000000000519800, 64 bytes long.
Data: <createvm --name > 63 72 65 61 74 65 76 6D 20 2D 2D 6E 61 6D 65 20
{85} normal block at 0x0000000000515D90, 64 bytes long.
Data: <../../projects/b> 2E 2E 2F 2E 2E 2F 70 72 6F 6A 65 63 74 73 2F 62
..\..\api\boinc_api.cpp(220) : {74} normal block at 0x0000000000515D40, 8 bytes long.
Data: < R > 00 00 52 00 00 00 00 00
..\..\lib\parse.cpp(153) : {73} normal block at 0x0000000000515C70, 140 bytes long.
Data: <<project_prefere> 3C 70 72 6F 6A 65 63 74 5F 70 72 65 66 65 72 65
{65} normal block at 0x0000000000515BB0, 8 bytes long.
Data: <0WQ > 30 57 51 00 00 00 00 00
{57} normal block at 0x0000000002017BE0, 48 bytes long.
Data: <"C:\BOINC\Data\s> 22 43 3A 5C 42 4F 49 4E 43 5C 44 61 74 61 5C 73
Object dump complete.


</stderr_txt>
]]>

sieht evtl. jemand auf die schnelle, worans liegen könnte?

(Virtual Box funktioniert, da ich hier ständig eine Ubuntu x64 VM am Laufen haben und ab und an noch ein paar Windows7 VMs, wenn ich mal wieder was ausprobieren will.)

[taurec]

Servus aendgraend,
hab zwar noch nie LHC gerechnet, aber wieviel Speicher hast denn der VM zugeordnet?

[aendgraend]

Bisher überhaupt keinen, da die BOINC-VM noch gar nicht erstellt wurde. Ich denke die Lösung liegt evtl. in diesem Post.

Jedenfalls hab ich eine ältere Version der BOINC-VM und die entsprechende Virtual Disk mal gelöscht. Die Verzeichnisse wie im obigen Post beschrieben kann ich net löschen, da noch eine weitere VM läuft im Moment.


Hinzugefügter Post:

So,

ich kann bestätigen: Es hilft in diesem Fall (keine VM startet mehr, also auch keine WU, vermutlich erstmals aufgetreten nach einem Update der LHC+ Applikation), das Verzeichnis C:\Users\Benutzername\VirtualBox VMs\BOINC_VM zu löschen.

Nun läuft eine WU von LHC+, sehr schön.

[Major]

hmmmmm .... ich weiß nicht so recht wo ich diesen Post einordnen soll .. egal ...

von der HP von LHC@home 2.0:

Test4Theory goes BETA today !!

dazu der Link zum Forum, wo selbiges durch einen der Projektadmins offiziell verkündet wurde.

[aendgraend]

na dann rechne ich also seit monaten ja quasi prä-beta

[WBT112]

Hab mir auch gleich mal ne Workunit gezogen. Gibts irgend eine Möglichkeit bei VirtualBox (Win 7 64-bit) die VM im Hintergrund laufen zu lassen ? Sonst müllt mir die VM leider die Taskleiste zu :/

[aendgraend]

Klar gibt's die: TrayIt

[WBT112]

Klar gibt's die: TrayIt

Vielen Dank

Dann werd ich mal meine erste Workunit zu Ende rechnen, ein paar Tests wurden ja schon durchgeführt.

[Hoshione]

Hallo zusammen, hab da mal ne generelle Frage :

Ist für die VM zwingend Linux als BS notwendig oder kann es auch ein anderes sein.

Ich muss einfach mal fragen weil ich sonst keine Hinweise dazu finde oder ich bin zu blind dazu sie zu finden


Gruß

Hoshione

[WBT112]

Zwingend ist nur die Installation von VirtualBox. Das gibt es für fast jedes Betriebssystem ,einschliesslich Mac und Windows. In der VM läuft eine Linux-Distribution, die hat aber mit dem Host-OS (auf dem BOINC läuft) dann weiter nichts zu tun.

[Hoshione]

Danke dir, es hatte sich mir bis jetzt nicht so erschlossen

[Saenger]

Da wurde wohl jemand vom Erfolg überrollt

Dear All,

Following unexpected posts on major news sites on 11th of August we have started seeing the exponential growth of number of connected virtual machines. Every minute several new virtual machines were popped up. Just to give you a rough idea, before, when we were only on major tech blogs and news sites the shape of the curve which was showing the number of active virtual machines looked like this, after BBC and MSNBC wrote about LHC@home the shape of the curve in no time became like this.

Some of connected virtual machines apparently had problems with the application software (causes are still under investigation), and so they were getting jobs from our queues, were failing to run them, were reporting them back and were asking for more jobs. CernVM Co-Pilot (the framework that we use to distribute jobs from CERN into Virtual Machines and gather the results back) normally takes about a couple of seconds to generate a job request in a Virtual Machine, send it over to the server, pick the waiting job from the queue, prepare it, send it for execution, and start running it in the Virtual Machine. So, as you can imagine, with about 1000 active virtual machines, out of which several were 'rogue' and were basically doing nothing but draining the job server, our queues became empty very fast. We quickly ended up with queues, which were draining faster than our scripts could possibly feed them.

Normally, this would not have not been a problem at all: Virtual Machines were not supposed to jump on servers all at once when the queues were empty. There is a built-in mechanism which would make them exponentially back off, precisely for the reason of not overloading our servers. Everything would have been good, if we did not have a bug which prevented our exponential back off algorithm from working, and instead turned all our virtual machines into cannons which were firing at our server hundreds of requests in a second. Because of that we had to turn our servers down and empty the BOINC server queue (has nothing to do with the Co-Pilot queue). This meant that BOINC clients would not pop up new Virtual Machines anymore.

It took a while to figure the problem out, the updated code was pushed into CernVM File System repository about 2AM on August 12th (GMT +2), and the server was configured to prevent agents with the buggy code from connecting at about 10 AM on August 12th (because the bug is still there and they would still be flooding us). We put an announcement on the forums asking users to reboot (to make sure they pick up the updated code). After that the system started working again. Currently there are about 300 concurrently active machines. These are the users who got virtual machines before we emptied BOINC server queue and who rebooted them after our announcement. We are currently planning to slowly start adding new Work Units to BOINC server queue (100 at a time), which means that virtual machines should start to pop up on registered users' machines soon.

Our initial goal was to recruit about 2,000 volunteers (remember, we just wanted to do a Beta test) so that several hundreds of them would be active all the time. We carried out alpha tests with about 300 registered volunteers (which would peak up to 100 online volunteers). As you will soon read in the other, more general announcement that we are about to publish on our main page, we are already very close to having 8,000 registered volunteers. We will try to slowly ramp that number up to 10,000 after which we plan to stabilize for a while before future increases.

We would like to ask everyone to remember that we are still in Beta testing phase. Which means that outages like this are likely to happen again, in fact we do expect them to happen again. To discover and eliminate bugs we together with you are intentionally pushing the system well beyond its limits.

Last but not least, we would like to thank you all of you again, for your enthusiasm, help, patience and understanding!!!

Artem,
on behalf of LHC@home 2.0 Team.

Die Maschinen, die nach der Öffnung für Beta dazu kamen, waren dank einiger breitenwirksamer Medienartikel deutlich mehr als erwartet, geplant waren ca. 2000, es sind jetzt bald 10000.

[aendgraend]

Klingt, als wären sie überrascht, dabei hätten sie doch nur einen Blick auf ein paar andere neue Projekte werfen müssen...

Egal, jedenfalls sollte man sich nen Account sichern, bevor die bei Erreichen der 10.000 User-Marke die Anmeldung sperren - was ich da so rauslese.

[HeNiNnG]

Klingt, als wären sie überrascht, dabei hätten sie doch nur einen Blick auf ein paar andere neue Projekte werfen müssen...

Egal, jedenfalls sollte man sich nen Account sichern, bevor die bei Erreichen der 10.000 User-Marke die Anmeldung sperren - was ich da so rauslese.

Konto-Erstellung ist gesperrt

Die Kontoerstellung ist zurzeit deaktiviert. Bitte versuchen Sie es später noch einmal.

Quelle -.-

[aendgraend]

Tja, so kann's gehen
(ich hab vorher auch nicht nachgesehen...)

[HeNiNnG]

So...habe (mit pschoefer zusammen) mal die WIKI-Seite angepasst (Name, aktuelle Links, etc. aktualisiert)
Außerdem hat pschoefer den Titel dieses Threads an den richtigen Namen des Projekts angepasst.

Der Grund, warum ich mich daran machte, die Links zu aktualisieren wer der, das ich feststellte, dass die angegebenen nicht mehr gültig waren.
Und darauf wurde ich aufmerksam, als ich mich über das Projekt informierte, bzgl. der Anmeldungen (evtl. habe ich Interesse, auch mitzumachen )

Und da fiel mir folgendes auf:
Man kann wieder Konten eröffnen...allerdings nur mit 'Einladungs-Code'.
Nun meine Frage:
Wo bekomme ich einen her? Von einem, der schon ein Konto hat, oder aus dem Projektforum, oder von einem Projekt-Admin?
Evtl. habt ihr, die ihr ein Konto habt, ja einen Einladungscode, dden ihr vergeben könnt, oder ihr wisst, wo man einen solchen auftreiben kann^^


Ach ja, hab noch ein paar weitere Fragen zu dem Projekt:
Wenn das dann per VM läuft, wird im BOINC-manager nur ne WU ohne Fortschritt angezeigt...soweit okay, aber läuft diese WU IMMER, oder wird die auch angehalten?


Vielen Dank schonmal im voraus für jegliche Antworten.

[aendgraend]

Ich hab grad mal geschaut in meinem Account, da steht leider nix von Einladungscode, soweit ich das sehen kann.