[kokua-dev] Kokua test 3.7.9.x crashes on Avination, Inworldz, Kitely and other.

Justin Clark-Casey jjustincc at googlemail.com
Fri Jun 27 14:46:58 PDT 2014


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


More information about the kokua-dev mailing list