sl-service-account
commented
5 years ago Whirly Fizzle commented at 2019-04-25T22:36:46Z
Hiya jmanque,
I know you said that you couldn't reproduce the problem using another computer on the same network, which indicates this isn't an inventory issue, but there's some odd inventory stuff in your attached log that makes me a bit suspicious that account may have an inventory issue. Can you test uploads on the affected computer using an alt account & report back if you have the same problem?
In your logs, there are many of these lines... 2019-04-24T05:55:11Z WARNING #Inventory# newview/llinventoryobserver.cpp(289) LLInventoryFetchItemsObserver::startFetch : Skip fetching for a NULL uuid Possibly just lots of unedited notecards, I don't know.
The upload errors are odd. You are not just getting those "out of memory" errors when uploading either. For example, you don't seem to be able to get the materials cap because of "out of memory".
2019-04-24T06:04:26Z WARNING #Materials# newview/llmaterialmgr.cpp(106) LLMaterialHttpHandler::onFailure : \n--------------------------------------------------------------------------\nPOST Error[27] cannot access cap 'RenderMaterials'\n with url 'https://sim10536.agni.lindenlab.com:12043/cap/629ed76d-47f8-e562-e8d0-42f42fb91466' because Out of memory\n--------------------------------------------------------------------------Also "out of memory" again here:
2019-04-24T06:04:35Z WARNING #Avatar# newview/llvoavatarself.cpp(2237) LLVOAvatarSelf::appearanceChangeMetricsCoro : Unable to upload statistics
2019-04-24T06:04:35Z WARNING #CoreHttp# llcorehttp/_httppolicy.cpp(434) LLCore::HttpPolicy::stageAfterCompletion : HTTP request 00000228D03B4AB0 failed after 0 retries. Reason: Out of memory (Easy_27)
2019-04-24T06:04:35Z WARNING #Texture# newview/lltexturefetch.cpp(3996) `anonymous-namespace'::AssetReportHandler::onCompleted : Error delivering asset metrics to grid. Status: Easy_27, Reason: Out of memory
What just happened?
After numerous attempts with help groups, none of which have been able to solve this problem, it was suggested that this should be posted as a bug report. The theory most often given is that there is a problem with the way the viewer is interacting with my specific hardware that is causing the problem.
I have been having trouble uploading textures for some time, at least a year. I’m lucky if I can upload once in twenty attempts. If I attempt to upload a single image the preview works, then when I click the final upload button I get an error. If I attempt a bulk upload I get a separate error message for each failed upload. Single of bulk each error reads-
Unable to upload
Original Jira Fields
| Field | Value | | ------------- | ------------- | | Issue | BUG-226857 | | Summary | Unable to upload | | Type | Bug | | Priority | Unset | | Status | Needs More Info | | Resolution | Unresolved | | Reporter | jmanque (jmanque) | | Created at | 2019-04-25T09:04:48Z | | Updated at | 2019-05-07T18:57:55Z | ``` { 'Build Id': 'unset', 'Business Unit': ['Platform'], 'Date of First Response': '2019-04-25T17:36:45.580-0500', "Is there anything you'd like to add?": "Basic fixes I’ve tried within the Viewer-\r\n\r\n*loaded a basic ‘classic’ default avatar\r\n*reduced my inventory. It’s now around 20k items\r\n*tried uploading from ‘quiet’ sims like Hippotropolis\r\n*reduced the size of the viewer window\r\n*tried uploading a 32x32 pixel, 165 byte image\r\n*cleared the cache\r\n\r\nIn Viewer Preferences-\r\n\r\n*Decreased draw distance in increments to 32 meters\r\n*Disabled OpenGL Vertex Buffer Objects\r\n*Set Quality and Speed performance to the lowest ‘speed’ setting in increments\r\n\r\nFixes I’ve tried with the computer-\r\n\r\n*Tried uploading after a fresh reboot with no other software running\r\n*Temporarily disabling automatic backup software\r\n*Temporarily disabling anti-malware software\r\n*Moving textures to upload to the desktop\r\n*Reinstalled the viewer\r\n*Updated Windows 10\r\n*Reinstalled Windows 10 \r\n*Updated the graphics card drivers\r\n*Updated the computer BIOS\r\n\r\nNone of these have had the slightest effect on the problem. I used to upload routinely without a hitch with this same computer, both individual and bulk uploads. The computer is otherwise healthy, has no issues outside SL, and has no other viewer issues inside it, except those caused by the attempted uploads. \r\n\r\nWhile this question is specifically about the Linden Labs viewer, Firestorm also has this problem. The problem started with the Linden Viewer and Firestorm at about the same time. This link may provide insight. According to this page- \r\n\r\nhttps://community.secondlife.com/forums/topic/388344-secondlife-error-in-upload-request/\r\n\r\n-others have been having this issue with every version of FS after 4.7.7, which they say is when the Linden Lab code on which it is based was changed to include CoRoutines. \r\n\r\nBelow is the error message from the log when using the Linden Labs Viewer. I’ll attach the whole log, but this appears to be the cogent section. It specifies an ‘out of memory’ issue, but as previously stated, this same computer uploaded for years without a single problem using default viewer settings, and now, no matter how conservative I get with the settings it doesn’t correct things. When it fails it won’t even upload a 32x32 pixel 165 byte image. The only difference between when things worked and when they failed is the Viewer version, so I don’t know if it’s assigning or accessing memory differently than previous versions, or if this is a bug-\r\n\r\n\r\n2019-04-24T06:04:35Z INFO #HttpCoroutineAdapter#genericPostCoro# llmessage/llcorehttputil.cpp(1313) LLCoreHttpUtil::HttpCoroutineAdapter::trivialPostCoro : Generic POST for https://sim10536.agni.lindenlab.com:12043/cap/9d73d5e3-25f2-61f4-23c3-667b5251c93e\r\n2019-04-24T06:04:35Z INFO # llmessage/llcorehttputil.cpp(282) LLCoreHttpUtil::HttpCoroHandler::onCompleted : Possible failure [Easy_27] cannot POST url 'https://sim10536.agni.lindenlab.com:12043/cap/c4f1b76f-0f53-db3c-357b-f29915a8db10' because Out of memory\r\n2019-04-24T06:04:35Z WARNING #Avatar# newview/llvoavatarself.cpp(2237) LLVOAvatarSelf::appearanceChangeMetricsCoro : Unable to upload statistics\r\n2019-04-24T06:04:35Z WARNING #CoreHttp# llcorehttp/_httppolicy.cpp(434) LLCore::HttpPolicy::stageAfterCompletion : HTTP request 00000228D03B4AB0 failed after 0 retries. Reason: Out of memory (Easy_27)\r\n2019-04-24T06:04:35Z WARNING #Texture# newview/lltexturefetch.cpp(3996) `anonymous-namespace'::AssetReportHandler::onCompleted : Error delivering asset metrics to grid. Status: Easy_27, Reason: Out of memory\r\n2019-04-24T06:04:35Z INFO # newview/llteleporthistory.cpp(227) LLTeleportHistory::dump : Teleport history dump (3 items):\r\n2019-04-24T06:04:35Z INFO # newview/llteleporthistory.cpp(236) LLTeleportHistory::dump : 0: Book Island Publishing Village for books, authors and writers, Book Island REGION_ID: f6f51a64-fdf3-4301-a6f3-f554f1cf5656, pos: { 179277, 268839, 23.9328 }\r\n2019-04-24T06:04:35Z INFO # newview/llteleporthistory.cpp(236) LLTeleportHistory::dump : 1: FaMESHed X :: http://www.fameshedx.com/, Isolated Heights REGION_ID: 7c4adaad-e45f-4021-8206-2ef30f0c30f2, pos: { 252277, 332182, 1000.08 }\r\n2019-04-24T06:04:35Z INFO # newview/llteleporthistory.cpp(236) LLTeleportHistory::dump : * 2: Midas Sponsored by Fallen Gods, Inc., FF Midas REGION_ID: b747b38c-9613-4ef6-952d-527939e1991d, pos: { 129109, 183862, 94.985 }\r\n2019-04-24T06:04:35Z WARNING #CoreHttp# llcorehttp/_httppolicy.cpp(434) LLCore::HttpPolicy::stageAfterCompletion : HTTP request 00000228D03B6410 failed after 0 retries. Reason: Out of memory (Easy_27)\r\n2019-04-24T06:04:35Z INFO # llmessage/llcorehttputil.cpp(282) LLCoreHttpUtil::HttpCoroHandler::onCompleted : Possible failure [Easy_27] cannot POST url 'https://sim10536.agni.lindenlab.com:12043/cap/9d73d5e3-25f2-61f4-23c3-667b5251c93e' because Out of memory\r\n2019-04-24T06:04:35Z INFO #CoreHTTP# llmessage/llcorehttputil.cpp(87) LLCoreHttpUtil::logMessageFail : HttpCoroutineAdapter Possible failure 'Failed to post statistics to sim' for https://sim10536.agni.lindenlab.com:12043/cap/9d73d5e3-25f2-61f4-23c3-667b5251c93e\r\n2019-04-24T06:04:35Z INFO #MarkerFile# newview/llappviewer.cpp(5101) LLAppViewer::sendLogoutRequest : Created logout marker file 'C:\\\\Users\\\\BAM\\\\AppData\\\\Roaming\\\\SecondLife\\\\logs\\\\SecondLife.logout_marker' \r\n2019-04-24T06:04:35Z INFO # newview/llviewerwindow.cpp(4492) LLViewerWindow::saveSnapshot : Saving snapshot to: C:\\\\Users\\\\BAM\\\\AppData\\\\Roaming\\\\SecondLife\\\\jmanque_resident\\\\screen_last.bmp\r\n2019-04-24T06:04:35Z INFO #Settings# llxml/llcontrol.cpp(844) LLControlGroup::saveToFile : Saved to C:\\\\Users\\\\BAM\\\\AppData\\\\Roaming\\\\SecondLife\\\\user_settings\\\\settings.xml\r\n2019-04-24T06:04:35Z INFO #Settings# llxml/llcontrol.cpp(844) LLControlGroup::saveToFile : Saved to C:\\\\Users\\\\BAM\\\\AppData\\\\Roaming\\\\SecondLife\\\\user_settings\\\\settings.xml\r\n\r\n__________ \r\n\r\nIf this is an actual bug it would be nice to have it squashed. If it’s just a user error it would be nice to know what it is. ", 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'After numerous attempts with help groups, none of which have been able to solve this problem, it was suggested that this should be posted as a bug report. The theory most often given is that there is a problem with the way the viewer is interacting with my specific hardware that is causing the problem. \r\n\r\nI have been having trouble uploading textures for some time, at least a year. I’m lucky if I can upload once in twenty attempts. If I attempt to upload a single image the preview works, then when I click the final upload button I get an error. If I attempt a bulk upload I get a separate error message for each failed upload. Single of bulk each error reads-\r\n\r\nUnable to upload\r\n