[Opensim-users] Error from "save oar"

John Mieske johnmieske at gmail.com
Wed Feb 10 19:10:50 UTC 2010


yes the numbers represent their current release from the mono-project
website itself. when its plain mono-common that is the libraries you will
need for it to work with that specific Linux. Example Debian has its own way
of how it interacts with Mono while Ubuntu has its own distribution of it.
But when you goto get the newest mono from the mono-project website it still
needs basics libraries. AND once you upgrade all the binaries and libraries
that mono needs, only then do you remove previous ( numbered ) versions of
mono. because they are no longer referenced from that point on AFTER you
reboot. If you do not reboot the info is not 100% updated and you WILL get
errors / crashes.

So far I have setup 6 Linux Grids.. All with success. But I could not have
done it smoothly without you guys explaining why the OpenSim / mono problems
didn't work. I know it now. Thank you guys.

John

On Wed, Feb 10, 2010 at 2:02 PM, John Hopkin
<opensim at jfhopkin.karoo.co.uk>wrote:

> And I thought it was advisable to put the extras in /var. Then again,
> Apache uses /var/www, for example, for the default location of the web
> page itself; as you say, the rest is in /etc.
>
> Sorry, when you say "accept mono without the numbers", does that mean
> to leave alone mono folders that aren't specifically Mono 2.2 by name?
>
> And how does nant figure in this? I have it installed, and have used
> it sometimes for building OpenSim, although I normally install the
> OSGrid binaries.
>
> John Mieske wrote:
>
> > Ok one problem I see..  now I have seen some in the past say it doesn't
> > matter.. but I have seen it does..  when you install tools and itils for
> > Linux put them in the ETC folder. this is where all the "extras" go such
> as
> > SQL and mono. even apache webserver will go in there. When it comes to
> > programs you run when you want, they go in the root folder. This keeps
> > everything nice and tidy. Also, when you goto compile mono, it will look
> for
> > certain libraries. IF those libraries are not in the environment, then it
> > will find the closest thing, Looks like its finding your mono 2.2. So put
> > 2.4.2.3 in the etc folder where the others are. There is a reason WHY you
> > want to reboot and that is so the configs will update. If the environment
> is
> > set to old style it will come old style..  ( rough point i'm making here
> )
> > .. Keep in mind, its like your PATH setting in DOS. If two items are in a
> > row it will find the first one first. although a newer one is later down
> the
> > line. Mono reacts the same way as in all linux environments. Windows does
> > this too.
> >
> > So bottom line, if all else fails.. delete the mono 2.2 folder as well as
> > other linux folders.. (( accept mono without the numbers )) and try
> > downloading compiling NANT and install and you should be good to go once
> you
> > reboot.
> >
> > John
> >
> >
> >
> > On Mon, Feb 8, 2010 at 6:10 PM, John Hopkin <
> opensim at jfhopkin.karoo.co.uk>wrote:
> >
> > > This is where any explanation raises a whole load more questions:
> > >
> > > jfhopkin at Iras:~$ mono -V
> > > Mono JIT compiler version 2.2 (tarball Wed Apr 22 18:50:00 BST 2009)
> > > Copyright (C) 2002-2008 Novell, Inc and Contributors.
> > > www.mono-project.com
> > >        TLS:           __thread
> > >        GC:            Included Boehm (with typed GC)
> > >        SIGSEGV:       altstack
> > >        Notifications: epoll
> > >        Architecture:  x86
> > >        Disabled:      none
> > > jfhopkin at Iras:~$ type mono
> > > mono is hashed (/usr/local/bin/mono)
> > > jfhopkin at Iras:~$
> > >
> > > So, mono's in /usr/local/bin and it's 2.2. Yet Synaptic says that
> > > 2.4.2.3 is installed - I've uninstalled at and reinstalled previously.
> > > My Linux-foo isn't currently up to installing into anything other than
> > > what the package demands and what Synaptic does.
> > >
> > > However, 2.6 is in a separate install (by following step-by-step
> > > instructions on how to do exactly that):
> > >
> > > jfhopkin at Iras:~$ type mono-2.6
> > > mono-2.6 is hashed (/usr/local/bin/mono-2.6)
> > > jfhopkin at Iras:~$
> > >
> > > The "mono-2.6" script sets up an environment centred on
> > > /opt/mono-2.6/bin and exec's "mono" from there:
> > >
> > > Mono JIT compiler version 2.6.1 (/branches/mono-2-6/mono r150657 Mon
> > > Feb  1 19:00:04 GMT 2010)
> > > Copyright (C) 2002-2008 Novell, Inc and Contributors.
> > > www.mono-project.com
> > >        TLS:           __thread
> > >        GC:            Included Boehm (with typed GC and Parallel
> > > Mark)
> > >        SIGSEGV:       altstack
> > >        Notifications: epoll
> > >        Architecture:  x86
> > >        Disabled:      none
> > > jfhopkin at Iras:/opt/mono-2.6/bin$
> > >
> > > By this time, my head's spinning. ;-)
> > >
> > > Thanks very much, everyone, for all your help. There's no way I'd be
> > > able to sort this out on my own.
> > >
> > > John Mieske wrote:
> > >
> > > > Ahh quick NOTE :  when I say install to new folder I mean if there is
> one
> > > > say mono-2.2 and you have mono-2.4.2.3 ready to install, then you
> install
> > > it
> > > > to the mono-2.4.2.3 folder. I thought I would clarify this. After you
> do
> > > a
> > > > successful mono -V ( with capital V ) then you will see the new mono
> > > > version. I have done this several times with no problems.
> > > >
> > > > John
> > > >
> > > > On Mon, Feb 8, 2010 at 5:50 PM, John Mieske <johnmieske at gmail.com>
> > > wrote:
> > > >
> > > > > ok when you installed mono you have to leave the folders in tact
> and
> > > > > install to new folder .. you then compile it as normal and then you
> > > install
> > > > > it as normal. When you reboot, then do a mono -V and it should show
> new
> > > > > version. Only after you do that then you can literally goto the
> older
> > > folder
> > > > > of mono 2.2 or whatever else you have mono ( with number ) and
> delete
> > > it.
> > > > >  if its just a default folder with mono that came with linux, do
> not
> > > remove
> > > > > that.
> > > > >
> > > > > John
> > > > >
> > > > >
> > > > > On Mon, Feb 8, 2010 at 4:41 PM, John Hopkin <
> > > opensim at jfhopkin.karoo.co.uk>wrote:
> > > > >
> > > > >> It may come to this on one of the machines anyway. I can do a
> backup
> > > > >> by using Mono 2.4 on one of the machines, but the other one seems
> to
> > > > >> have 2.2 permanently installed somehow (I followed some
> instructions
> > > > >> to install that ages ago), and 2.6 avoided that mess by installing
> in
> > > > >> another path.
> > > > >>
> > > > >> Thanks for the suggestion.
> > > > >>
> > > > >> Karen Palen wrote:
> > > > >>
> > > > >> > I have been running the Diva distro with Ubuntu Koala (9.10)
> with no
> > > > >> problems, I do a weekly save to OAR and IAR also with no apparent
> > > errors.
> > > > >> >
> > > > >> > Note that Koala has had an unusual number of "teething" problems
> and
> > > a
> > > > >> similar number of updates. The kernel is presently 2.6.31-19 (the
> > > original
> > > > >> Koala was released with 2.6.31-11!)
> > > > >> >
> > > > >> > I would be tempted to do a complete re-install just to be sure
> > > > >> everything was up to date. I have put the root (/*) and /home/*
> trees
> > > in
> > > > >> separate partitions to aid in doing this.
> > > > >> >
> > > > >> > I actually set this up so I could try multiple distros like
> > > OpenSuSE,
> > > > >> but it is also convenient for problems of this kind.
> > > > >> >
> > > > >> > It really boils down to eliminating things one at a time until
> the
> > > > >> problem goes away!
> > > > >> >
> > > > >> > Karen
> > > > >> >
> > > > >> > --- On Mon, 2/8/10, Jane Foxclaw <janefoxclaw at gmail.com> wrote:
> > > > >> >
> > > > >> > > From: Jane Foxclaw <janefoxclaw at gmail.com>
> > > > >> > > Subject: Re: [Opensim-users] Error from "save oar"
> > > > >> > > To: opensim-users at lists.berlios.de
> > > > >> > > Date: Monday, February 8, 2010, 6:49 AM
> > > > >> > > Ok i hate to be a sour puss here..  but
> > > > >> > > anytime I run OpenSim with any version of Mono on Ubuntu /
> > > > >> > > Kubuntu I get nothing but errors. However I run OpenSim with
> > > > >> > > Mono 2.4.2.3 on Debian 5 and its stable with no errors.
> > > > >> > >  Just a thought.
> > > > >> > >
> > > > >> > > John
> > > > >> > >
> > > > >> > > On Fri, Feb 5, 2010 at 11:08 PM,
> > > > >> > > John Hopkin <opensim at jfhopkin.karoo.co.uk>
> > > > >> > > wrote:
> > > > >> > >
> > > > >> > > Justin Clark-Casey wrote:
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > > > John Hopkin wrote:
> > > > >> > >
> > > > >> > > > > Dave Coyle wrote:
> > > > >> > >
> > > > >> > > > >
> > > > >> > >
> > > > >> > > > >> On Feb 2, 2010, at 11:59 AM, John Hopkin
> > > > >> > >
> > > > >> > > > >> <opensim at jfhopkin.karoo.co.uk>
> > > > >> > > wrote:
> > > > >> > >
> > > > >> > > > >>
> > > > >> > >
> > > > >> > > > >>> I'm getting errors (see below)
> > > > >> > > whenever I try "save oar". This occurs
> > > > >> > >
> > > > >> > > > >>> from any of the 11 regions, whether or
> > > > >> > > not only one is up at a time,
> > > > >> > >
> > > > >> > > > >>> and regardless of how many assets are in
> > > > >> > > that region (minimum is 1).
> > > > >> > >
> > > > >> > > > >> You have the zlib1g package installed?
> > > > >> > >
> > > > >> > > > >>
> > > > >> > >
> > > > >> > > > >>   # aptitude install zlib1g
> > > > >> > >
> > > > >> > > > >
> > > > >> > >
> > > > >> > > > > Yes, zlib1g is installed.
> > > > >> > >
> > > > >> > > > >
> > > > >> > >
> > > > >> > > > > Also, I've installed OpenSim on another
> > > > >> > > Ubuntu machine, of
> > > > >> > >
> > > > >> > > > > nearly-identical specification, and that too
> > > > >> > > gives the error.
> > > > >> > >
> > > > >> > > >
> > > > >> > >
> > > > >> > > > Odd error - never seen it before and Google shows few
> > > > >> > > clues.  What happens if you run under the Mono
> > > > >> > >
> > > > >> > > > 2.4.2.3 that is packaged with Koala Ubuntu?
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > > I'm getting the same error under 2.4,
> > > > >> > > unfortunately.
> > > > >> > >
> > > > >> > > --
> > > > >> > >
> > > > >> > > John Hopkin
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > > _______________________________________________
> > > > >> > >
> > > > >> > > Opensim-users mailing list
> > > > >> > >
> > > > >> > > Opensim-users at lists.berlios.de
> > > > >> > >
> > > > >> > > https://lists.berlios.de/mailman/listinfo/opensim-users
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > > -----Inline Attachment Follows-----
> > > > >> > >
> > > > >> > > _______________________________________________
> > > > >> > > Opensim-users mailing list
> > > > >> > > Opensim-users at lists.berlios.de
> > > > >> > > https://lists.berlios.de/mailman/listinfo/opensim-users
> > > > >> > >
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> --
> > > > >> John Hopkin
> > > > >>
> > > > >> _______________________________________________
> > > > >> Opensim-users mailing list
> > > > >> Opensim-users at lists.berlios.de
> > > > >> https://lists.berlios.de/mailman/listinfo/opensim-users
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > John Mieske / Sonya Pencuca
> > > > > http://johnmieske.org
> > > > > Space Grid Station
> > > > > "Religion - The art of killing people to prove who's imaginary
> friend
> > > is
> > > > > better."
> > > > >
> > > --
> > > John Hopkin
> > >
> > > _______________________________________________
> > > Opensim-users mailing list
> > > Opensim-users at lists.berlios.de
> > > https://lists.berlios.de/mailman/listinfo/opensim-users
> > >
> --
> John Hopkin
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>



-- 
John Mieske / Sonya Pencuca
http://johnmieske.org
Space Grid Station
"Religion - The art of killing people to prove who's imaginary friend is
better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20100210/f9535848/attachment.html>


More information about the Opensim-users mailing list