Problems with the linux client

Message boards : Client : Problems with the linux client
Message board moderation

To post messages, you must log in.

AuthorMessage
LenoBlow

Send message
Joined: 8 Jun 07
Posts: 5
Credit: 44,158
RAC: 0
Message 8408 - Posted: 9 Jun 2008, 13:09:41 UTC
Last modified: 9 Jun 2008, 13:12:06 UTC

Hi All,

I\'m getting computation error\'s, can anybody help me?

Here\'s my boinc logfile


I can run the \"blender_4.56_i686-pc-linux-gnu\" binary from my shell, it complains about missing arguments; so i don\'t think this is a 32/64 compatibility issue. I\'m using my distro\'s boinc packages.

Linux james 2.6.25-ARCH #1 SMP PREEMPT Fri May 16 14:29:57 CEST 2008 x86_64 Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz GenuineIntel GNU/Linux

Thanks
Lenoblow
ID: 8408 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8410 - Posted: 10 Jun 2008, 8:55:29 UTC - in response to Message 8408.  
Last modified: 10 Jun 2008, 9:05:09 UTC

i don\'t think this is a 32/64 compatibility issue.

$Id: glue.cpp,v 1.2 2007/04/04 12:09:26 jbk Exp $
$Id: BOINCHandler.cpp,v 1.2 2007/10/07 13:20:34 jbk Exp $
$Id: Controller.cpp,v 1.4 2007/10/07 13:20:34 jbk Exp $
$Id: ProgressMonitor.cpp,v 1.3 2007/06/13 09:32:54 jbk Exp $
Executing ./blender -y -b ./in.blend -F PNG -t 1 -f 394 0.5625 0.5 0.59375 1
Child created.
Worker thread monitor almost up.
Worker thread monitor up.
Worker thread started
Progress0.000000/1 0.000000
./blender: error while loading shared libraries: libSDL-1.2.so.0: wrong ELF class: ELFCLASS64

The result log says otherwise.

Generally if your workunits error out on a certain machine it is always a nice idea to click the result (on the webpage) and have a look at the log from it. Posting the BOINC log only and having your machines hidden so that people cannot find the results will make it harder for them to give you any useful hints to what may be wrong.

There\'s several solutions to your issue. One is to run BOINC inside a chroot 32bit jail with the right libraries to run Blender. Another option is to get the 32bit compatibility libraries for your platform (you may have to override the LD path to get BOINC to use it). A third option is to compile the Blender software for the 64bit libraries and use the anonymous platform mechanism to make it run with Glue2.

Since Glue2 is working you already have some 32bit compatibility stuff installed.

If you try them out please let us know what worked and what didn\'t.
ID: 8410 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
LenoBlow

Send message
Joined: 8 Jun 07
Posts: 5
Credit: 44,158
RAC: 0
Message 8411 - Posted: 10 Jun 2008, 9:25:10 UTC
Last modified: 10 Jun 2008, 9:25:25 UTC

Thanks for diagnosing this Janus, I was unaware I was able to access per-result logs. Should be easily fixable as you propose.
ID: 8411 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
LenoBlow

Send message
Joined: 8 Jun 07
Posts: 5
Credit: 44,158
RAC: 0
Message 8415 - Posted: 11 Jun 2008, 17:39:49 UTC
Last modified: 11 Jun 2008, 17:40:09 UTC

So i decided to make my own 64bit version...
I\'ve compiled glue2 + blender with patches and created my app_config.xml but it still isn\'t working correctly.

http://burp.boinc.dk/result.php?resultid=6060627

Any Ideas?
ID: 8415 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8417 - Posted: 12 Jun 2008, 6:36:20 UTC
Last modified: 12 Jun 2008, 6:38:52 UTC

It seems you got it working just right with the official version of Blender. Here at BURP we use a slightly modified version which supports a different set of commandline parameters and outputs progress and memory usage differently.

You can find the set of patches to use here (please use the code from CVS - something must have happened to the daily compile script...)

Furthermore you are compiling version 2.46 which hasn\'t been released here yet. It\'s perfectly fine but you are about 1 week ahead of the scheduled deployment here. The 2.46 version may render images slightly differently than the 2.45 version does - so until we officially switch to the 2.46 version you may or may not get your results accepted by the validator.
ID: 8417 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
LenoBlow

Send message
Joined: 8 Jun 07
Posts: 5
Credit: 44,158
RAC: 0
Message 8418 - Posted: 12 Jun 2008, 9:38:44 UTC
Last modified: 12 Jun 2008, 9:39:14 UTC

Ok I will recompile 2.45.

I thought the patches had been applied, i used the \"update\" script (worked really nice btw, tyvm :)). Maybe something was broken on the patching stage because i\'m using 2.46? I\'ll manually compile later and watch the output this time :P


There were a couple of issues with the compile process that I\'ll mention here incase anybody comes across them..
1) When compiling glue2, i had to modify portability.cpp, added these lines:
#include <stdlib.h>
#include <string.h>


2) When compiling blender I had to disable OPENEXR (just another imageformat not needed by burp AFAIK), this was already documented.



ID: 8418 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8419 - Posted: 12 Jun 2008, 9:55:00 UTC - in response to Message 8418.  

Maybe something was broken on the patching stage because i\'m using 2.46?

It does indeed sound like one of the patches didn\'t go through cleanly then.
ID: 8419 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
LenoBlow

Send message
Joined: 8 Jun 07
Posts: 5
Credit: 44,158
RAC: 0
Message 8422 - Posted: 13 Jun 2008, 12:07:50 UTC
Last modified: 13 Jun 2008, 12:38:16 UTC

An update.

Patches don\'t work against blender-2.45.tar.gz (failed on pipeline.c.diff), but managed to patch it manually. Lots of compilation errors with 2.45 on my machine, wrong python version and gcc 4.3 missing header files (http://gcc.gnu.org/gcc-4.3/porting_to.html - see section \"Header dependency cleanup\").

But eventually got it compiled and BOINC is currently processing workunits.

*fingers crossed* for matching results :)

Thanks again Janus for your help with this.
ID: 8422 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Janus
Volunteer moderator
Project administrator
Avatar

Send message
Joined: 16 Jun 04
Posts: 4574
Credit: 2,100,463
RAC: 8
Message 8427 - Posted: 13 Jun 2008, 22:55:53 UTC - in response to Message 8422.  

If you still have a copy of the source around it would be nice to know the changes (in form of a patch) you did to make gcc4.3 happy.
ID: 8427 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote

Message boards : Client : Problems with the linux client