SETI op Debian Alpha?

[iGadget]

Als ik probeer SETI@home op te starten op m'n kersvers geinstalleerde Alpha machine, krijg ik de volgende error:

Couldn't get lock file. This is probably because
another instance of SETI@home is running in this directory.
Each instance of SETI@home must run in a separate directory.

-Ik heb gecheckt of er andere files in de die dir staan, maar niets...
Dit was met de gedownloade versie voor linux Alpha.
-Hierna heb ik het met het officieële debian pakket geprobeerd (via apt geïnstalleerd), maar dit gaf hetzelfde resultaat.
-Ik heb rechten gecontroleerd, staan goed
-Ik start alles gewoon keurig met ./ ervoor...

Iets anders wat ik nog zou kunnen proberen?

[moto-moi]

Als je hem via apt-get installeerd, denk ik dat er ook een scriptje in /etc/init.d zal verschijnen welke de seti-client aan zal zetten. Waarschijnlijk hoef je daar alleen maar ff in de editten om dat elke keer voorelkaar te krijgen.

Sterker nog, ik denk dat 'ie op dat moment al draait, doe eens een ps aux| grep seti o.i.d. ?

[iGadget]

Die runt dus nog niet:

Solo-Alpha:~# ps auwx |grep seti
root 13955 1.4 0.8 2000 752 pts/2 S 19:53 0:00 grep seti

Maar... als ik 'm handmatig al niet op kan starten, waarom zou zo'n script dat dan wel kunnen?

[iGadget]

Okee... wel grappig, als ik 'm met de optie -nolock opstart, dan werkt ie wel... vaag...

[Verwijderd]

1) Gebruik liever het knopje dan meerdere posts onder mekaar.
2) Je zou nog eens kunnen kijken of je mbv strace kunt achterhalen waarom seti precies denkt dat er al een lockfile is.

[iGadget]

1) Sorry

2) Here goes:

matthijs@Solo-Alpha:~/SETI2$ strace setiathome
execve("/usr/bin/setiathome", ["setiathome"], [/* 14 vars */]) = 0
Couldn't get lock file. This is probably because
another instance of SETI@home is running in this directory.
Each instance of SETI@home must run in a separate directory.

En de gedownloade versie geeft dit resultaat:

matthijs@Solo-Alpha:~/SETI.old$ strace ./setiathome
execve("./setiathome", ["./setiathome"], [/* 14 vars */]) = 0
Couldn't get lock file. This is probably because
another instance of SETI@home is running in this directory.
Each instance of SETI@home must run in a separate directory.

Ik word hier niet echt veel wijzer uit... Maar ik ben dan ook totaal niet bekend met strace

[ Voor 12% gewijzigd door iGadget op 24-09-2003 21:46 ]

[Verwijderd]

Bij mij hangt setiathome aan lock.sah als hij draait....zo lockt hij 'm dus.

code:

lsof lock.sah 
COMMAND     PID USER   FD   TYPE DEVICE SIZE   NODE NAME
setiathom 28234 root    3ww  REG    3,2    0 718719 lock.sah

lock.sah bestaat ook als hij niet draait.

Uit 'm strace:

code:

open("lock.sah", O_WRONLY|O_CREAT, 0644) = 3

[ Voor 27% gewijzigd door Verwijderd op 25-09-2003 17:18 ]

[iGadget]

Bij mij bestaat 'ie in eerste instantie gewoon niet, nergens op het hele systeem niet. Als ik 'm met de optie -nolock opstart, genereert 'ie de files wel, en loopt 'ie ook prima. Maar nog steeds nergens een lock.sah file. En als ik 'm daarna zonder die optie opstart, krijg ik nog steeds dezelfde error.
Als ik lock.sah zelf genereer, krijg ik nog steeds dezelfde foutmelding.

Wat zou dit kunnen zijn

[Kippenijzer]

goh, start voor de aardigheid het ding eens als root? Ik denk dat het probleem hem daar zit, als user matthijs heb je geen schrijfrechten waar hij lock.sah neer wil gooien... Volgens mij kun je ook met een schakeloptie wel een eigen lokatie voor de lockfile opgeven, dan kun je hem wel als matthijs draaien...

[Stoney3K]

Kippenijzer schreef op 26 September 2003 @ 10:33:
goh, start voor de aardigheid het ding eens als root? Ik denk dat het probleem hem daar zit, als user matthijs heb je geen schrijfrechten waar hij lock.sah neer wil gooien... Volgens mij kun je ook met een schakeloptie wel een eigen lokatie voor de lockfile opgeven, dan kun je hem wel als matthijs draaien...

* Stoney3K agrees

Meestal heb je geen schrijfrecht in de lockfile dir (/var/run of /var/pid??) als normale user. probeer eens su...

Sterker nog, je kan je lockfile nog niet eens zien als normale user.

[ Voor 16% gewijzigd door Stoney3K op 26-09-2003 10:44 ]

[Verwijderd]

Stoney3K schreef op 26 September 2003 @ 10:43:

Meestal heb je geen schrijfrecht in de lockfile dir (/var/run of /var/pid??)

seti gooit de lockfile in z'n eigen dir, tussen de andere .sah files. (zoals work_unit.sah)

[iGadget]

Als root doet 'ie het ook niet... geeft precies dezelfde foutmelding. Ik heb inmiddels echter wel een vermoeden wat het zou kunnen zijn....

Tijdens de installatie van debian was de systeemklok verkeerd ingesteld (jaartal stond op 2023). Als gevolg daarvan hebben alle files het jaartal 2023 meegekregen als creation date. Zou dit er iets mee te maken kunnen hebben? Zo ja, hoe verander ik de creationdate van bestanden (en directories?!)?

[ Voor 3% gewijzigd door iGadget op 26-09-2003 23:41 ]

[Jelmer]

man touch:

touch <file>

[ Voor 75% gewijzigd door Jelmer op 26-09-2003 23:45 ]

[iGadget]

Dat werkt... alleen niet voor symlinks merk ik. Maar nadat ik dit gedaan heb, blijft dezelfde foutmelding nog steeds bestaan, dus dit was het kennelijk ook niet

Nog andere ideeën?