| Anonymous | Login | Signup for a new account | 2013-05-23 06:09 PDT | ![]() |
| Main | My View | View Issues | Change Log | Roadmap |
| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0000747 | LuxRender | Core | public | 2010-05-03 12:16 | 2010-07-25 13:10 | ||||
| Reporter | SATtva | ||||||||
| Assigned To | jeanphi | ||||||||
| Priority | normal | Severity | crash | Reproducibility | always | ||||
| Status | closed | Resolution | fixed | ||||||
| Platform | x86-64 | OS | Linux | OS Version | |||||
| Product Version | |||||||||
| Target Version | 0.7RC3 | Fixed in Version | 0.7RC3 | ||||||
| Summary | 0000747: Slave crash with gzip error | ||||||||
| Description | I have some issue here, not sure whether it's something in the core, or my build process, or something. It happened with some of the latest pre-RC2 builds, but I thought this was caused by libz version inconsistencies. For that reason libz was linked statically in RC2, but the problem remains. If I try to use network rendering, slave dies shortly after beginning to receive commands with a gzip error: $ ./luxconsole -s [Lux 2010-May-04 01:49:48 INFO : 0] Lux version 0.7RC2 of May 4 2010 at 00:28:46 [Lux 2010-May-04 01:49:48 INFO : 0] Threads: 2 [Lux 2010-May-04 01:49:48 INFO : 0] Launching server [2 threads] mode on port '18018'. [Lux 2010-May-04 01:49:59 INFO : 0] Server processing command: 'ServerConnect' (hash: 332355398) [Lux 2010-May-04 01:49:59 INFO : 0] New session ID: 8824_3592_5165_2418 [Lux 2010-May-04 01:49:59 INFO : 0] Server processing command: 'luxSetEpsilon' (hash: 3945573060) [Lux 2010-May-04 01:49:59 INFO : 0] Server processing command: 'luxLookAt' (hash: 3747502632) [Lux 2010-May-04 01:49:59 INFO : 0] Server processing command: 'luxCamera' (hash: 3378604391) [Lux 2010-May-04 01:49:59 ERROR : 14] Internal error: gzip error The crash seems to be always after luxCamera command. Both slave and master are running the same version, of course. I'll be glad if somebody will take a look at my Linux builds and try to reproduce the problem with those and with builds of their own. | ||||||||
| Tags | No tags attached. | ||||||||
| Mercurial Changeset # | |||||||||
| Requires Documentation Update | No | ||||||||
| Requires Exporter Update | |||||||||
| Attached Files | |||||||||
Notes |
|
|
(0002154) ayanematrix (reporter) 2010-05-04 10:38 |
I can confirm a similar error on WinXP SP3 32-bit with RC2-SSE2 build, only that instead of a gzip error, it's a version mismatch with either the normal luxrender or Qt versions connecting to a network render node. What's odd is that if you force it through a second time you'll be able to fully connect and you'll have to remove the previous borked server connecting in the GUI. Obviously, you can't do that with the console version connecting to a network render node. |
|
(0002162) jeanphi (administrator) 2010-05-05 11:34 |
I'm not able to reproduce here. However I'm using boost 1.40 locally. Could it be a boost issue? |
|
(0002163) SATtva (developer) 2010-05-05 11:48 |
The gzip error? Hard to say, unless it's something 1.41-specific. IIRC, before out downgrade to 1.41 everything was fine with weeklies. I'll do some tests. |
|
(0002164) jensverwiebe (developer) 2010-05-06 02:48 |
Hi Same on OSX, must be very newly introduced. Though nothing else changed here in libs but boost 1.4.2 -> 1.4.1 and --> freeimage indeed, we should search there. Jens |
|
(0002165) SATtva (developer) 2010-05-06 04:01 |
Jens, you mean having the same problem? Or not, as jeanphi? |
|
(0002170) jensverwiebe (developer) 2010-05-06 12:48 |
I meant same gzip-error here, sadly Jens |
|
(0002172) jensverwiebe (developer) 2010-05-06 14:13 |
Hey folks Didi a bit more testing.... !!! LuxRender 0.7rc2 works along with console from rc1 !!!!!! no gzip-error !!!! Hope this helps |
|
(0002174) abel (developer) 2010-05-06 15:39 |
This error can even be triggered on a single machine when connecting from LuxRender to luxconsole. |
|
(0002176) jeanphi (administrator) 2010-05-07 00:58 |
looks more and more like a boost issue :( |
|
(0002178) jensverwiebe (developer) 2010-05-07 04:34 |
juppa I found this bug present in boost 1.4.1 + 1.4.2 fixed in 1.4.3: https://svn.boost.org/trac/boost/ticket/3723 [^] Jens |
|
(0002195) jeanphi (administrator) 2010-05-13 08:32 |
fixed by reverting to boost 1.39 |
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2010-05-03 12:16 | SATtva | New Issue | |
| 2010-05-03 12:20 | jeanphi | Target Version | => 0.7RC3 |
| 2010-05-04 10:38 | ayanematrix | Note Added: 0002154 | |
| 2010-05-05 11:34 | jeanphi | Note Added: 0002162 | |
| 2010-05-05 11:48 | SATtva | Note Added: 0002163 | |
| 2010-05-06 02:48 | jensverwiebe | Note Added: 0002164 | |
| 2010-05-06 04:01 | SATtva | Note Added: 0002165 | |
| 2010-05-06 12:48 | jensverwiebe | Note Added: 0002170 | |
| 2010-05-06 14:13 | jensverwiebe | Note Added: 0002172 | |
| 2010-05-06 15:39 | abel | Note Added: 0002174 | |
| 2010-05-07 00:58 | jeanphi | Note Added: 0002176 | |
| 2010-05-07 04:34 | jensverwiebe | Note Added: 0002178 | |
| 2010-05-13 08:32 | jeanphi | Status | new => assigned |
| 2010-05-13 08:32 | jeanphi | Assigned To | => jeanphi |
| 2010-05-13 08:32 | jeanphi | Requires Documentation Update | => No |
| 2010-05-13 08:32 | jeanphi | Requires LuxBlend Implementation | => No |
| 2010-05-13 08:32 | jeanphi | Requires LuxMaya Implementation | => No |
| 2010-05-13 08:32 | jeanphi | Requires LuXSI Implementation | => No |
| 2010-05-13 08:32 | jeanphi | Note Added: 0002195 | |
| 2010-05-13 08:32 | jeanphi | Status | assigned => resolved |
| 2010-05-13 08:32 | jeanphi | Fixed in Version | => 0.7RC3 |
| 2010-05-13 08:32 | jeanphi | Resolution | open => fixed |
| 2010-07-25 13:10 | jeanphi | Status | resolved => closed |
| Copyright © 2000 - 2012 MantisBT Group |