0001239: Error passing files to render nodes with 1.0RC2

Notes
(0003430) SATtva (developer) 2012-06-13 20:06	Are you certain both master and slave are using the same version? Is that 1.0RC2 official? Could one of them be a weekly build by a chance (note it will still report 1.0RC2 as version string)?

(0003431) Jack Eden (reporter) 2012-06-13 21:16	I am quite sure they are the same version, as both ec2 instances were spun up from the same AMI (amazon machine image) and I rebuilt my AMI today and installed the official RC2 on the Luxrender.net download page. I have had the problem before of trying to slave server to a master and the two are running different versions, and there is a handshake error and tells me that the two versions are different. I am very new to software testing and reporting bugs, but I want to be helpful, so I did try many different things to try and recreate the problem or try to solve it. Both Macs that I tried to render on were running the same RC2 build (in fact they were both installed from the same .dmg) and I got the same problem, and just the same it was resolved when I manually edited the the material.lxm file. I tried re-exporting the scene multiple times from Blender 2.6.2 and the luxrender exporter I was using with that version (from RC1) and also exporting from Blender 2.6.3 and the luxrender exporter that was packaged with the RC2 download. All of these tests were conducted across both the EC2 platform and two macs running 10.6.8.

(0003435) Jack Eden (reporter) 2012-06-15 14:40	I truly apologize. There may be something wrong with my file. I can't reproduce this with any other file I am working on. If I have new issues in the future I will do more research and try to vet out the problem a little further before posting bug. I think I was desperate for this to work at the time. I am still curious about the temp files and wonder if those are to be managed manually or if Lux manages them. In the case that I need to manage them manually, I don't know how to delete a series of files in a command-line only environment.

(0003436) Lord Crc (administrator) 2012-06-15 16:20	As you can see from the ERROR lines, for some reason a file wasn't transferred correctly, so that the file hash of the transmitted file did not match the source file. The slave then aborted to prevent ruining the rendering using a broken texture. Currently LuxRender doesn't do any cleanup of the temp files, however I plan on adding some form of cleanup before 1.0 final. Until then, to remove the temp files simply run rm tmp_* in the directory you launched luxconsole from (assuming you didn't use the option to change the cache dir).

(0003461) Jack Eden (reporter) 2012-07-06 13:34 edited on: 2012-07-06 22:12	Sorry for the late reply to this, I have been away on a video shoot. I just downloaded the weekly build that was posted by J the Ninja, and am still getting the same error across two machines. both Macs, one running 10.6 and one running 10.7. I am sure that both machines, master and slave, called the same version of LuxRender, as the readout in the terminal window on both machines was for the July 3, 2012 build. This product featured in the rendered image has been launched, and so I now feel fine about posting the files. Of course the textures files are copyrighted by the company Young Living that owns them. I don't know if having the files will help trace out a problem or not, but I just hope that the problem is not something I have done and am just causing you a lot of grief. You can download the zip containing blend, texture, and LuxBlend export files file with this link. (removed)

(0003462) Lord Crc (administrator) 2012-07-06 22:13	I've removed the link just so neither of us get any copyright issues. Very weird, I'll look into it.

(0003476) Lord Crc (administrator) 2012-07-26 12:49	Fix is in the repository, the problem was related to the fact that the files was not in their original location. See changelog for details.

Issue History
Date Modified	Username	Field	Change
2012-06-13 18:36	Jack Eden	New Issue
2012-06-13 20:06	SATtva	Note Added: 0003430
2012-06-13 21:16	Jack Eden	Note Added: 0003431
2012-06-15 14:40	Jack Eden	Note Added: 0003435
2012-06-15 16:20	Lord Crc	Note Added: 0003436
2012-06-15 16:20	Lord Crc	Assigned To	=> Lord Crc
2012-06-15 16:20	Lord Crc	Status	new => assigned
2012-06-30 15:21	Lord Crc	Status	assigned => feedback
2012-07-06 13:34	Jack Eden	Note Added: 0003461
2012-07-06 13:34	Jack Eden	Status	feedback => assigned
2012-07-06 22:12	Lord Crc	Note Edited: 0003461	View Revisions
2012-07-06 22:13	Lord Crc	Note Added: 0003462
2012-07-26 08:28	Lord Crc	Status	assigned => confirmed
2012-07-26 12:49	Lord Crc	Mercurial Changeset #	=> 4f9f320bf9ac
2012-07-26 12:49	Lord Crc	Note Added: 0003476
2012-07-26 12:49	Lord Crc	Status	confirmed => resolved
2012-07-26 12:49	Lord Crc	Fixed in Version	=> 1.0
2012-07-26 12:49	Lord Crc	Resolution	open => fixed
2012-07-26 12:57	Lord Crc	Fixed in Version	1.0 => 1.0RC3
2012-09-11 06:11	jeanphi	Status	resolved => closed

Relationships