Nieuwe kernel, koe overleden?

[AlterEgo]

Ik heb een nieuwe kernel gebakken, 2.4.18, en alles werkt als een vliegtuig Alleen mijn weigert dienst:

dnetc v2.8015-469-CTR-01051420 for Linux (Linux 2.4.18).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/
Using email address (distributed.net ID) '[edit]'

[Mar 08 20:00:02 UTC] Automatic processor detection found 1 processor.
[Mar 08 20:00:02 UTC] Insufficient memory to allocate problem data
[Mar 08 20:00:02 UTC] Unable to initialize problem manager. Quitting...
[Mar 08 20:00:02 UTC] *Break* Shutting down...

De processor wordt herkend als een: AMD K7-4 processor.
De kernel is ook voor een Athlon gemaakt.
En er is ruim 700 MB vrij geheugen .

Als ik terugga naar de oude kernel, werkt de koe normaal.

[Verwijderd]

[b]Op vrijdag 08 maart 2002 21:14 schreef AlterEgo

[Mar 08 20:00:02 UTC] Insufficient memory to allocate problem data

Lijkt mij een geheugen probleem

[Verwijderd]

Kan je ook niet zo direct gebruiken, weet alleen dat het geheugenmanagement met 2.4.x heel erg sterk veranderd is (alsmede dynamische /dev gebeuren?). Moet je je niet voor deze kernel opnieuw compileren? Heb je niet wat meer logging die begint bij het probleem/opstarten van ?

[moto-moi]

Op vrijdag 08 maart 2002 22:17 schreef stavox het volgende:
Kan je ook niet zo direct gebruiken, weet alleen dat het geheugenmanagement met 2.4.x heel erg sterk veranderd is (alsmede dynamische /dev gebeuren?). Moet je je niet voor deze kernel opnieuw compileren?

Van Distributed.net worden alleen pre-compilen binaries verspreid, er is wel een source-file op hun homepage te vinden, maar deze schijnt 'niet echt' te werken..

Het enige wat ik kan verzinnen, is even je config file wegsmijten, eventueel ook de pakketjes die hij half heeft gedaan (Ervoor even flushen), en dan opnieuw proberen op te starten. Ik heb er i.i.g. geen last van met kernel 2.4.17@Athlon 1333

[deadinspace]

Op vrijdag 08 maart 2002 22:17 schreef stavox het volgende:
Kan je ook niet zo direct gebruiken, weet alleen dat het geheugenmanagement met 2.4.x heel erg sterk veranderd is

Mja, dat zou op zich niet uit moeten maken... Een applicatie doet malloc() en krijgt dan NULL terug als het ram echt op is. Maar dat zou met 700 meg toch geen probleem moeten zijn...

(alsmede dynamische /dev gebeuren?).

Mja, devfs is optioneel. Maar ook dat zou niks uit mogen maken.

Probeer hem eens te stracen, dus:

code:

strace ./dnetc

oid.

[Verwijderd]

Als je een niet gepatchte versie van 2.4.18 hebt zouden statisch gecompileerde binaries problemen kunnen geven. Dit is een bug in de kernel. Neem .2.4.17-rc4 of 2.4.18-ac2. Deze zouden het probleem niet meer moeten hebben. Tenminste ik denk dat het daar aan ligt.

[Verwijderd]

ik draai een koe onder kernel 2.4.18 gewoon zonder problemen, 768mb RAM en op me hd iets van 30gig vrij ofzo, download eens de nieuwste client

dnetc v2.8015-469-CTR-01051421 for Linux (Linux 2.4.18).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/
Using email address (distributed.net ID) '[e-mail]'

[Mar 09 00:08:06 UTC] Recovered 1 checkpoint packet
[Mar 09 00:08:06 UTC] Automatic processor detection found 1 processor.
[Mar 09 00:08:06 UTC] Automatic processor type detection found
an AMD K7-4 processor.
[Mar 09 00:08:06 UTC] RC5: using core #6 (RG/HB re-pair II).
[Mar 09 00:08:06 UTC] RC5: Loaded 09585EEB:40000000:32*2^28 (71.60% done)

[deadinspace]

Op vrijdag 08 maart 2002 23:59 schreef janjanjansen het volgende:
Als je een niet gepatchte versie van 2.4.18 hebt zouden statisch gecompileerde binaries problemen kunnen geven. Dit is een bug in de kernel. Neem .2.4.17-rc4 of 2.4.18-ac2. Deze zouden het probleem niet meer moeten hebben. Tenminste ik denk dat het daar aan ligt.

Die bug zou alleen op non-i386 moeten opspelen toch?

[Verwijderd]

Het is mij nooit helemaal duidelijk geworden en toen ik de melding zag moest ik gelijk daar aan denken (keurig met voorbehoud).
Statisch gecompileerde apps op i386 en totaal vern**kt op non i386 of alleen statisch op non i386. Beetje raar dat de koei het wel deed op de vorige kernel.
Welke versie van de kernel was dat ?

[deadinspace]

Op zaterdag 09 maart 2002 01:07 schreef janjanjansen het volgende:
Statisch gecompileerde apps op i386 en totaal vern**kt op non i386 of alleen statisch op non i386.

Static apps op bepaalde non-i396 archs zijn broken. Dat is alles. (anders had Marcello wel snel 2.4.19 uitgebracht lijkt mij, net als met 2.4.11/12 en 2.4.15/16 gebeurde)

Beetje raar dat de koei het wel deed op de vorige kernel.

Mjah, dat is wel zo...

[AlterEgo]

Dank voor alle reacties totzover.
Ik kom van kernel 2.4.10. Herinstalleren van de (versie vers van de d.net site gehaald) en weggooien van de bestande workunits en .ini file haalde niets uit.
Patchen naar 2.4.18-ac2: geen verbetering.
De strace: Hier (althans het laatste deel).
Suggesties blijven welkom!

[Verwijderd]

Op zaterdag 09 maart 2002 13:45 schreef AlterEgo het volgende:
Dank voor alle reacties totzover.
Ik kom van kernel 2.4.10. Herinstalleren van de (versie vers van de d.net site gehaald) en weggooien van de bestande workunits en .ini file haalde niets uit.
Patchen naar 2.4.18-ac2: geen verbetering.
De strace: Hier (althans het laatste deel).
Suggesties blijven welkom!

dat kan niet als het enige dat veranderd de kernel is, en je pakt de nieuwste en een verse koe dan heb je dezelfde kernel als ik en dezelfde koe en mij lukt ut wel en jou niet? wierd

[bkor]

Bij make menuconfig in "File systems" de "Virtual memory file system support (former shm fs)" aanzetten. En de help opvolgen; gooi dus het volgende in je /etc/fstab:

code:

 tmpfs      /dev/shm      tmpfs      defaults     0 0

[Squee]

Zo te zien aan je strace gaat het hier fout:

code:

shmget(IPC_PRIVATE, 72548, 0x180|0600)  = -1 ENOSYS (Function not implemented)

Uit de manpage over shmget:

shmget - allocates a shared memory segment

shmget() returns the identifier of the shared memory segment
associated to the value of the argument key. A new shared memory
segment, with size equal to the round up of size to a multiple of
PAGE_SIZE, is created if key has value IPC_PRIVATE or key isn't
IPC_PRIVATE, no shared memory segment is associated to key, and
IPC_CREAT is asserted in shmflg (i.e. shmflg&IPC_CREAT isn't
zero).

[AlterEgo]

Thanks Bkor,
het probleem zat in het virtual memory file system (make oldconfig vanaf 2.4.10 ging niet lekker).
het tje graast weer (en hij graast sneller dan in Windows ).