[kokua-dev] Kokua test 3.7.9.x crashes on Avination, Inworldz, Kitely and other.
Nicky Perian
nickyperian at yahoo.com
Fri Jun 27 18:24:24 PDT 2014
There have been a bunch of changes related to avatar baking. The latest update LL removed client baking. I merged that in and then added client baking back in, So, both baking systems are in the viewer. My opensim test grids as luck would have it are osgrid and 3RG. I went back to a test viewer version that was merged with both client and server baking back in Dec 2013 and the same issue was present and I was unaware of the issue until now.
On Friday, June 27, 2014 6:28 PM, Justin Clark-Casey <jjustincc at googlemail.com> wrote:
>
>
>Perhaps, though it would surprise me. What happens if you disable xbakes entirely?
>
>Interestingly, I see from the packet log that the viewer is sending inbound packets normally right up until
>
>2014-06-27 17:48:42,763 DEBUG - OpenSim.Region.ClientStack.LindenUDP.LLClientView [CLIENT]: PACKET IN from Nicky Perian
>(root ) in Landing Point - AgentHeightWidth
>
>Is there anything possibly associated with this (viewer waiting for reply) that might stop it sending any more packets.
> You'll see that 60 seconds later the simulator notices this and times out the connection (arguably it should not do
>this without pinging first or something, but that's another topic).
>
>I presume that there haven't been any viewer changes that actually stop the constant AvatarUpdate inbound updates?
>(interestingly I see there's only one in the log).
>
>On 28/06/14 00:12, Nicky Perian wrote:
>> https://dl.dropboxusercontent.com/u/7833186/packetlogKokuaTicket282.log
>>
>> my local grid is a robust with an opensim instance with at present one region.
>> You will notice I have attempted to add xbakes for test purposes as a blog comment by Gavin Hird indicated that
>> a standalone would not have xbakes but, osgrid would. http://blog.kokuaviewer.org/2014/06/25/kokua-test-3-7-10/#comments
>>
>> I am not sure I have xbakes set up correctly.
>>
>> I wonder if the other working grids have xbakes and the crashing ones do not.
>>
>>
>>
>>
>>
>> On Friday, June 27, 2014 4:47 PM, Justin Clark-Casey <jjustincc at googlemail.com> wrote:
>>
>>
>>
>> Okay, so good log doesn't real much except that on the failure, it looks like textures aren't uploaded via the
>> capability either.
>>
>> This is very odd, the log in the failure shows that the viewer must have sent a CompleteMovement packet on the UDP
>> circuit to complete entrance in to the sim. So I don't know why it wouldn't have sent any packets after that.
>>
>> If I were to guess, I would think that perhaps the latest viewer code is looking for some reply packet that somehow it
>> never receives. But it would be very strange if that was the case on some grids but not others.
>>
>> Could you run
>>
>> # debug lludp packet --default 256
>>
>> before you login and post the output? This will log the names of all UDP messages sent and received on the connection.
>>
>> On 20/06/14 01:38, Nicky Perian wrote:
>> > Logs linked show a good log on Kokua-3.7.6 .
>> > https://dl.dropboxusercontent.com/u/7833186/Kokua376OpenSim08.log
>> > https://dl.dropboxusercontent.com/u/7833186/OpenSimKokua376.log
>> >
>> >
>> >
>> > On Thu, Jun 19, 2014 at 7:17 PM, Nicky Perian <nickyperian at gmail.com <mailto:nickyperian at gmail.com>
>> <mailto:nickyperian at gmail.com <mailto:nickyperian at gmail.com>>> wrote:
>> >
>> > Linked are full viewer https://dl.dropboxusercontent.com/u/7833186/KokuaOpenSim08.log
>> <https://dl.dropboxusercontent.com/u/7833186/KokuaOpenSim08.log>and server
>> > https://dl.dropboxusercontent.com/u/7833186/OpenSimKokua379.loglogs
>> <https://dl.dropboxusercontent.com/u/7833186/OpenSimKokua379.loglogs>for failure.
>> >
>> > Failure mode differs from public grid failure mode as those get father alone so that the avatar is in the scene.
>> >
>> > Next message will be logs from a good log on from an earlier version of Kokua.
>> >
>> >
>> >
>> > On Thu, Jun 19, 2014 at 6:19 PM, Justin Clark-Casey <jjustincc at googlemail.com
>> <mailto:jjustincc at googlemail.com> <mailto:jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>>> wrote:
>> >
>> > So the server log snippet indicates that though the connection was completed (hence CompletedMovement), it
>> never
>> > subsequently received any packets on the connection and so after 60 seconds disconnected the viewer at 20:41:30
>> > (I think it should ideally try to ping the client but that's another topic).
>> >
>> > At what point does the viewer crash in this timeline? I presume you don't get any clue as to the crash
>> cause in
>> > the viewer log? It's very surprising that osgrid distro works but not 0.8 since they are super close. osgrid
>> > does do some different config things which is where the difference may ultimately lie but it's quite
>> surprising
>> > since there's not much config change you could reasonably do relating to the comms stack.
>> >
>> > On 19/06/14 02:51, Nicky Perian wrote:
>> >
>> > This is a plain 0.8 release and It crashes also,
>> > Earlier Kokua version does not crash.
>> > 0.8 on osgrid does not crash.
>> >
>> >
>> > 20:40:29 - [SCENE PRESENCE]: Completing movement of Lazy Guy into region Default
>> > Region in position <127.998, 127.9992, 25.96221>
>> > 20:40:29 - [PRESENCE SERVICE]: ReportAgent: session 65ad57a1-3028-4f69-9933-7071
>> > 46d9be50, user 66869de6-507d-437b-a1ab-__12ff17d34d51, region 6950eae0-f74d-11e3-a
>> > 3ac-0800200c9a66. Previously: region 6950eae0-f74d-11e3-a3ac-__0800200c9a66
>> > 20:41:30 - [LLUDPSERVER]: No packets received from root agent of Lazy Guy for 60
>> > 000ms in Default Region. Disconnecting.
>> > 20:41:30 - [CLIENT]: Close has been called for Lazy Guy attached to scene Defaul
>> > t Region
>> > 20:41:30 - [GRID USER SERVICE]: User 66869de6-507d-437b-a1ab-__12ff17d34d51 is off
>> > line
>> > 20:41:30 - [PRESENCE SERVICE]: LogoutAgent: session 65ad57a1-3028-4f69-9933-7071
>> > 46d9be50, user 66869de6-507d-437b-a1ab-__12ff17d34d51, region 6950eae0-f74d-11e3-a
>> > 3ac-0800200c9a66
>> > 20:41:30 - [SCENE]: Removing root agent Lazy Guy 66869de6-507d-437b-a1ab-__12ff17d
>> > 34d51 from Default Region
>> > 20:41:30 - [CAPS]: Remove caps for agent 66869de6-507d-437b-a1ab-__12ff17d34d51 in
>> > region Default Region
>> >
>> >
>> >
>> > On Wednesday, June 18, 2014 3:34 PM, Justin Clark-Casey <jjustincc at googlemail.com
>> <mailto:jjustincc at googlemail.com>
>> > <mailto:jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>>> wrote:
>> >
>> >
>> >
>> > Hard to say. OSGrid always runs very bleeding edge whilst I think 3RG runs something quite old from
>> > the 0.7 series. I
>> > presume that OpenSimulator 0.8 doesn't trigger a crash?
>> >
>> > On 18/06/14 02:40, Nicky Perian wrote:
>> > > Kokua test versions 3.7.9.x have the Linden Lab (LL) features provided with the Memplugs and
>> > Sunshine cohort. The
>> > > ability to use client baking was removed with the cohort and added back into Kokua. With Kokua
>> test
>> > 3.7.9.x log
>> > in and
>> > > general viewer use to including changing outfits works on SecondLife grids agni and aditi and
>> > OpenSimgrids Osgird
>> > (OSG)
>> > > and Third Rock Grid (3RG). Avination, Inworldz, Kitely and others experience a crash after scene
>> > presence. What is
>> > > different about the failing grids settings?
>> > > Test viewers can be found here Kokua is a V3 based open source metaverse viewer project.
>> > > <https://sourceforge.net/__projects/kokua.team-purple.p/__files/Nightly/
>> > <https://sourceforge.net/projects/kokua.team-purple.p/files/Nightly/>>
>> > >
>> > > Kokua is a V3 based open source metaverse viewer project.
>> > > <https://sourceforge.net/__projects/kokua.team-purple.p/__files/Nightly/
>> > <https://sourceforge.net/projects/kokua.team-purple.p/files/Nightly/>>
>> > > Kokua is a V3 based open source metaverse viewer project.
>> > >
>> > > View on sourceforge.net <http://sourceforge.net <http://sourceforge.net/>>
>> > <https://sourceforge.net/__projects/kokua.team-purple.p/__files/Nightly/
>> > <https://sourceforge.net/projects/kokua.team-purple.p/files/Nightly/>>
>> >
>> > >
>> > > Preview by Yahoo
>> > >
>> > > Could use some help on this problem.
>> > >
>> > > Nicky
>> >
>> > >
>> > >
>> > > _________________________________________________
>> > > kokua-dev mailing list
>> > > kokua-dev at lists.kokuaviewer.__org <mailto:kokua-dev at lists.kokuaviewer.__org>
>> <mailto:kokua-dev at lists.kokuaviewer.org <mailto:kokua-dev at lists.kokuaviewer.org>>
>> > <mailto:kokua-dev at lists.__kokuaviewer.org <mailto:kokua-dev at lists.__kokuaviewer.org>
>> <mailto:kokua-dev at lists.kokuaviewer.org <mailto:kokua-dev at lists.kokuaviewer.org>>>
>> >
>> > > http://lists.kokuaviewer.org/__listinfo.cgi/kokua-dev-__kokuaviewer.org
>> > <http://lists.kokuaviewer.org/listinfo.cgi/kokua-dev-kokuaviewer.org>
>> > >
>> >
>> >
>> > --
>> > Justin Clark-Casey (justincc)
>> > OSVW Consulting
>> > http://justincc.org <http://justincc.org/><http://justincc.org/>
>> >
>> > http://twitter.com/justincc
>> > _________________________________________________
>> > kokua-dev mailing list
>> > kokua-dev at lists.kokuaviewer.__org <mailto:kokua-dev at lists.kokuaviewer.__org>
>> <mailto:kokua-dev at lists.kokuaviewer.org <mailto:kokua-dev at lists.kokuaviewer.org>>
>
>> > <mailto:kokua-dev at lists.__kokuaviewer.org <mailto:kokua-dev at lists.__kokuaviewer.org>
>> <mailto:kokua-dev at lists.kokuaviewer.org <mailto:kokua-dev at lists.kokuaviewer.org>>>
>> > http://lists.kokuaviewer.org/__listinfo.cgi/kokua-dev-__kokuaviewer.org
>> > <http://lists.kokuaviewer.org/listinfo.cgi/kokua-dev-kokuaviewer.org>
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Justin Clark-Casey (justincc)
>> > OSVW Consulting
>> > http://justincc.org <http://justincc.org/>
>> > http://twitter.com/justincc
>> > _________________________________________________
>> > kokua-dev mailing list
>> > kokua-dev at lists.kokuaviewer.__org <mailto:kokua-dev at lists.kokuaviewer.__org>
>> <mailto:kokua-dev at lists.kokuaviewer.org <mailto:kokua-dev at lists.kokuaviewer.org>>
>> > http://lists.kokuaviewer.org/__listinfo.cgi/kokua-dev-__kokuaviewer.org
>> > <http://lists.kokuaviewer.org/listinfo.cgi/kokua-dev-kokuaviewer.org>
>> >
>> >
>> >
>>
>>
>> --
>> Justin Clark-Casey (justincc)
>> OSVW Consulting
>> http://justincc.org <http://justincc.org/>
>> http://twitter.com/justincc
>> _______________________________________________
>> kokua-dev mailing list
>> kokua-dev at lists.kokuaviewer.org <mailto:kokua-dev at lists.kokuaviewer.org>
>> http://lists.kokuaviewer.org/listinfo.cgi/kokua-dev-kokuaviewer.org
>>
>>
>
>
>--
>Justin Clark-Casey (justincc)
>OSVW Consulting
>http://justincc.org
>http://twitter.com/justincc
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kokuaviewer.org/pipermail/kokua-dev-kokuaviewer.org/attachments/20140627/54848d25/attachment-0001.htm>
More information about the kokua-dev
mailing list