[opensource-dev] Anyone else having this issue uploading meshes?

Ricky kf6kjg at gmail.com
Sun Jun 3 13:45:11 PDT 2012


Negative: I've not yet tested on non-pathfinding regions.  I'll see if I
can do so soon.

Ricky
Cron Stardust

On Sun, Jun 3, 2012 at 1:11 PM, Geenz Spad <geenz at exodusviewer.com> wrote:

>  Have you attempted this on both pathfinding and non-pathfinding regions?
>  Seems to manifest primarily on pathfinding regions for me.
>
> --
> Geenz Spad
> Sent with Sparrow <http://www.sparrowmailapp.com/?sig>
>
> On Sunday, June 3, 2012 at 4:08 PM, Ricky wrote:
>
> Interesting hypothesis.  However, I've now attempted this on both a Friday
> and a Sunday with the same results. :)  Also, as the status code is an HTTP
> 500 "Internal Server Error" instead of, for instance, SH-3055's 408
> "Request Timeout" I'm leaning more towards a bug in the server than a
> timing issue - though it's certainly possible that the latter could induce
> the former!
>
> Thanks for the response!
> Ricky
> Cron Stardust
>
> On Sun, Jun 3, 2012 at 12:47 PM, Nicky Perian <nickyperian at yahoo.com>wrote:
>
> I have an unproven theory. It is Sunday with lots of stau on the inet. Now
> to my theory. Let's you have your data *.dae files on a network drive or
> worse yet in dropbox folder. The write back of the *.slm file is now taking
> a bit longer because of inet traffic and the normal latency for obtaining
> file locks and the LAN overhead involved of obtaining exclusive control of
> the file open, lock, write, unlock and close processes.
>
> I had this failure on aditi a couple Sundays ago, next morning and after
> moving the files to the *.dae local file system everything worked fine
> using the same exact files.
>
> However, I was using an hacd library in the system.
>
>
>   ------------------------------
> *From:* Ricky <kf6kjg at gmail.com>
> *To:* opensource-dev at lists.secondlife.com
> *Sent:* Sunday, June 3, 2012 12:43 PM
> *Subject:* [opensource-dev] Anyone else having this issue uploading
> meshes?
>
> Just a ping to see if the problem is limited to my combination of viewer
> and mesh. The error pops up as a floater when I press "Calculate Weights &
> Fees" and states the following:
>
> Mesh failed to upload: Unable to upload asset.
> Upload_ServerError
>
> See the log file for details.
>
>
> The log shows the following:
>
> 2012-06-03T17:07:08Z WARNING: completed: fee request failed
> 2012-06-03T17:07:08Z WARNING: log_upload_error: stage: fee http status: 500
> 2012-06-03T17:07:08Z WARNING: log_upload_error: err:
> {'identifier':'Upload_ServerError','message':'Unable to upload asset.'}
> 2012-06-03T17:07:08Z WARNING: log_upload_error: mesh upload failed, stage
> 'fee' error '', message 'Unable to upload asset.', id 'Upload_ServerError'
> 2012-06-03T17:07:08Z WARNING: setModelPhysicsFeeErrorStatus:
> LLFloaterModelPreview::setModelPhysicsFeeErrorStatus(500 : )
> 2012-06-03T17:07:08Z WARNING: LLToastAlertPanel::LLToastAlertPanel: Alert:
> Mesh failed to upload: Unable to upload asset. Upload_ServerError
>
>
> If you can or cannot repo, let me know at
> https://jira.secondlife.com/browse/SVC-7978 or via private email, thanks!
>
> Ricky
> Cron Stardust
>
> PS: I've tested with multiple viewers, using 3.3.1, 3.3.2, and
> 3.3.4.258391 vintages, involving Pathfinding, viewer-dev, and release - all
> show the error.  So I think it's either a serverside issue, or a problem
> with my mesh - though why a mesh would cause a 500 Internal Server Error
> response....
>
> PPS: As an aside, the latest VD I tried (
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/integration_viewer-development/rev/258391/index.html) crashed on login on Mac OSX Lion, but seems to run on Snow Leopard.
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20120603/a22858ba/attachment.htm 


More information about the opensource-dev mailing list