Gå til innhold

Anbefalte innlegg

Videoannonse
Annonse

Satte opp folding på Ubuntu manuelt når ikke Finstall fungerte, men får ikke ting til å virke slik de skal. Ender til stadighet opp med denne feilmeldingen, klipp fra logfila:

 

[16:29:44] Entering M.D.

[16:29:50] Finalizing output

[16:29:54] CoreStatus = 7F (127)

[16:29:54] Client-core communications error: ERROR 0x7f

[16:29:54] Deleting current work unit & continuing...

[16:34:21] - Warning: Could not delete all work unit files (1): Core returned invalid code

[16:34:21] Trying to send all finished work units

[16:34:21] + No unsent completed units remaining.

[16:34:21] - Preparing to get new work unit...

[16:34:21] + Attempting to get work packet

 

Edit: Finner denne forklaringen:

"=== cause is unknown, but the best guess is that mpiexec can't be started by the client ===

Mpiexec should already be in the local directory. If it's not, try adding it and report the results."

 

Mpiexec finnes, men spørsmålet er om den er kjørbar? Hvordan sjekker jeg det?

Endret av -alias-
Lenke til kommentar

ls -la viser all informasjon i katalogen du står i

 

ls er list-kommandoen (tilsvarer dir i dos)

l: long viser all informasjon inklusive eierskap og rettigheter

a: all viser alle filer også skjulte og filer som begynner med . (som skript ofte gjør)

 

på begynnelsen av hver linje vil de stå noe slikt som dxrwxrwxrw, eventuelt en - i stede for en av bokstavene

 

d står hvis det er en katalog (directory) xrw står for execute, read,write, de første 3 gjelder for owner de neste tre for group og de siste for all.

 

for at du som bruker skal kunne kjøre en fil må det altså minst stå -x-------- på rettighetene på en fil som regel er det greit at det står -xrw------. dahar du rettighet til å gjøre hva som helst med fila, men ingen andre.

 

Sitter ikke på linux-maskin nå, så kan ikke gi deg noe eksempel, men hvis du kjører ls -la i katalogen og klipper resultatet her så kan keg kommentere om det ser greit ut eller ikke.

 

chown er kommanoen for å endre eierskap på en fil og chmod er kommandoen for rettigheter.

Endret av Xell
Lenke til kommentar

Oppdaget at Finstall-linken igjen fungerer og la om til den igjen. For ikke å ha noe grums la jeg inn Ubuntu på nytt og kjørte finstall. Det gikk helt feilfritt, men får igjen samme feilmelding som sist, så det må være et lokalt problem.

 

Legger for sikkerhetsskyld ut klipp fra begge katalogene, henholdsvis /foldingathome$ og /CPU1 slik:

 

 

 

vidar@vidarLinux:~/foldingathome$ ls -la

totalt 1028

drwxr-xr-x 3 vidar vidar 4096 2010-05-24 11:15 .

drwxr-xr-x 25 vidar vidar 4096 2010-05-24 11:32 ..

drwxr-xr-x 3 vidar vidar 4096 2010-05-24 11:28 CPU1

-rwx--x--x 1 vidar vidar 252676 2008-07-02 18:03 fah6

-rw-r--r-- 1 vidar vidar 139883 2008-07-02 18:04 FAH6.02-Linux.tgz

-rwxr-xr-x 1 vidar vidar 822 2010-05-24 11:14 fahback

-rw-r--r-- 1 vidar vidar 13 2010-05-24 11:15 fah_config

-rw-r--r-- 1 vidar vidar 39183 2005-09-30 09:11 FAHLinux.txt

-rwxr-xr-x 1 vidar vidar 165979 2010-05-24 11:07 finstall

-rw-r--r-- 1 vidar vidar 33445 2007-05-07 18:56 finstallFAQ.txt

-rwxr-xr-x 1 vidar vidar 51515 2010-05-24 11:11 folding

-rwxr-xr-x 1 vidar vidar 50824 2005-10-17 23:21 fpd

-rwxr-xr-x 1 vidar vidar 407 2010-05-24 11:14 get_qdinfo

-rwxr-xr-x 1 vidar vidar 3601 2010-05-24 11:14 installService

-rwx--x--x 1 vidar vidar 68492 2007-07-16 20:02 mpiexec

-rwxr-xr-x 1 vidar vidar 115568 2010-05-20 20:07 qd

-rw-r--r-- 1 vidar vidar 78624 2010-05-20 20:07 qdinfo.dat

-rwxr-xr-x 1 vidar vidar 2621 2010-05-24 11:14 uninstallService

vidar@vidarLinux:~/foldingathome$

 

vidar@vidarLinux:~/foldingathome/CPU1$ ls -la

totalt 3596

drwxr-xr-x 3 vidar vidar 4096 2010-05-24 11:28 .

drwxr-xr-x 3 vidar vidar 4096 2010-05-24 11:15 ..

-rwxr-x--- 1 vidar vidar 188 2010-05-24 11:14 client.cfg

-rwxr-xr-x 1 vidar vidar 2289 2010-05-24 11:12 FaH

lrwxrwxrwx 1 vidar vidar 35 2010-05-24 11:12 FAH504-Console.exe -> /home/vidar/foldingathome/CPU1/fah6

lrwxrwxrwx 1 vidar vidar 30 2010-05-24 11:12 fah6 -> /home/vidar/foldingathome/fah6

-rwxr-x--- 1 vidar vidar 3625104 2010-05-24 11:28 FahCore_a1.exe

-rw-r--r-- 1 vidar vidar 16205 2010-05-24 12:00 FAHlog.txt

lrwxrwxrwx 1 vidar vidar 29 2010-05-24 11:12 fpd -> /home/vidar/foldingathome/fpd

-rw-r--r-- 1 vidar vidar 8 2010-05-24 11:14 machinedependent.dat

lrwxrwxrwx 1 vidar vidar 33 2010-05-24 11:12 mpiexec -> /home/vidar/foldingathome/mpiexec

-rw-r--r-- 1 vidar vidar 1499 2010-05-24 11:14 MyFolding.html

lrwxrwxrwx 1 vidar vidar 28 2010-05-24 11:12 qd -> /home/vidar/foldingathome/qd

lrwxrwxrwx 1 vidar vidar 36 2010-05-24 11:12 qdinfo.dat -> /home/vidar/foldingathome/qdinfo.dat

-rw-r--r-- 1 vidar vidar 7168 2010-05-24 11:38 queue.dat

drwxr-x--- 2 vidar vidar 4096 2010-05-24 11:38 work

vidar@vidarLinux:~/foldingathome/CPU1$

 

 

 

For meg så ser det riktig ut, men nå ser jeg ofte ikke skogen for bare trær, så fint hvis du sjekker.:thumbup:

Endret av -alias-
Lenke til kommentar

Jeg vil, sliter bare med temp.

Holder på å legge opp en 16A kurs nå til 2300W AC.

Bruker like mye strøm som foldingen, men så får jo jeg også glede av den lave temp.

Har lagt inn org xp og har 295x2 , 250x2 , 9800gx2 klar.

Lenke til kommentar

Jeg hadde helt glemt den bugen med 10.4. Jeg kan legge ut fiksen jeg gjorde i ubuntu hvsi jeg bare finner den fram igjenn. Det er ikke værre enn at mam måtte kopiere noen biblioteker, hvis ikke jeg husker feil.

 

tba

Lenke til kommentar

Det er da ganske dårlig at f@h ikke kompileres mot de nyeste bibliotekene? For det første skal man slippe å tukle rundt med "utdaterte" biblioteker for et spesielt program, og for det andre er nyere biblioteker så godt som alltid bedre på ytelse.

Lenke til kommentar

Det er da ganske dårlig at f@h ikke kompileres mot de nyeste bibliotekene? For det første skal man slippe å tukle rundt med "utdaterte" biblioteker for et spesielt program, og for det andre er nyere biblioteker så godt som alltid bedre på ytelse.

 

 

problemet er vel hvordan ting linkes. Et hvert program burde takle å kjøre et nyere bibliotek så lenge biblioteket er bakoverkompatibelt (ikke noe har blitt fjernet) men noen ganger gjøres ting på en lite dynabisk måte og da går ting i frø. Det skal være jeg har foldet på mange kombinasjoner av liinux og fah og aldri opplevd en slik bibliotekfeil.

 

Fiksen fant jeg forøvrig her:

 

http://foldingforum.org/viewtopic.php?f=44&t=12939

 

OG her kommer et sammendrag for hvordan man får dette til å virke med en finstall-installasjon (en kommando pr linje):

 

 

cd ~
wget http://darkswarm.org/whosyerdaddy-0.6.sh
chmod +x whosyerdaddy-0.6.sh
cp -a /lib ~/lib64-fah
cd ~/lib64-fah
~/whosyerdaddy-0.6.sh

 

Dette flytter deg til hjemmekatalogen, laster ned et script fra en fyr på foldingforum, gjør det kjøbart, kopierer lib-kataligen til en underkatalog på hjemmekatalogen (gjør vi ikke bruker samme bilblioteker for fah som resten av systemet og dermed ikke ødelegger for resten av ubuntu), flytter deg til denne katalogen og kjører scriptet. det flotte med denne fiksen er at den ikke klusser med systemet og det er velidg lett å gå tilbake til standardbibliotekene når dette blir fikset fra PD.

 

Det neste man må gjøre er å sørge for at FaH bruker disse fiksede bibliotekene når den startes. I tråden fra foldingforum anbefales det å lage en ny startfil som har LD_LIBRARY_PATH=~/lib64-fah før kallet av programmet. Siden det allerede er masse start skripts og greier installert via finstall og vi ønsker å fortsette å bruke disse når vi kjører programmet som service gjør vi heller følgende:

 

cd foldingathome/CPU1/
gedit FaH

 

scroll til bunn av fila og legg til export LD_LIBRARY_PATH=~/lib64-fah før siste linje. De siste linjene bør se noe slikt ut

 

echo ""
echo "Starting FAH..."
echo ""

export LD_LIBRARY_PATH=~/lib64-fah

$add_pref /home/helene/foldingathome/CPU1/fah6 $FAH_flags $FAH_default_flags  $@

 

Dersom vi ved en senere anledning ønsker å gå tilbake til system-biblioteket er det bare å kommentere ut linja (eller slette) som vi la til.

 

Lykke til!

Lenke til kommentar

cp -a /lib ~/lib64-fah

 

Får flg. feilmeldinger etter over nevnte kommando:

 

 

vidar@vidarLinux:~$ cp -a /lib ~/lib64-fah

 

cp: kan ikke opprette spesialfilen «/home/vidar/lib64-fah/lib/udev/devices/ppp»: Operation not permitted

cp: kan ikke opprette spesialfilen «/home/vidar/lib64-fah/lib/udev/devices/loop0»: Operation not permitted

cp: kan ikke opprette spesialfilen «/home/vidar/lib64-fah/lib/udev/devices/null»: Operation not permitted

cp: kan ikke opprette spesialfilen «/home/vidar/lib64-fah/lib/udev/devices/console»: Operation not permitted

cp: kan ikke opprette spesialfilen «/home/vidar/lib64-fah/lib/udev/devices/net/tun»: Operation not permitted

cp: kan ikke åpne «/lib/ufw/user.rules» for lesing: Permission denied

cp: kan ikke åpne «/lib/ufw/user6.rules» for lesing: Permission denied

 

 

Endret av -alias-
Lenke til kommentar

Ser i linken til Xell at tilsvarende feilmeldinger forekommer der, men med min begrensede kunnskap om Linux, lar jeg andre dra konklusjonen.

 

Har forøvrig lagt inn Ubuntu 9.10 på nytt på 930'en og benyttet ext3 istedet for ext4. Det reduserte "ventetiden" etter fullført WU fra ca. 1 time til 3 minutter. Eksempel under er sakset fra 860'en med SSD og ext4.

 

[09:28:07] ... Done.

[09:34:51] - Shutting down core

 

Har også gjort noen små justeringer med BCLK, samt endret minnehastighet fra ca 1600MHz til auto. Hvilken hastighet minne kjører på vet jeg ikke, men det er grunn til å tro at den er noe redusert. Til tross for en økning av BCLK med 5 (*20), er det liten endring av PPD. Har også registrert at minnebruken falt fra 4.5GB til 3.8GB. Det kan jo bety at minne har en viss betydning.

 

Det er også ting på gang ifm SMP - sakset fra et annet forum:

 

As announced a few months ago, the BigAdv projects will soon be dropping the A2 core in favour of A3, which will signal the completion of the transition from SMP1 to SMP2; the A3 core being one of the first major applications for the latter.

 

Project 2684 makes its appearance at this point, and is the first BidAdv project to utilise the A3 core. Scientifically, the project is very close in makeup to those in the 2681-2683 range, which we know as BidAdv A2. It will be used to supplement the data obtained during the first phase of BigAdv and will validate the use of the A3 core on BidAdv projects.

 

This project is distributed by the usual BigAdv server at 171.67.108.22. Each unit consists of 1,096,433 atoms, and should preferably be completed four days or less if you want an early return bonus. The final deadline is six days. Each unit is worth 8,955 points, and the bonus factor is 26.4. These values may be adjusted at a later date after feedback from users.

 

Initially, project 2684 will only be available for Linux and OSX, but the Windows version should make its appearance shortly afterwards.

 

Når det gjelder PPD ser dette ikke særlig lyst ut. Når 10 kjerner på 4.4GHz bruker 34 minutter pr %, vil mange slite med å nå deadline og gå glipp av bonus og se en PPD langt under 10K.

 

Linux native: i7 980x @ 4.4ghz

flag: -bigadv -smp 10

Core: A3

Ram used: 2GB

 

Frametime: 34'

2681 Frame time 21'

PPD decreased from 45K to 31K

 

[04:45:07] Project: 2684 (Run 2, Clone 5, Gen 0)

[04:45:07]

[04:45:07] Assembly optimizations on if available.

[04:45:07] Entering M.D.

[04:45:18] Completed 0 out of 250000 steps (0%)

[05:19:15] Completed 2500 out of 250000 steps (1%)

Lenke til kommentar

Godt å se :) Jeg vender snart tilbake med litt folding men gøy å få noen som kjemper om 10 plassen når det skjer.

 

Sikter på plass 10 her. men i nåværende ppd tar jeg deg igjen først til neste år. men blir bedre når alle 14 kjernene delt på 3 maskiner får smp klient.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...