OGR-P2: alle begin is moeilijk?

[Verwijderd]

Ik heb een (3e) draaien op OGR-P2 op een win 2003 machine, helaas krijg ik een melding van de crucher dat hij (zij?) niet kan doorspoelen: failed to resolve ec.

Nu heb ik de firewall al aangepast en de explorer security al lager ingesteld maar ik blijf met een oplopend aantal afgewerkte paketen zitten en begin langzaam aan door mijn nog te verwerken data heen te raken.

Wat doe ik fout?


Iemand ervaring met installeren op Linux van deze cruncher? Wil 3 of 4 units parallel laten werken zodat de stats een beetje vlotter opgekrikt kunnen worden.

[SandStar]

Heb je handmatig een dnet proxy ingesteld?

failed to resolv duid op het niet kunnen resolven van de dnet proxy. Probeer dit eens handmatig buiten de client om

[ Voor 58% gewijzigd door SandStar op 14-01-2008 22:02 ]

[Pyrus]

Verwijderd schreef op maandag 14 januari 2008 @ 21:48:
...
Iemand ervaring met installeren op Linux van deze cruncher? Wil 3 of 4 units parallel laten werken zodat de stats een beetje vlotter opgekrikt kunnen worden.

Jup wel wat ervaring mee, maar meerdere clients installeren heeft geen nut. Dnetc start, ongeacht het OS, bij default instellingen evenveel crunchers als je cores hebt. Meer crunchers draaien dan dat je cores hebt is nutteloos en heeft waarschijnlijk alleen maar een negatieve impact op je output

[Verwijderd]

@Sandstar: nope, geen proxy ingesteld. / W2K draait probleemloos, WXP ook maar de W2003server laat me in de steek...

@Pyrus: het is de bedoeling 3 of 4 units samen te laten werken aan 1 cruncher, beetje poorman's super-computer bouwen. Hard en software zijn in huis en nog gratis ook

[IWriteCode]

Anders even de log aanzetten en het relevante stukje posten?

Dat verhaal van die poorman's super-computer kan ik niet helemaal volgen

[Wortelsoep]

Post je dnetc.ini eens!

Verwijderd schreef op maandag 14 januari 2008 @ 22:26:
@Pyrus: het is de bedoeling 3 of 4 units samen te laten werken aan 1 cruncher, beetje poorman's super-computer bouwen. Hard en software zijn in huis en nog gratis ook

Ehm, dat is nogal nutteloos, het hele dnet-project is er juist voor bedoeld om veel computers te laten samenwerken aan een grote rekensom, dus dat is in feite al een cluster. Wat jij dus wil doen is een clustertje opzetten om een deel van het grote cluster te poweren, dat is een beetje zinloos
Wat je dus beter kunt doen, is gewoon een client installeren op elke machine, en die los van elkaar te laten crunchen. Als je in elke client hetzelfde mailadres invult, telt het allemaal mee op jouw account

[Pyrus]

Ok, daar heb ik dan weer geen ervaring mee maar ik zou eigenlijk verwachten dat je OS doet alsof alle machines samen 1 machine zijn met X cores. Maar daar kan ik het natuurlijk volledig mis hebben Ik zou zeggen, probeer het eerst eens met standaard instellingen (dus automatisch aantal cores laten kiezen). Alstie het dan niet goed doet kun je altijd nog klooien met meerdere mappen of meerdere ini files.

[Verwijderd]

@Jamal
dnetc v2.9013-500-GTR-07070322 for Win32 (WindowsNT 5.2).
Using email address (distributed.net ID) 'paost712 .nl'

[Jan 14 21:42:40 UTC] RC5-72: Loaded 53:98C25582:00000000:1*2^32 (93.40% done)
[Jan 14 21:42:40 UTC] RC5-72: Summary: 2 packets (2.00 stats units)
0.01:24:20.98 - [1,690,329 keys/s]
[Jan 14 21:42:40 UTC] RC5-72: 0 packets remain in buff-in.r72
[Jan 14 21:42:40 UTC] RC5-72: 15 packets (15.00 stats units) are in
buff-out.r72
[Jan 14 21:42:40 UTC] 1 cruncher has been started.
[Jan 14 21:42:40 UTC] Network update is currently not available.
[Jan 14 21:45:49 UTC] *Break* Restarting...
[Jan 14 21:45:49 UTC] RC5-72: Saved 53:98C25582:00000000:1*2^32 (98.80% done)
0.00:03:09.26 - [1,227,335 keys/s]
[Jan 14 21:45:49 UTC] RC5-72: Summary: 2 packets (2.00 stats units)
0.01:24:20.98 - [1,690,329 keys/s]
[Jan 14 21:45:49 UTC] RC5-72: 1 packet (1.00 stats units) is in buff-in.r72
[Jan 14 21:45:49 UTC] RC5-72: 15 packets (15.00 stats units) are in
buff-out.r72

dnetc v2.9013-500-GTR-07070322 for Win32 (WindowsNT 5.2).
Using email address (distributed.net ID) '[e-mail]'

[Jan 14 21:45:50 UTC] RC5-72: Loaded 53:98C25582:00000000:1*2^32 (98.80% done)
[Jan 14 21:45:50 UTC] RC5-72: Summary: 2 packets (2.00 stats units)
0.01:24:20.98 - [1,690,329 keys/s]
[Jan 14 21:45:50 UTC] RC5-72: 0 packets remain in buff-in.r72
[Jan 14 21:45:50 UTC] RC5-72: 15 packets (15.00 stats units) are in
buff-out.r72
[Jan 14 21:45:50 UTC] 1 cruncher has been started.
[Jan 14 21:45:50 UTC] Network update is currently not available.
[Jan 14 21:46:21 UTC] RC5-72: Completed 53:98C25582:00000000 (1.00 stats units)
0.00:00:30.27 - [1,645,474 keys/s]
[Jan 14 21:46:21 UTC] RC5-72: Loaded random 53:9FA8AEF6:00000000:1*2^32
[Jan 14 21:46:21 UTC] RC5-72: Summary: 3 packets (3.00 stats units)
0.01:24:51.26 - [1,690,063 keys/s]
[Jan 14 21:46:21 UTC] RC5-72: 0 packets remain in buff-in.r72
[Jan 14 21:46:21 UTC] RC5-72: 16 packets (16.00 stats units) are in
buff-out.r72

Beetje zonde om weg te gooien, toch?

Poorman's super: lang verhaal maar in feite hetzelfde als IBM met de BlueGene heeft gedaan.

[Verwijderd]

@Wilco

dnetc.ini
[display]
progress-indicator=rate

[parameters]
id=[e-mail]

[logging]
log-file=flush.log
log-file-type="no limit"


De 3 van de machines die parallel moeten gaan draaien zijn afgedankte ThinClients, ze kunnen weinig maar rekenen wel... Zouden dan 4 cores worden en dat zet zoden aan de dijk

[Cow_tipping]

Is niet zonde om weg te gooien, tis RC5.

[ Voor 4% gewijzigd door Cow_tipping op 14-01-2008 23:49 ]

[Pyrus]

Ter illustratie:
Stel je RC5 voor als een lege oceaan proberen te vullen door telkens met een theelepel van de kraan naar het lege bekken te lopen. Er is echter een kans dat een lepeltje dat je er in omkiepert een typisch gevalletje quantum doet en opeens de hele oceaan vult. De kans dat dat echter morgen gebeurt is 1 op 508386 (oftewel het duurt nog zo'n dag of 400k a 500k dagen voordat we klaar zijn).

Ter inhoudelijke verduidelijking:
RC5 probeert een versleuteling te kraken door bruutweg elke mogelijke key te testen. Probleem is alleen dat dit dus een allemachtig grote hoeveelheid keys zijn: 2^72, of te wel 4.72.... * 10²¹.
Met de vorige variant, RC5-64, is men 1726 dagen bezig geweest. De verwachting is dus dat men 2^8 keer zo lang hier mee bezig gaat zijn, wat inderdaad redelijk mooi uitkomt op 442k dagen. Doe daar nog een paar onverwachtse snelheidswinsten ala PS3 bij die een paar jaar schelen, kom je nog steeds op meer dan 400k dagen uit. Dat staat dus gelijk aan 1100+ jaar. Vandaar dat redelijk wat mensen RC5-72 niet het meest nuttige of interessante project vinden.

Als jij echter er voor kiest om aan het project bij te dragen, wat de topictitel niet doet vermoeden, zal niemand je een stro breed in de weg leggen. Iedereen mag zelf beslissen welk project hij of zij steunt

[Verwijderd]

Even een vraagje van heel andere aard, maar ook in de categorie beginnersvraag

Ik werk zelf alleen met de windows client van dnet. Indien ik een client wil installeren op een Apple, maakt deze dan gebruik van precies dezelfde ini file? Kortom, kan ik de ini file van mijn Windows computer gebruiken voor de Apple? Ik begrijp dat ik wel de program files moet pakken voor Apple vanaf de dnet site...

Ik heb dezelfde vraag overigens ook voor Linux

[[eNeRGy]]

ja, de ini file is identiek

[Verwijderd]

Cow_tipping schreef op maandag 14 januari 2008 @ 23:49:
Is niet zonde om weg te gooien, tis RC5.

amen

[Robinski]

Verwijderd schreef op maandag 14 januari 2008 @ 23:02:
@Wilco

dnetc.ini
[display]
progress-indicator=rate

[parameters]
id=[e-mail]

[logging]
log-file=flush.log
log-file-type="no limit"


De 3 van de machines die parallel moeten gaan draaien zijn afgedankte ThinClients, ze kunnen weinig maar rekenen wel... Zouden dan 4 cores worden en dat zet zoden aan de dijk

Als dat je hele ini is, zou het op zich wel moeten werken.
Probeer anders eens handmatig een proxy in te stellen (bijv. moomoo.xs4all.nl ).

Probeer ook eens handmatig met nslookup de distributed.net servers te resolven (uhm... proxy.distributed.net)

[Cow_tipping]

Bedankt voor de verduidelijking Pyrus, ik bedoelde echter dat hij OGR niet aan het helpen was met RC5 blokjes
Maar ik vond jouw beschrijving enorm verhelderend.

[Wortelsoep]

Verwijderd schreef op maandag 14 januari 2008 @ 23:02:
@Wilco

(knip)


De 3 van de machines die parallel moeten gaan draaien zijn afgedankte ThinClients, ze kunnen weinig maar rekenen wel... Zouden dan 4 cores worden en dat zet zoden aan de dijk

Ah, ik heb geen verstand van thin clients maar okay
Die .ini lijkt gewoon goed te zijn, geen rare proxy ingesteld o.i.d. Kun je met diezelfde bak wel gewoon op internet? Draait er een firewall? Dnet maakt gebruik van poortje 2064, verkeer daardoorheen moet toegestaan zijn.

[SKiLLa]

De Win2K3 security settings hoef je niet eens te wijzigen. Probeer inderdaad eens een "ipconfig /flushdns" en kijk of je met een "telnet euro.v29.distributed 2064" een verbinding krijgt, of dat ie op "connecting" blijft hangen. En is dnetc.exe misschien geblacklist in je Windows firewall ?

[Verwijderd]

W2K3 system
ipconfig /flushdns OK
telnet>open euro.v29.distributed.net conect failed
telnet>open euro.v29.distributed.net 2064" connect failed
dnetc.exe heeft full access rights op firewall

WXPp system
telnet>open euro.v29.distributed.net blijft hangen op connecting
telnet>öpen euro.v29.distributed.net 2064 lukt (maar verbindt niet)


Ik heb nu zo ongeveer iedere setting bekeken (op de juiste na waarschijnlijk) maar ik kan niet vinden waar ik telnet allow.
Telnet>open xs4all.nl werkt dus ook niet (op de W2k3)

[ParaNoiMia]

Wat gebeurd er als je als keyserver 69.41.165.115 instelt ipv de naam van de server ?

[puchelaar]

Je kan volgens mij ook ergens in de client aangeven dat-ie http poort 80 als 'backup' gebruikt. Als die wel werkt lijkt het mij toch een firewall of routerpoort probleem. Als die ook niet werkt vind ik dat er een kabel uitligt

/edit: het heet 'use http encapsulation', en staat onder client > configure > buffer and buffer update options > keyserver<->client connectivity options

[Robinski]

Verwijderd schreef op dinsdag 15 januari 2008 @ 21:44:
W2K3 system
ipconfig /flushdns OK
telnet>open euro.v29.distributed.net conect failed
telnet>open euro.v29.distributed.net 2064" connect failed
dnetc.exe heeft full access rights op firewall

WXPp system
telnet>open euro.v29.distributed.net blijft hangen op connecting
telnet>öpen euro.v29.distributed.net 2064 lukt (maar verbindt niet)


Ik heb nu zo ongeveer iedere setting bekeken (op de juiste na waarschijnlijk) maar ik kan niet vinden waar ik telnet allow.
Telnet>open xs4all.nl werkt dus ook niet (op de W2k3)

Heel maf... het is niet een W2K3 specifiek probleem, aangezien ik zelf perfect een client kan draaien .

een telnet openen naar een distributed.net proxy, geeft overigens altijd een leeg telnet venster, maar je hebt dan wel verbinding. Blijkbaar is er toch iets dat een blokkade veroorzaakt op je W2K3 machine.

[Verwijderd]

• Er liggen GEEN kabels uit, machine is perfect te bereiken via het WWW en kan zelf ook naar het WWW toe

.

• client is dnetc v2.9013-500-GTR-07070322 for Win32
  kan geen port 80 instellen

Misschien dat ik maar een virtuele machine laat lopen die e.e.a. gaat afhandelen, ik weer het ook even niet meer
Het lijkt erop dat op de 1 of andere fiets W2k3 een aantal poorten heeft dicht gezet voor uitgaand verkeer. Dat zou v...

[ParaNoiMia]

Verwijderd schreef op dinsdag 15 januari 2008 @ 22:25:
Het lijkt erop dat op de 1 of andere fiets W2k3 een aantal poorten heeft dicht gezet voor uitgaand verkeer. Dat zou v...

IP adres al geprobeerd ?

[SKiLLa]

Yepz, ik draai de dnetc.exe client ook probleemloos op een - bijna - standaard Win2K3 config. Uitgaande telnet moet gewoon werken, heb je echt geen AV/firewall/security software draaien op die bak ? Of een firewall in je netwerk ?

[Robinski]

Verwijderd schreef op dinsdag 15 januari 2008 @ 22:25:

• Er liggen GEEN kabels uit, machine is perfect te bereiken via het WWW en kan zelf ook naar het WWW toe

.

• client is dnetc v2.9013-500-GTR-07070322 for Win32
  kan geen port 80 instellen

Misschien dat ik maar een virtuele machine laat lopen die e.e.a. gaat afhandelen, ik weer het ook even niet meer
Het lijkt erop dat op de 1 of andere fiets W2k3 een aantal poorten heeft dicht gezet voor uitgaand verkeer. Dat zou v...

Ik weet niet of je nog een andere machine in het netwerk hebt waar je een distributed.net proxy op zou kunnen zetten. Misschien kan je hierheen wel verbinden namelijk.

Het poort 80 verhaal is overigens voor uitgaand verkeer, dus de client gaat dan proberen over poort 80 een proxy te bereiken. Als dit ook niet werkt, of gedaan kan worden, probeer dan bovenstaande eens.

[Verwijderd]

@ParaNoiMia, yep en DAT werkt! zodra ik echter xs4all.nl of wat dan ook tracht te openen: "connection failed"

Buffers middels een grote wisseltruck (copy/paste) wel weer geupdated dus tot morgenmiddag staat de w2k3 in ieder geval weer te knarsen. Maar even een nachtje over

[Verwijderd]

Robinski schreef op dinsdag 15 januari 2008 @ 22:45:
[...]
Ik weet niet of je nog een andere machine in het netwerk hebt waar je een distributed.net proxy op zou kunnen zetten. Misschien kan je hierheen wel verbinden namelijk..

Al Gore en Groen Links zullen niet blij worden maar ik heb idd nog een dual P3/700 (soort van vliegtuig op kruishoogte geluid) en wat kleiner spul "op de plank".

Vertel over dat proxy verhaal, refeshen alle crunchers kun data daar ? If so ga ik vrijdagavond meteen aan de slag.!

[Reneger]

Ja. Het is je eigen proxy. En aan de hand van de logfiles, kan je statistieken produceren, zodat je ook nog precies kan zien hoeveel je hebt gedaan.
Het voordeel van een proxy is, je kan ook sparen voor een megaflush. Welke DPCer wil dat nou niet?!

[ParaNoiMia]

Verwijderd schreef op dinsdag 15 januari 2008 @ 22:46:
@ParaNoiMia, yep en DAT werkt! zodra ik echter xs4all.nl of wat dan ook tracht te openen: "connection failed"

Buffers middels een grote wisseltruck (copy/paste) wel weer geupdated dus tot morgenmiddag staat de w2k3 in ieder geval weer te knarsen. Maar even een nachtje over

Ik zou toch eens kijken naar de DNS instellingen van die server, want dat zit niet goed
Hij zal zelf als DNS server ingesteld zijn, maar die wordt niet gevuld ofzoiets.

[ Voor 7% gewijzigd door ParaNoiMia op 15-01-2008 23:17 ]

[Robinski]

Verwijderd schreef op dinsdag 15 januari 2008 @ 22:53:
[...]


Al Gore en Groen Links zullen niet blij worden maar ik heb idd nog een dual P3/700 (soort van vliegtuig op kruishoogte geluid) en wat kleiner spul "op de plank".

Vertel over dat proxy verhaal, refeshen alle crunchers kun data daar ? If so ga ik vrijdagavond meteen aan de slag.!

Een proxy wordt gebruikt om data van/naar toe te halen die een client doet.
Zelf heb ik ook een proxy draaien omdat op deze manier maar een computer in principe met distributed.net hoeft te verbinden (of een andere proxy), de rest gaat via daar zodat je niet bij een verandering van flush tactiek langs al je client moet.

Met flush tactiek bedoel ik dus dat je kunt sparen als je dat wilt, of kan flushen naar een andere proxy omdat je een onderlinge wedstrijd wit gaan doen.

Een bijkomend voordeel is ook dat je dus stats kun laten genereren, maar dat is weer een stap verder.

[Verwijderd]

@Allen problemen opgelost, kan u geheel zelfstandig doorspoelen (flush) en nieuw voer vragen (fetch).
De laatste opmerking van ParaNoi gaven de juiste richting aan: TCP/IP properties even "preferred DNS" aanvinken/invullen, OK en gaan.

Hoe moeilijk kan het allemaal zijn?? Dank voor jullie geduld!