Sunflower A.09.09.L

Sunflower A.09.09.L

Description

Frank smells something
Frank stops and directs the other rodents to go each in their own direction.

This is the left eye view of the stereo video. The right eye is rendered in Session 1375.

Big Buck Bunny is copyright 2008, Blender Foundation / www.bigbuckbunny.org available under CC-by v3

Message boards : Comments and discussion : 1374

Author Message
Profile nick
Avatar
Send message
Joined: 27 Jul 09
Posts: 28
Credit: 1,546,451
RAC: 0
Message 11234 - Posted: 10 Mar 2012, 11:48:50 UTC



This got stuck. 48 hours and nothing was happening.


10/03/2012 10:46:59 PM | BURP | task ses0000001374frm0000000319prt00001_4 aborted by user

____________

Profile Janus
Volunteer moderator
Project administrator
Avatar
Send message
Joined: 16 Jun 04
Posts: 4487
Credit: 2,094,806
RAC: 0
Message 11235 - Posted: 11 Mar 2012, 7:09:46 UTC - in response to Message 11234.
Last modified: 11 Mar 2012, 7:10:10 UTC

Did you notice anything out of the ordinary when it got stuck? Was anything else running on the machine?

gerry
Send message
Joined: 20 Oct 11
Posts: 3
Credit: 517,803
RAC: 0
Message 11236 - Posted: 11 Mar 2012, 9:27:55 UTC - in response to Message 11235.

Same issue here. I have terminated it after 12 hours.
Running boinc for only BURP and Milkyway@home project

Other program running are uTorrent, firefox, VLC, HandBrake(video encoder)
Nothing out of the ordinary happend.

http://burp.renderfarming.net/result.php?resultid=7026975

Profile Janus
Volunteer moderator
Project administrator
Avatar
Send message
Joined: 16 Jun 04
Posts: 4487
Credit: 2,094,806
RAC: 0
Message 11237 - Posted: 11 Mar 2012, 10:23:32 UTC
Last modified: 11 Mar 2012, 10:27:20 UTC

That's odd, from your result output it seems to just happen randomly in the middle of the processing phase somewhere. Glue (the BURP part of the client) doesn't really do anything at that point that should cause Blender to stop like that. This sounds like some kind of weird intermittent error - those are the worst ones, so hard to find when it cannot be reliably reproduced.

I experienced this once myself too, both the controller (Glue) and Blender processes were still "running" but none of them were using any CPU and eventually the WU was canceled by the progress monitor in Glue because nothing was happening for a few days.

[SG]sl1d3r
Send message
Joined: 30 Aug 11
Posts: 12
Credit: 616,565
RAC: 0
Message 11238 - Posted: 11 Mar 2012, 10:51:34 UTC - in response to Message 11237.

I had this sometimes, too. Last happened today. Closing Boinc and ending sunflower helps. Restarting the workunit, after that it ends succesfull...serious.

Profile Janus
Volunteer moderator
Project administrator
Avatar
Send message
Joined: 16 Jun 04
Posts: 4487
Credit: 2,094,806
RAC: 0
Message 11239 - Posted: 11 Mar 2012, 11:01:35 UTC
Last modified: 11 Mar 2012, 11:02:00 UTC

Nice trick [SG-2W]sl1d3r, at least that will allow the WU to finish properly =)

If you guys could please post a little info about your systems when this happened then maybe we can find some common factors:
- Platform (ex. Win 7 64bit)
- Antivirus used
- Free memory, total memory, swap
- Free disk, total disk space
- Anything else that you feel could help

Loup
Send message
Joined: 18 Feb 12
Posts: 17
Credit: 3,016,438
RAC: 220
Message 11240 - Posted: 11 Mar 2012, 14:32:51 UTC - in response to Message 11239.

I have had this numerous times on both PCs which run BURP, too, I just thought it was some kind of known bug. Sometimes it somehow stops happening on one PC and a week later it happens every second day, so maybe it is sessions specific or something.

1. PC:
- Linux 2.6.39-2-amd64 (64Bit Debian)
- no antivirus
- RAM: 60 GB total, usually >50 GB free, 15 GB swap (swap wasn't used in months)
- Disk: Boinc runs on a 300 GB ssd (currently 220 GB free)
- Boinc 7.0.2
- there is a second Boinc client running on that machine (since BURP can't use all cores) but this already happened before the second client was installed
- sample: http://burp.renderfarming.net/result.php?resultid=7027533
- sample2: http://burp.renderfarming.net/result.php?resultid=7023522

2. PC:
- Windows 7 64Bit
- Microsoft Security Essentials
- RAM: 16 GB total, usually doesn't go above 11GB used with BURP running; no fixed swap size
- Disk: Boinc runs on a 93 GB partition (currently 54 GB free, ssd again)
- Boinc 6.12.34
- sample: http://burp.renderfarming.net/result.php?resultid=7015056

This could be imaginery, but it seems to happen more often if other stuff is using the CPU, too - not sure since I usually notice the problem hours later and don't log CPU usage on either PC. On the other hand it sometimes doesn't happen for a whole week just to then again happen every day to every second day (usually on the same PC) which would better fit with something session specific.

BURP is the only project attached to PC 2, on PC 1 there is another low-priority project (which runs if there are no BURP jobs), so the jobs pretty much never get paused. The few times I halted BURP jobs they did finish afterwards so no issues there.

If a job "hangs", it uses 0% CPU while Boinc claims it is "running". No other issues on either PC, no random crashes, no heat issues (and not overclocked either), nothing, I doubt anything weird is going on with the hardware itself.

Profile Janus
Volunteer moderator
Project administrator
Avatar
Send message
Joined: 16 Jun 04
Posts: 4487
Credit: 2,094,806
RAC: 0
Message 11259 - Posted: 26 Mar 2012, 17:42:10 UTC - in response to Message 11240.

I've been working on the postprocessing of this scene for a while and suddenly I notice that about halfway through it the whole background of the scene tilts over and collapses into the ground - that's certainly not supposed to happen!
What WAS supposed to happen was that the camera (including all layers) should rotate upwards.

Whoever said that when working with 3D animation there will be no out-takes was certainly wrong; this one is hilarious =)


Post to thread

Message boards : Comments and discussion : 1374