[kokua-dev] Kokua test 3.7.9.x crashes on Avination, Inworldz, Kitely and other.
Nicky Perian
nickyperian at yahoo.com
Fri Jun 27 16:12:28 PDT 2014
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>> wrote:
>>
>> Linked are full viewer https://dl.dropboxusercontent.com/u/7833186/KokuaOpenSim08.log and server
>> 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>> 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>> 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>
>> <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>>
>>
>> > 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://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
>> <http://lists.kokuaviewer.org/listinfo.cgi/kokua-dev-kokuaviewer.org>
>>
>>
>>
>
>
>--
>Justin Clark-Casey (justincc)
>OSVW Consulting
>http://justincc.org
>http://twitter.com/justincc
>_______________________________________________
>kokua-dev mailing list
>kokua-dev at lists.kokuaviewer.org
>http://lists.kokuaviewer.org/listinfo.cgi/kokua-dev-kokuaviewer.org
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kokuaviewer.org/pipermail/kokua-dev-kokuaviewer.org/attachments/20140627/67703bdc/attachment-0001.htm>
More information about the kokua-dev
mailing list