LHC@home

[pschoefer]

Doch, es wurde Hand angelegt, aber der zuständige Admin hat vor einer Stunde Entwarnung gegeben. CMS Simulation läuft also wieder wie üblich, wenn auch wegen des Pentathlons gerade mit etwas geringerer Scheduler-Priorität.

[taurec]

8 WU sind schon abgebrochen, und der Burner sind die Credits für die beiden anderen auch nicht .... egal, sind ja für alle gleich. Schade wenn man sie schon mal hat

[pschoefer]

Die Wissenschaftler hinter SixTrack bedanken sich noch einmal explizit für die Zusatzleistung durch den Sprint beim vergangenen BOINC Pentathlon. Kürzlich ist zudem ein Artikel im Fachjournal Physical Review Accelerators and Beams erschienen, der die Ergebnisse früherer Berechnungen über LHC@home verwendet.

BOINC Pentathlon 2019 ist vorbei - ein großer Dank vom SixTrack-Team!
Liebe Freiwillige,

der Pentathlon 2019 ist vorbei und wir möchten allen Teilnehmern dafür danken, unsere WUs gecruncht zu haben! Die unter BOINC zur Verfügung stehende CPU-Leistung hat sich fast verdoppelt und unsere Berechnungen beschleunigt, auch wenn es nur für ein paar Tage war. Wir sind dafür sehr dankbar!

Das SixTrack-Team möchte auch all euch Freiwilligen danken, die uns regelmäßig mit ihren CPUs unterstützen. Ihr gebt uns die Möglichkeit, unser Verständnis der Dynamischen Apertur zu vertiefen, einer Größe von höchster Wichtigkeit für die Stabilität von Teilchenstrahlen in großen Beschleunigern wie supraleitenden Speicherringen. Zu guter Letzt ein brandneuer Artikel im wichtigsten Journal im Feld der Beschleunigerphysik, welcher Simulationen und Messungen vergleicht, wobei die Simulationsergebnisse dank euch und BOINC erzielt wurden:
https://journals.aps.org/prab/pdf/10...eams.22.034002 (engl.)

Viel wurde schon mit eurer Hilfe erreicht, aber in der nächsten Zeit wird noch viel mehr kommen. Wir zählen auf eure Unterstützung!
Macht weiter so,
Alessio und Massimo für das SixTrack-Team
20.05.2019, 9:00:15 MEZ

Originaltext:

2019 BOINC Pentathlon is over - a big thank you from the SixTrack team!
Dear volunteers,

the 2019 pentathlon is over, and we would like to thank all the participants for having crunched our tasks! We saw the BOINC CPU capacity almost doubled, boosting our calculations, even though it was only for few days. We are very grateful for that!

The SixTrack team would also like to thank all you volunteers who regularly support us with your CPUs. You give us the possibility to deepen our understanding of the dynamic aperture, a quantity of paramount importance for the stability of particle beams in big research accelerators like superconducting colliders - last but not least a very recent paper on the most important journal in the field of accelerator physics, comparing simulations and measurements:
https://journals.aps.org/prab/pdf/10...eams.22.034002
where simulation results have been obtained thanks to you and BOINC!

A lot has been already done with your help, but a lot more has still to come in the next future. We count on your support!
Keep up the good work,
Alessio and Massimo, for the SixTrack team
20 May 2019, 8:00:15 UTC

[pschoefer]

SixTrack 5 ist jetzt nach Windows und Linux (64-Bit) auch für weitere Plattformen verfügbar, darunter Android und Linux auf 64-Bit-ARM-CPUs:

Neue SixTrack-5.02.05-Anwendungen
Liebe Freiwillige,

wir freuen uns, die Freigabe neuer Anwendungen der aktuellen Version (v5.02.05) für den Produktivbetrieb (SixTrack) bekanntzugeben. Wir haben neue Anwendungen für FreeBSD (avx/sse2), eine Anwendung für Windows XP (32-Bit), eine aarch64-Anwendung für Linux und eine für Android. Vielen Dank an James, Kyrre und Veronica, dass sie die Zeit zum Erstellen dieser Anwendungen gefunden haben.

Das Verteilen eine Anwendung, die mit XP-Rechnern kompatibel ist, soll niemanden ermuntern, weiterhin veraltete Betriebssysteme einzusetzen, sondern einen sanfteren Übergang auf neuere Betriebssysteme ermöglichen. Auf diese Weise verpassen Teilnehmer mit XP-Rechnern nicht die Möglichkeit, an der aktuellen Welle von SixTrack-Aufgaben (die recht lang anhalten sollte) teilzunehmen, während sie über Möglichkeiten der Aktualisierung ihrer Rechner nachdenken. Gleichzeitig versuchen wir, 32-Bit-Linux-Anwendungen vorzubereiten. Nehmt zur Kenntnis, dass alle Windows-Anwendungen ohne Filter nach bestimmten Versionen verteilt werden - daher könnten XP-Rechner die normalen Windows-Anwendungen erhalten, welche sofort abstürzen, aber der BOINC-Server sollte schnell lernen, dass die XP-kompatible Anwendung die richtige ist.

Wir freuen uns sehr, nun auch FreeBSD- und Android-Nutzer in unseren Betrieb einzubeziehen. Für letztere Plattform laufen die aktuellen Anwendungen nicht auf Android-Version 8 oder neuer. James beschäftigt sich noch damit. Da das Scheduler-seitige Filtern nach Android-Version noch fehlerhaft ist (siehe https://github.com/BOINC/boinc/issues/3172, engl.), haben wir die Android-Anwendung als Testanwendung markiert. Daher sollten SixTrack-Teilnehmer mit Android 8 oder neuer keine Aufgaben für die entsprechenden Rechner anfordern oder die Option Die Ausführung von Testanwendung erlauben? in ihren LHC@home-Projekteinstellungen deaktivieren.

Wir verfolgen auch die Erzeugung von Anwendungen für macOS und sollten diese bald unter sixtracktest testen können.

Danke für eure fortwährende Unterstützung und Hilfe,
Alessio für das SixTrack-Team
04.06.2019, 11:17:02 MEZ

Originaltext:

new exes for SixTrack 5.02.05
Dear volunteers,

we are pleased to announce the release to production (SixTrack app) of new exes for the current pro version (v5.02.05). We have new exes for FreeBSD (avx/sse2), an exe for XP hosts (32bits), an aarch64 executable for Linux, and one for Android. Many thanks to James, Kyrre and Veronica for finding the time to produce them.

Distributing an exe compatible with XP hosts is not a way to encourage people to stay with unsupported OSs, but rather a trial to have a smooth transition to more recent OSs. In this way, people with XP hosts do not miss the possibility to contribute to the present wave of SixTrack tasks (expected to be quite long) while considering options for upgrading their hosts. At the same time, we are looking into preparing 32bits Linux exes. It should be noted that all Win exes are distributed without targeting specific kernel versions - hence, XP hosts may receive tasks with regular Windows exes immediately failing, but the BOINC server should quickly learn that the XP-compatible exe is the appropriate one.

We are also very happy to start involving freeBSD and Android users in our production chain. For the latter platform, the present exe won't run on Android versions >=8 - James is still looking into this. Since the android version filtering needs a fix on the scheduler side:
https://github.com/BOINC/boinc/issues/3172
we labelled the Android exe as beta. Hence, Sixtrack beta users with Android 8 and later should not request tasks for that host or untick the test applications flag in their LHC@home project preferences.

We are pursuing also the generation of MacOS exes, and we should test them soon on sixtracktest.

Thanks for your continuous support and help,
Alessio, for the SixTrack team
4 Jun 2019, 10:17:02 UTC

[pschoefer]

Eine Serie sehr langer SixTrack-WUs wurde leider mit unzureichendem Festplattenlimit verschickt, sodass BOINC sie vor der Fertigstellung abbrechen würde. Daher wurden die betroffenen WUs serverseitig abgebrochen. Wer vor gestern Nachmittag WUs heruntergeladen und seither keinen Kontakt zum Projektserver hatte, sollte daher einmal das Projekt aktualisieren, damit BOINC nicht unnötigerweise versucht, diese WUs zu berechnen.

Extrem lange SixTrack-Aufgaben abgebrochen
Hallo zusammen,

wir mussten etwa 10000 WUs mit den Namen w-c*_job*__s__62.31_60.32__*__7__*_sixvf_boinc* wegen unzureichender Festplattenspeicheranforderung abbrechen.

Diese Aufgaben wären ohnehin an einem bestimmten Punkt von BOINC mit der Fehlermeldung EXIT_DISK_LIMIT_EXCEEDED abgebrochen worden - siehe bitte https://lhcathome.cern.ch/lhcathome/...ad.php?id=5062 für weitere Informationen.

Diese Aufgaben umfassen 10 Millionen LHC-Umläufe, zehnmal so viele wie üblich, und die Dateien wachsen und wachsen, bis das Limit erreicht ist.

Nicht alle Aufgaben mit solchen Namen wurden abgebrochen - ich habe nur solche abgebrochen, welche einen stabilen Teilchenstrahl umfassen sollten; diese Aufgaben sollten lang laufen und daher das Festplattenlimit erreichen. In den anderen WUs sollten so viele Teilchen verloren gehen, dass das Limit nicht erreicht wird - bitte meldet in diesem Thread, wenn das nicht der Fall ist. Durch diese Auslese beim Abbrechen sollten so viele bereits in Bearbeitung befindliche oder auf Validierung wartende WUs wie möglich erhalten bleiben.

Sobald ihr in eurem BOINC-Manager das Projekt LHC@home aktualisiert, sollten die Aufgaben abgebrochen werden.

Wir werden die gleichen Aufgaben bald noch einmal mit passender Festplattenanforderung herausgeben.
Entschuldigung für die Störung und danke für euer Verständnis.
A.
18.06.2019, 17:49:08 MEZ

Originaltext:

killing extremely long SixTrack tasks
Dear all,

we had to kill ~10k WUs named:
w-c*_job*__s__62.31_60.32__*__7__*_sixvf_boinc*

due to a mismatch between the requested disk space and that actually necessary to the job.
These tasks would anyway be killed by the BOINC manager at a certain point with an EXIT_DISK_LIMIT_EXCEEDED message - please see:
https://lhcathome.cern.ch/lhcathome/...ad.php?id=5062
for further info.

These tasks cover 10^7 LHC turns, a factor 10 larger than usual, with files building up in dimension until the limit is hit.

The killing does not involve all tasks with such names - I have killed only those that should cover the stable part of the beam; these tasks are expected to last long and hence reach the limit in disk usage. The other WUs should see enough beam losses that the limit is not reached - please post in this thread if this is not the case. The cherry-picking killing was done in the effort of preserving as much as possible tasks already being crunched or pending validation.

As soon as you update the LHC@project on your BOINC manager you should see the task being killed.

We will resubmit soon the same tasks, with appropriate disk requirements.
Apologies for the disturbance, and thanks for your understanding.
A.
18 Jun 2019, 16:49:08 UTC

[pschoefer]

Am morgigen Montag, den 22. Juli, werden einige Teile der Projektinfrastruktur neu gestartet, was dazu führen wird, dass laufende WUs des Subprojekts CMS Simulation abbrechen werden. Der zuständige Administrator rät daher dazu, rechtzeitig keine neuen Aufgaben mehr herunterzuladen:

CMS@Home-Unterbrechung am Montag, den 22. Juli
Ich habe die folgende Nachricht aus der CERN/CMS-IT-Abteilung bekommen:

>> als Folge der Hypervisor-Neustartserie, die von der CERN-IT hier angekündigt wurde: https://cern.service-now.com/service...o?n=OTG0051185
>> werden die folgenden Virtuellen Maschinen, die zum CMS-Production-Openstack gehören, am Montag, den 22. Juli ab 08:30 MESZ neu gestartet:
...
>> | vocms0267 | cern-geneva-b | cms-home

worauf ich antwortete:
> Danke Alan. Auf vocms0267 läuft das CMS@Home-Projekt. Sollte ich die Freiwilligen vor der Unterbrechung warnen oder wird das eher unsichtbar verlaufen?

und diese Antwort erhielt:
Laufende Aufgaben werden fehlschlagen, da sie sich nicht mit dem schedd-condor_shadow-Dienst verbinden können. Das wird die für die Teilnehmer sichtbare Auswirkung sein. Es wird auch ein kurzes Zeitfenster geben (bis ich den Software-Agenten neu gestartet habe), in welchem keine ausstehenden Aufgaben im Condor-Pool sein werden.
Also könnte es sinnvoll sein, die Teilnehmer zu informieren.

Meine Empfehlung ist daher, dass ihr ab Sonntagnachmittag keine neuen Aufgaben von CMS@Home zulasst, damit die laufenden Aufgaben vor dem Neustart um 08:30 MESZ fertig werden. Ich lasse euch wissen, sobald Alan mich informiert, dass vocm0267 wieder läuft.
17.07.2019, 14:14:12 MEZ

Originaltext:

CMS@Home disruption, Monday 22nd July
I've had the following notice from CERN/CMS IT:

>> following the hypervisor reboot campaign, as announced by CERN IT here: https://cern.service-now.com/service...o?n=OTG0051185
>> the following VMs - under the CMS Production openstack project - will be rebooted on Monday July 22 (starting at 8:30am CERN time):
...
>> | vocms0267 | cern-geneva-b | cms-home

to which I replied:
> Thanks, Alan. vocms0267 runs the CMS@Home campaign. Should I warn the volunteers of the disruption, or will it be mainly transparent?

and received this reply:
Running jobs will fail because they won't be able to connect to the schedd condor_shadow process. So this will be the visible impact on the users. There will be also a short time window (until I get the agent restarted) where there will be no jobs pending in the condor pool.
So it might be worth it giving the users a heads up.

So, my recommendation is that you set "No New Tasks" for CMS@Home sometime Sunday afternoon, to let tasks complete before the 0830 CST restart. I'll let you know as soon as Alan informs me that vocm0267 is up and running again
17 Jul 2019, 13:14:12 UTC

[pschoefer]

Seit einigen Tagen befinden sich mehrere Millionen Sixtrack-WUs im System, wodurch die Datenbank zu einem Flaschenhals bei der WU-Verteilung geworden ist. Etwas Abhilfe schaffen inzwischen zusätzliche Scheduler, jedoch haben diese auch Nebeneffekte wie beispielsweise Ungenauigkeiten auf der Serverstatus-Seite.

Viele Aufgaben in der Warteschlange - Serverstatus-Seite irrig
Wegen der sehr großen Zahl Sixtrack-WUs in der Warteschlange haben wir die Last auf vier Scheduler/Feeder-Server verteilt, um den Bedarf zu befriedigen. (Unser Flaschenhals ist die Datenbank, aber mehrere Scheduler können mehr WUs zur Verteilung vorhalten.)

Unsere Serverstatus-Seite zeigt den Status der Dienste auf anderen Servern derzeit nicht in Echtzeit. Daher kann die Serverstatus-Seite anzeigen, dass Serverprozesse wie der Feeder auf boincai12 nicht laufen, obwohl sie in Ordnung sind.

Bitte habt auch Geduld, wenn ihr nicht ausreichend schnell WUs für eure bevorzugte Anwendung erhaltet. Nach einigen Versuchen wird es einige WUs geben. Vielen Dank für euer Verständnis und frohes Crunchen!

---das Team
21.08.2019, 12:41:17 MEZ

Originaltext:

Many queued tasks - server status page erratic
Due to the very high number of queued Sixtrack tasks, we have enabled 4 load-balanced scheduler/feeder servers to handle the demand. (Our bottleneck is the database, but several schedulers can cache more tasks to be dispatched.)

Our server status page does not currently show in real time the daemon status on remote servers. Hence the server status page may indicate that server processes like feeder on boincai12 is down, while it is ok.

Please also be patient if you are not getting tasks for your preferred application quickly enough. After a few retries, there will be some tasks. Thanks for your understanding and happy crunching!

---the team
21 Aug 2019, 11:41:17 UTC

[pschoefer]

Eine Information für die kleine Besuchergruppe aus Reihen unseres Teams:

Tage der offenen Tür am CERN in 2 Wochen!
Während der Tage der offenen Tür 2019 des CERN werden wir einen kleinen LHC@home-Stand als Teil der IT-Aktivitäten in Gebäude 504 in der Nähe des Rechenzentrums haben.

LHC@home wird auch am Ort des ATLAS-Experiments vertreten sein, in der ATLAS Computing Corner.

Wir hoffen, dass viele von euch das CERN während der Tage der offenen Tür besuchen können und würden uns freuen, euch hier zu sehen!

Bitte berücksichtigt die Besuchsplanungsseite (engl.) und die Liste der Aktivitäten während der Tage der offenen Tür (engl.) für weitere Informationen über alle Besuchspunkte auf dem CERN-Gelände.
30.08.2019, 10:07:17 MEZ

Originaltext:

CERN Open Days in 2 weeks!
During the CERN Open Days 2019, we will have a small LHC@home stand as part of the IT activities in building 504 near the Data Centre.

LHC@home will also be present at the ATLAS experiment site, in the ATLAS Computing Corner.

We hope that many of you will be able to visit CERN during the Open Days and would be happy to see you here!

Please refer to: Plan your visit and the list of activities during the Open days for more information about all the visit points on the CERN sites.
30 Aug 2019, 9:07:17 UTC

[pschoefer]

Am Morgen des kommenden Montags (25. November) legt das Projekt eine etwa einstündige Wartungspause ein:

Datenbankeingriff am Montagmorgen
LHC@home und verbundene BOINC-Dienste werden am Montag, den 25. November, wegen eines Eingriffs in den Datenbankspeicher für etwa eine Stunde nicht verfügbar sein.

Danke für euer Verständnis und frohes Crunchen.
22.11.2019, 14:38:09 MEZ

Originaltext:

Database intervention Monday morning
LHC@home and associated BOINC services will be unavailable for about 1 hour on Monday 25th of November due to a database storage intervention.

Thanks for your understanding and happy crunching.
22 Nov 2019, 13:38:09 UTC

[Treti]

Wie ist eure aktuelle Erfahrung mit CMS@home? Derzeit wieder einiges an Berechnungsfehlern und "Kommunikation verzögert um 22(+irgendwas) h"

CMS ist ja das einzige neben Sixtrack, das man ohne gewalige Aufstände zum laufen bekommt. (Und das konstant Arbeit geliefert hat).
Der Rest ist ja leider völlig an der Idee von BOINC vorbei (BOINC installieren, Projekt anmelden, rechnen). Da muß man sich erst durch ellenlange Anweisungen (auf englisch) von Nutzern - nichtmal vom Betreiber - quälen, hoffen, daß die so halbwegs aktuell sind, um dann doch entnervt aufzugeben.

Serverstatus - nun ja

Und das von einer der führenden Forschungsinstitutionen der Welt.

[taurec]

Wie ist eure aktuelle Erfahrung mit CMS@home? Derzeit wieder einiges an Berechnungsfehlern und "Kommunikation verzögert um 22(+irgendwas) h"

CMS ist ja das einzige neben Sixtrack, das man ohne gewalige Aufstände zum laufen bekommt. (Und das konstant Arbeit geliefert hat).
Der Rest ist ja leider völlig an der Idee von BOINC vorbei (BOINC installieren, Projekt anmelden, rechnen). Da muß man sich erst durch ellenlange Anweisungen (auf englisch) von Nutzern - nichtmal vom Betreiber - quälen, hoffen, daß die so halbwegs aktuell sind, um dann doch entnervt aufzugeben.

Serverstatus - nun ja

Und das von einer der führenden Forschungsinstitutionen der Welt.

Bei CMS gab es / gibt es wohl noch Schwierigkeiten:
https://lhcathome.cern.ch/lhcathome/...ad.php?id=5303

[pschoefer]

Bei CMS gab es / gibt es wohl noch Schwierigkeiten:
https://lhcathome.cern.ch/lhcathome/...ad.php?id=5303

In dieser Woche wird sich voraussichtlich auch nichts daran ändern:

Andauernde Probleme mit CMS Simulation
Bitte entschuldigt, dass der HTCondor-Server für das Subprojekt CMS Simulation noch immer Ärger macht. Über das Wochenende verweigerte er abermals die Auslieferung von Aufgaben, obwohl jede Menge verfügbar waren. Wir haben zusammen mit Federica entschieden, in dieser Woche keinen neuen Arbeitsfluss einzuspeisen, damit der Server erneut in den Fehler läuft und sie untersuchen kann, welche ClassAd-Einstellungen nicht erfüllt werden.
Daher werdet ihr in den nächsten Tagen wahrscheinlich beobachten, dass die Zahl der laufenden Aufgaben sinkt und die Zahl der Fehler steigt. Ihr könnt in diesem Fall ruhig einstellen, keine neuen Aufgaben zu akzeptieren. Ich werde das nicht tun, damit der Server immer noch einige Arbeitsanforderungen erhält. Ich habe auch Laurence gefragt, ob ich die Virtuelle Maschine ohne BOINC laufen lassen kann, um das Problem mit dem Tageskontingent zu umgehen.
19.02.2020, 15:07:10 MEZ

Originaltext:

CMS@Home -- ongoing problems
Sorry that the CMS@Home HTCondor server is still playing up. Again over the weekend it refused to serve jobs even though plenty were available. Together with Federica we've decided not to inject another workflow this week, to let if "fail hard" again so that she can investigate which ClassAd preferences are not being met.
So, you will probably see the number of running jobs falling, and the number of errors increasing, in the next few days. Please feel free to set No New Tasks in that case. I won't, so that there is still some pressure for jobs on the server. I've also asked Laurence if I can run the CMS@Home VM outside of BOINC, to get around the quota back-off problem.
19 Feb 2020, 14:07:10 UTC

[No_Name]

Ich habe beim testen ein Badge bekommen

Bei mir gab es einige Threory WUs, bei denen die VM richtig erstellt wurde, aber keine CPU-Last erzeugt. Der Fortschritt verläuft dann sehr langsam.
Atlas WUs laufen ohne Probleme.
Hat noch jemand dieses Verhalten feststellen können?

Edit: Kann man das Bild, wenn man es direkt über die URL einbindet, auch verkleinern?

[Treti]

Ich habe beim testen ein Badge bekommen

Bei mir gab es einige Threory WUs, bei denen die VM richtig erstellt wurde, aber keine CPU-Last erzeugt. Der Fortschritt verläuft dann sehr langsam.
Atlas WUs laufen ohne Probleme.
Hat noch jemand dieses Verhalten feststellen können?

Edit: Kann man das Bild, wenn man es direkt über die URL einbindet, auch verkleinern?

Was heißt "richtig eingestellt"? - Unter Windwos bekomme ich keine WUs vielleicht auch, weil Sixtrack den Bunker bis jetzt gefüllt hatte, mit Linux stelle ich mich zu blöd an.

Der Bunker von Sixtrack läuft langsam leer, ne Alternative von LHC wäre nett. CMS hat sich zuletzt nicht als solche erwiesen und hat zur Zeit auch keine WUs parat.

[No_Name]

Wo habe ich eingestellt geschrieben?

Ich habe mit Windows per VM gerechnet.

[Treti]

Ich habe beim testen ein Badge bekommen

Bei mir gab es einige Threory WUs, bei denen die VM richtig erstellt wurde, aber keine CPU-Last erzeugt. Der Fortschritt verläuft dann sehr langsam.
Atlas WUs laufen ohne Probleme.
Hat noch jemand dieses Verhalten feststellen können?

Edit: Kann man das Bild, wenn man es direkt über die URL einbindet, auch verkleinern?

Was heißt "richtig eingestellt"? - Unter Windwos bekomme ich keine WUs vielleicht auch, weil Sixtrack den Bunker bis jetzt gefüllt hatte, mit Linux stelle ich mich zu blöd an.

Der Bunker von Sixtrack läuft langsam leer, ne Alternative von LHC wäre nett. CMS hat sich zuletzt nicht als solche erwiesen und hat zur Zeit auch keine WUs parat.

[pschoefer]

Es sind derzeit ruhige Zeiten bei LHC@home, für die Subprojekte SixTrack und CMS Simulation wird sogar keine Arbeit mehr ausgeliefert. Dennoch ist man am CERN nicht untätig und stellt im Kampf gegen COVID-19 auch direkt Rechenleistung für andere Projekte zur Verfügung:

CERN und COVID-19
Wie viele Organisationen ist auch das CERN von der COVID-19-Pandemie betroffen. Die Forscher der CERN-Gemeinschaft versuchen auf verschiedenen Wegen zu helfen, wie auf dieser Webseite (engl.) beschrieben.

Als Teil dieser Bemühungen im Kampf gegen COVID-19 spenden wir auch die Rechenleistung kurzzeitig verfügbarer Server, die stillgelegt werden sollten, für Folding@home und Rosetta@home.

In Zeiten wie dieser mit wenig Arbeit von LHC@home ermutigen wir euch auch, an anderen BOINC-Projekten wie Rosetta@home teilzunehmen und zum weltweiten Kampf gegen die Pandemie beizutragen.

Vielen Dank für eure Beteiligung an LHC@home und weiterhin frohes Crunchen!

Das LHC@home-Team wünscht euch und euren Familien gute Gesundheit.
24.04.2020, 7:09:07 MEZ

Originaltext:

CERN and COVID-19
Like many organisations, CERN is also affected by the COVID-19 pandemic. Researchers in the CERN community are trying to help out in different ways, as explained on this web page.

As part of this effort to fight COVID-19, we also contribute computing power to Folding@home and Rosetta@home from temporarily available servers that were about to be decommissioned.

During periods like this with little work from LHC@home, we also encourage you to participate in other BOINC projects such as Rosetta@home and contribute to the global fight of the pandemic.

Many thanks for your contributions to LHC@home and continued happy crunching!

With the best of wishes of good health for your and your families from the LHC@home team.
24 Apr 2020, 6:09:07 UTC

[pschoefer]

Das Projekt wird am morgigen Samstag, den 27. Juni, für einige Stunden nicht erreichbar sein:

Auszeit am Samstag
Die Datenbank hinter LHC@home wird am Samstag, den 27. Juni, aufgrund einer Aufrüstung einer Datenbank-Speichereinheit außer Betrieb sein.

Daher werden die LHC@home-BOINC-Dienste für einen großen Teil des Tages nicht verfügbar sein (ungefähr 7:30-14:30 MESZ).

Somit werden Verbindungsversuche eurer BOINC-Clients zu unseren Servern am Samstag wahrscheinlich fehlschlagen.

Danke und frohes Crunchen!
25.06.2020, 10:11:49 MEZ

Originaltext:

Downtime Saturday
The database underlying LHC@home will be down on Saturday 27th of June due to an upgrade of a DB storage rack.

Hence LHC@home BOINC services will be unavailable for a good part of the day. (Est 5:30-12:30 UTC)

So your BOINC client connections to our servers are likely to fail on Saturday.

Thanks and happy crunching!
25 Jun 2020, 9:11:49 UTC

[fu924]

gibt es irgendwo ein aktuelle, funktionierendes tutorial wie ich einen raspberry pi (3b+) beibringen kann die sixtrack WUs von LHC@home zu laden?

[pschoefer]

Es gibt nur 64-Bit-Anwendungen für ARM-CPUs. Der Trick besteht also darin, ein 64-Bit-Betriebssystem mit passendem BOINC-Client (aarch64-unknown-linux-gnu) zu verwenden, damit wird es dann automatisch funktionieren.

[fu924]

danke für die antwort!

dann werd ich mal überlegen die beta des 64bit raspiOS zu testen sobald mein 4er pi ankommt.
meine 3er pi's bekommen erstmal world community grid zum spielen geben bis dahin.

mäh irgendwie fehlt mir seti X.x

[aendgraend]

Falls sich jemand Sorgen macht, dass bei LHC@home mal die Arbeit ausgehen könnte demnächst:
Auf Platten und Bändern zusammen 580 PByte (!) an Daten.

(Ziemlich am Ende des Berichts)

[pschoefer]

Auch wegen dieser enormen Datenmengen läuft die eigentliche Auswertung der LHC-Experimente ja nicht über LHC@home. Aber auch zu simulieren wird es weiterhin mehr als genug geben.

[pschoefer]

Morgen Nachmittag (20.01.) wird das Projekt für einige Zeit außer Betrieb sein.

Auszeit am Mittwoch, 20.01.
Die LHC@home-Server werden zwecks Aufrüstung der Datenbank am morgigen Mittwoch, den 20. Januar, am Nachmittag (MEZ) nicht erreichbar sein.

Entschuldigt die Unannehmlichkeiten und frohes Crunchen!
19.01.2021, 14:54:45 MEZ

Originaltext:

Downtime Wed 20/1
LHC@home servers will be down for a database upgrade tomorrow Wednesday 20th of January early afternoon GMT.

Sorry for the inconvenience, and happy crunching!
19 Jan 2021, 13:54:45 UTC