tja, dachte ich auch...
aber nicht wenn man auf den systemen unterschiedliche berkley db versionen hat :/ (bzw. wenn bitcoin 0.20 ne andere berkley db linkt als die 0.23)

update zwischendurch:
soweit sieht alles gut aus.
Ich bin aber noch an ein paar Sachen die ich schon seit einiger Zeit machen wollte, das spart dann eine extra downtime
Allerdings kann ich deswegen noch nicht versprechen ob um 12:00 der Pool auch wieder on ist.


Edit: es wird noch etwas dauern... ich muss leider die komplette Blockchain nochmal runterladen *seufz*

So, ich hab grad noch fix die Anteile für Runde 7 auf unbestätigt verteilt und werde jetzt mal die Downtime langsam einläuten

ich hab mir das mal in der datenbank angeschaut, die meisten invalid shares hat der pool als unknown-work verbucht. Das ganze scheint kein unbekanntes Problem zu sein, ich durchwühl grad noch die Foren. Morgen werd ich auch in der Downtime ein paar Teile des Pools aktualisieren, das sollte hoffentlich helfen.

So, ich hab grad mit dem neuen Server gespielt.
Er ist soweit aufgesetzt, die Website würde auch schon drauf laufen, jetzt fehlt eigentlich nur noch eine Downtime damit das ganze in Betrieb geht.

Ich würde das ganze auf morgen (Samstag) so zwischen 10 und 12 legen. Wenn's keine Probleme gibt, sollte das in 30-60 Minuten erledigt sein, die zweite Stunde ist als Polster für unvorhergesehene Dinge (die leider immer wieder auftauchen bei sowas :|)


Btw: hier ist der Link zum neuen GUIminer mit x8s Support =) https://github.com/downloads/Kiv/poclbm/guiminer-20110701.exe

Die BTC aus Runde 6 sind jetzt verfügbar

Achja, was ich noch sagen wollte:

41GHash/s .... yay!

Ah, und noch ne coole Nachricht:
Ich hab von Kiv erfahren, dass heute noch eine neue Version des Guiminers rauskommen soll. In der kann man dann auch direkt x8s auswählen und muss nicht mehr über "other" gehen. Ausserdem sollte es möglich sein, dass der aktuelle Kontostand auch noch eingeblendet wird.

Also... ptshamrock ich find das klingt interessant =)

Der wird nach 120 Confirmations bestätigt.

Das sind jetzt im Moment noch 10 Blöcke, d.h. so in 1-2 Stunden

wie siehts mit dem x8s Pool aus? Hat er da auch den gleichen Acc/Passwort? Soll ich da mal seinen Account sperren bzw. das Passwort ändern?

Der Wunsch wäre natürlich schon, dass die Miner mehr ausgelastet sind Versprechen kann ich's nicht, aber ich werde alles mir mögliche dafür tun

Um mal mit Zahlen um mich zu werfen, der neue Server hat 8x so viel Arbeitsspeicher, statt 1 CPU Kern 8 (naja, oder 4.. je nachdem ob man Hyperthreading dazu zählt) und ne 'eigene' Festplatte

Wobei ich ja sagen muss, dafür dass viele Leute erstmal die Hände übern Kopf zusammengeschlagen haben, wenn es um Pool + vServer geht, hat er sich bisher wacker geschlagen

Aber jetzt sind wir an der Stelle wo der vServer ausgedient hat
Ich werd mal sehen, wie schnell ich mit dem Umzug vorran komm (+mit möglichst wenig downtime)

So, inzwischen sollte eigentlich wieder alles ok sein.

Schade dass wir dadurch wieder mit der Hashrate so gefallen sind  Die 40GHash hatten wir ja geknackt :/

Webseite + Pool sollten wieder laufen, es wird noch ein wenig dauern, bis die angezeigten Zahlen wieder stimmen.
Der Server schaufelt grad noch ~53k Shares herum...

sorry, dass ich das jetzt erst bemerkt habe, war den Tag über in Meetings *seufz*

Es gab nen kleinen Fehler und ich bin grad dabei die Shares die in der Zwischenzeit geschickt wurden, abzuarbeiten...  (Anzeigefehler, die Shares sind nicht verloren)

Das zwingt grad den Server ein bischen in die Knie, deswegen meckern eure Miner evt. auch gerade.


Aber apropo Server:
der neue Server ist da und ich hoffe, dass ich ihn schnellstmöglich produktiv bekomme

Ja, so wie Data es gesagt hat
Dieses hochzählen ist nur eine Schätzung, ich glaub ich werd da noch ein "~" davor setzen, sobald er zu zählen beginnt. Und das ganze auch noch regelmäßig mit den richtigen Daten abgleichen, nicht immer erstbei reload der page

Das aktualisieren der gesamt Shares passiert inzwischen minütlich, evt. werde ich das aber noch häufiger machen

Ich verstehe das so:

Invalid Shares ist die Gruppe, das können dann u.a.

* stale - eine Lösung für einen Block, den das Bitcoin Netz schon gefunden hat (dagegen hilft das longpolling)
* duplicate - eine Lösung, die aber schon ein anderer Miner (an den gleichen Bitcoin Daemon) abgegeben hat
* unknown - Wenn ein Miner eine Lösung abgibt, für die er aber gar kein Getwork bekommen hat (kann z.B. passieren, wenn man über einen 'dummen' loadbalancer geht, miner holt sich von pool A die Arbeit und versucht sie an pool B abzugeben, das klappt nicht)

sein

Wenn ich mir deine invalid Shares in der Datenbank anschaue, sind die meisten davon nicht 'stale' sondern 'duplicate'.
Mal sehen, ob ich da was am Bitcoin Daemon drehen kann.
Es sollte aber nicht an phatk/poclbm liegen

Okay!

ehm... ja... was soll ich sagen
Kaum hat der eine Block seine 120 Confirmations, kommt auch schon der nächste rein...

14 Stunden für eine Runde ist ja mal echt ein Glücksgriff =)

http://blockexplorer.com/b/134118 jetzt darf er nur nicht invalid werden

BTW: Das war jetzt übrigens die erste Runde die automatisch geschalten hat. Ich hab das jetzt testweise mal eingeführt. Das Gutschreiben der Rundenanteile löse ich aber noch von Hand aus, deswegen nicht wundern, wenn zwar eine neue Runde da ist, aber sich noch nicht sofort bei "Kontostand (unbestätigt)" was tut

Zahltag Soeben sind die 120 Blöcke für Runde5 fertig geworden