wasn da los heute o.O so viel blöcke auf einmal...
Schade, da war ich ein bischen zu langsam... Ich hab grad eben ein kleines Update gemacht:
Es werden jetzt automatisch wenn ein Block gefunden wird und die Auszahlung für eine Runde bestätigt der Twitter Stream aktualisiert Also, es lohnt sich @x8sBTCde oder/und @x8sBTCen zu folgen...
|
|
|
Schiebst Du immer die komplette Datenbank von Hand auf den Slave? Wäre es möglich die Datenbank zu spiegeln oder ein inkrementelles Backup durchzuführen? Am besten vollautomatisch, so alle 24 Stunden? Ich weiss ja nicht wie Du das genau machst, aber könnte der Slave nicht regelmässig schauen (wiederum vielleicht alle 24 Stunden), ob und wieviel sich geändert hat, und das sich automatisch holen und sichern? Directoryabfrage und/oder Dateiabfrage mit Zeitstempel und nur die neuen Daten sichern... War mal nur wieder so ein Gedanke... Ne, der Slave ist ne replizierte Datenbank, die ist im Normalfall 100% in sync mit dem Master. Leider hat's mir anscheinend gestern durch die Arbeit am Master den Slave zerschossen. Damit ich die wieder in Sync bekomme, muss der Master für nen Moment sämtliche Tabellen sperren. Und das mag pushpool nicht (bzw. pushpool wartet brav, bis es wieder Daten reinschreiben darf, aber da kommt's halt zu timeouts..) Naja, auf alle Fälle hab ich jetzt wieder die Daten die ich brauche um den Slave neu aufzusetzen. Ausserdem werde ich wohl in Zukunft xtraBackup zum sichern nehmen (für die, die es interessiert ^^) opschinken: jap.. hing leider damit zusammen, sollte aber jetzt wieder stabil laufen
|
|
|
war/ist grad ein bischen holprig, die Datenbank wehrt sich gegen ein paar Versuche meinerseits :/
|
|
|
gz an alle blockfinder.
ich habe mal eine frage, ... shares finde ich aber was sagt er mir mit LP:New Work Pushed ?
mfg op
Also, das LP: New Work Pushed bedeutet, dass irgendwer im Bitcoin Netz einen Block gefunden hat, der pool gibt deinem Miner bescheid damit er sich neue arbeit abholen kann und nicht mehr an veralteten Sachen rumrechnet (-> hilft ein wenig gegen stale shares) Warum kein Block accepted mehr kommt, kann ich dir nicht sagen *hm* Wie du schon gesagt hast, Shares findest du.. und in der Datenbank kommen die auch an. BTW: Ich teste zur Zeit das loadbalancing auf verschiedene Nodes, wenn wer Probleme mit minen über pit.x8s.de hat, bitte melden.
|
|
|
So kleines Problem, wenn ich oben auf Pool-Statistik klicken kommt eine Fehlermeldung. Ein Skript auf dieser Seite ist eventuell beschäftigt oder es antwortet nicht mehr. Sie können das Skript jetzt stoppen oder fortsetzen, um zu sehen, ob das Skript fertig wird.
Skript: https://www.google.com/uds/api/visualization/1.0/fe1d328b536e13990320de904ddb840f/default,corechart.I.js:544 Hm, ich benutz die Google Charts Api für die Graphen... kommt die Meldung auch, wenn du dir deine Worker Graphen anschaust? Welchen Browser benutzt du? Edit: Ich hab gerade die PoolStats Page ein bischen "leichter" gemacht (z.B. hat der SysStat Graph nur noch eine Auflösung von 10 Minuten statt einer) Dadurch sollte sich die Ladezeit verringern.
|
|
|
Ha Da ist es wieder.... Glücksrunde! Und gleich mal von Fropp gefunden ..
|
|
|
So, 16 found Blocks now and we broke the 100GHash barrier Currently running with a little below 120 Ghash
|
|
|
Ich tippe mal darauf, dass Fropp einfach für jede Karte einen eigenen Worker hat, bei ~20Ghash kommt man dann schon Richtung >50 Worker. Gab ein kleines Update, wer die Änderung findet... darf sie behalten? oder so
|
|
|
so, Runde 17 hat begonnen Runde 15 wurde confirmed. Den 16ten Block hat mal wieder ein bekanntes Gesicht aus dem Thread hier gefunden, was mich natürlich immer freut =) Gz chefnet Nachdem der Test des "Automatischen Bestätigen Scripts" gut verlief, werde ich das jetzt scharf schalten Naja, SciFi schau mal auf die Top10... Fropp ist mit >20GHash im Pool eingestiegen
|
|
|
So, ich bin mit den Änderungen durch, leider musste ich noch eine Änderung an der Struktur der Datenbank machen, die auch den pushpool blockiert hat. Sorry für die ganzen "unable to communicate with rpc server"
|
|
|
Ich werde heute im Laufe des Abends/der Nacht einiges an der Datenbank ändern. Die Shares Datenbank wird aufgeteilt in aktuelle Shares + Share Archiv. Hintergrund ist, dass es unnötig ist so viele Daten für vergangene Runde zu speichern und je größer die Shares DB wird, desto unhandlicher und langsamer wird es mit ihr zu arbeiten. Im ShareArchiv werden dann nur noch Daten für die Statistik (z.B. invalid+valid Shares) gespeichert anstatt jeder einzelne Share. Wir wollen ja auch noch fit für die nächsten Blöcke sein Was das für euch bedeutet: * Die Webseite wird evt. für einige Runden keine Daten anzeigen ... Oder einige Seiten sind gar nicht erreichbar... Oder (was ich nicht denke) die Webseite ist komplett nicht erreichbar * Die Miner könnten sich evt. beschweren, dass sie Probleme mit dem RPC Server haben (sollte nicht passieren)
|
|
|
"28 (von 120) (~15 Stunden)" wäre auch ok, dann weiß man wenigstens, wie lange man warten darf, bis der Block confirmed ist.
done
|
|
|
So, wieder kleines update: Beim Kontostand steht jetzt auch wieviele Confirmations noch benötigt werden, bis eine Transaktion bestätigt ist. (Fehlt noch ein bischen Beschreibung, man weiß auch nicht wirklich ob es jetzt confirmations sind, oder confirmations die noch benötigt werden...) Ausserdem wird Runde 15 das Versuchskaninchen für die automatische Bestätigung Wenn alles klappt muss ich dann nicht mehr Nachts aufstehen, um die Anteile auf bestätigt zu setzen Edit: So ein ETA für die Blockconfirmation wurde jetzt auch noch beim Kontostand dazugepackt
|
|
|
so, ich hab grad die Stats Page überarbeitet http://btc.x8s.de/account/statsDie letzten 3 Spalten sind jetzt rechtsbündig & die Rundendauer zeigt auch die Minuten an (allerdings wird die nur alle ~10 Minuten aktualisiert, deswege nicht wundern, wenn sich da nix tut)
|
|
|
So, we just found our 15th Block (as long as it doesn't get invalid ^^)
Now's the time for everyone to join the new round and give the pool a try =)
|
|
|
hmhm.. ajego ist das jetzt ein neues problem, oder lief's bei dir auch schonmal rund? bei was für nem Internet Provider bist du?
btw: wir haben nen Block gefunden =)
|
|
|
der jetzige test auf dem vServer ist praktisch nur der erste Schritt... wenn der gut läuft, dann ist das die Vorbereitung für mehrere Nodes (ähnlich wie es BTC Guild hat) und letztendlich auch eine wichtige Maßnahme gegen DDOS Meine Vision wäre so etwas wie geobalancing über DNS, bei der die Leute automatisch auf alle verfügbaren Nodes verteilt werden. Das mit der Gültigkeit würde ich sehr gerne machen (brauch ich auch, dafür dass die Blöcke dann endlich mal automatisch nach 120 Confirmations auf 'bestätigt' springen) Aber das ist leider nicht so einfach, wie ich es gerne hätte (oder ich stell mich an ^^) Ich kann mir zwar per hash einen block von bitcoin holen, leider steht da aber nirgends drin, was es für eine Blocknummer ist. Naja, kleines Problem, das aber irgendwie gelöst werden kann
|
|
|
weil 18 beginn ja nicht heißt, dass um 20 keine leute mehr kommen können. ich werd wohl so gegen 19:00 kommen...
|
|
|
Wie siehts aus, strengt sich der Testserver schon ordentlich an oder soll ich eine meiner GPUs auf ihn hetzen? (Das ist jetzt aber nicht als Wortspiel mit "Hetzner" gedacht) Falls ja, PM der langweilt sich noch total
|
|
|
gibts die möglichkeit noch n dritten daemon (unter ner anderen subdomain) laufen zu lassen auf port80... für die bei denen der rest sonst gesperrt ist ? Also nur wenn die nachfrage groß genug ist. und + 1 fürs mobile interface (wäre nett) und vielen dank an redhatzero. echt stark.
Ich schick dir gleich eine PM mit den Daten für den Testserver (Testserver bedeutet in dem Fall nur, dass ich den noch nicht ganz so überwache wie den ersten, die Arbeit die auf dem erledigt wird, zählt ganz normal zu den Shares vom Hauptserver) Auf dem kann man jetzt auch über Port 80 minen
|
|
|
|