Hello Sebastian, Are my findings were helpful? Should it be added to some FAQ?
On Sun, Feb 19, 2012 at 13:12, Maxim Solodovnik <[email protected]>wrote: > Hello Sebastian, > > finally I was able to resolve this issue. > To run more than 1 OM on same red5 you need to: > 1) in case of java memory problems set "-XX:+CMSClassUnloadingEnabled > -XX:+CMSPermGenSweepingEnabled -XX:MaxPermSize=128M" java options > 2) edit "webapps/om/WEB-INF/red5-web.properties" for every OM instance and > add the following line "webapp.contextPath=/om" to it (context of every > instance should match the folder name in webapps dir) > > > > > On Sat, Feb 18, 2012 at 18:51, Maxim Solodovnik <[email protected]>wrote: > >> After copying openmeetins to om I forgot to rename AppRootKey in >> config.xml >> After renaming localhost:5080/om start work as expected >> localhost:5080/openmeetings failed to connect: >> >> log/red5.log:2012-02-18 17:45:46,443 [NioProcessor-15] DEBUG >> o.r.server.net.rtmp.BaseRTMPHandler - url: >> rtmp://localhost:1935/openmeetings/hibernate >> log/red5.log:2012-02-18 17:45:46,443 [NioProcessor-15] INFO >> o.red5.server.net.rtmp.RTMPHandler - Scope openmeetings/hibernate not >> found on localhost >> >> will try to debug it... >> >> On Sat, Feb 18, 2012 at 18:43, [email protected] < >> [email protected]> wrote: >> >>> that was the same what I did find out. >>> I think I did not change the MaxPermSize, only xmx and xms values. >>> However the effect was the same. It seems to me like kind of that error >>> that you had lately? >>> >>> Sebatian >>> >>> >>> 2012/2/18 Maxim Solodovnik <[email protected]> >>> >>>> *-XX:MaxPermSize=128M* >>>> *helps to resolve perm gen space errors* >>>> * >>>> * >>>> *now I get* >>>> * >>>> >>>> [DEBUG] [http-0.0.0.0-8088-exec-2] >>>> org.red5.server.net.rtmpt.RTMPTServlet - handleBadRequest Close: unknown >>>> client with id: 14 >>>> [WARN] [Red5_Scheduler_Worker-3] >>>> org.red5.server.net.rtmp.RTMPConnection - Closing RTMPTConnection from >>>> 127.0.0.1 : 35851 to localhost:8088 (in: 1537 out 3073 ), with id 3 due to >>>> long handshake >>>> >>>> >>>> will investigate what's wrong with red5 >>>> * >>>> >>>> On Sat, Feb 18, 2012 at 18:12, Maxim Solodovnik >>>> <[email protected]>wrote: >>>> >>>>> To start 2 instances of OM I did the following: >>>>> 1) copy webapps/openmeetings to webapps/om >>>>> 2) change webapps/om persistence-unit name from openmeetings to >>>>> openmeetings1 (in persistense.xml and openmeetings-application...xml) >>>>> 3) start red5-debug.sh >>>>> get OutOfMemoryError >>>>> set -Xmx3G (tryed 4G also) had 6G on board >>>>> after accessing both OMs I got "java.lang.OutOfMemoryError: PermGen >>>>> space" >>>>> tried to add "-XX:+CMSClassUnloadingEnabled >>>>> -XX:+CMSPermGenSweepingEnabled" >>>>> >>>>> same "java.lang.OutOfMemoryError: PermGen space" >>>>> >>>>> maybe you know what else can I do? >>>>> (my system is Ubuntu x64 6GB RAM, Sun Java6 x64) >>>>> >>>>> >>>>> >>>>> On Sat, Feb 18, 2012 at 17:17, [email protected] < >>>>> [email protected]> wrote: >>>>> >>>>>> Thanks! >>>>>> >>>>>> >>>>>> 2012/2/18 Maxim Solodovnik <[email protected]> >>>>>> >>>>>>> I'll try to set up 2 instances and take a look what is going on >>>>>>> >>>>>>> >>>>>>> On Sat, Feb 18, 2012 at 17:11, [email protected] < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> yes but the beans in red5-service.xml I know for sure that those >>>>>>>> cannot be the problem, as this just has been working in previous >>>>>>>> versions >>>>>>>> of openmeetings/red5. >>>>>>>> >>>>>>>> >>>>>>>> Sebastian >>>>>>>> >>>>>>>> 2012/2/18 Maxim Solodovnik <[email protected]> >>>>>>>> >>>>>>>>> Those defined in openmeetings-applicationContext.xml >>>>>>>>> and various services definitions (from red5-services/*xml) >>>>>>>>> >>>>>>>>> On Sat, Feb 18, 2012 at 17:02, [email protected] < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> I think those names should only be unique inside the webapp's >>>>>>>>>> context. >>>>>>>>>> I mean Red5 does also natively use beans, spring et cetera. But >>>>>>>>>> it was possible to deploy multiple webapps into a single red5 >>>>>>>>>> container >>>>>>>>>> just like any other tomcat webapp. >>>>>>>>>> Each webapp had its own scope and RTMP-Endpoint. >>>>>>>>>> >>>>>>>>>> Which ejb's do you mean exactly? >>>>>>>>>> >>>>>>>>>> Sebastian >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2012/2/18 Maxim Solodovnik <[email protected]> >>>>>>>>>> >>>>>>>>>>> Hello Sebastian, >>>>>>>>>>> >>>>>>>>>>> I guess the cause of might be in the same ejb names. >>>>>>>>>>> If I'm not mistaken all beans need to have unique names (some >>>>>>>>>>> names are hardcoded in java files so it might be challenging >>>>>>>>>>> task...). >>>>>>>>>>> >>>>>>>>>>> I can investigate. >>>>>>>>>>> >>>>>>>>>>> On Sat, Feb 18, 2012 at 16:51, [email protected] < >>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hi Maxim, >>>>>>>>>>>> >>>>>>>>>>>> in the past it was possible to deploy OpenMeetings (under a >>>>>>>>>>>> different webapp name of course) multiple times in the same Red5 >>>>>>>>>>>> container. >>>>>>>>>>>> >>>>>>>>>>>> Somehow this stopped working, I wonder why? >>>>>>>>>>>> The effect with OpenMeetings 1.9.1 is: >>>>>>>>>>>> If you deploy two instances of the openmeetings webapp into >>>>>>>>>>>> red5, the first one works as epxected, the second one, you are >>>>>>>>>>>> able to run >>>>>>>>>>>> the installer but after that the SWF just won't be able to connect >>>>>>>>>>>> via RTMP. >>>>>>>>>>>> Do you got an idea if your webapp renaming / dynamic context >>>>>>>>>>>> loader has something todo with it? >>>>>>>>>>>> I think the log files are produced correctly, so each instance >>>>>>>>>>>> has its own log, but I cannot remember 100% now, I will have to >>>>>>>>>>>> check that >>>>>>>>>>>> again. >>>>>>>>>>>> Maybe I should also do that test again with the latest updated >>>>>>>>>>>> red5 now. >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Sebastian >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sebastian Wagner >>>>>>>>>>>> http://www.openmeetings.de >>>>>>>>>>>> http://incubator.apache.org/openmeetings/ >>>>>>>>>>>> http://www.webbase-design.de >>>>>>>>>>>> http://www.wagner-sebastian.com >>>>>>>>>>>> [email protected] >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> WBR >>>>>>>>>>> Maxim aka solomax >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Sebastian Wagner >>>>>>>>>> http://www.openmeetings.de >>>>>>>>>> http://incubator.apache.org/openmeetings/ >>>>>>>>>> http://www.webbase-design.de >>>>>>>>>> http://www.wagner-sebastian.com >>>>>>>>>> [email protected] >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> WBR >>>>>>>>> Maxim aka solomax >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sebastian Wagner >>>>>>>> http://www.openmeetings.de >>>>>>>> http://incubator.apache.org/openmeetings/ >>>>>>>> http://www.webbase-design.de >>>>>>>> http://www.wagner-sebastian.com >>>>>>>> [email protected] >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> WBR >>>>>>> Maxim aka solomax >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sebastian Wagner >>>>>> http://www.openmeetings.de >>>>>> http://incubator.apache.org/openmeetings/ >>>>>> http://www.webbase-design.de >>>>>> http://www.wagner-sebastian.com >>>>>> [email protected] >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> WBR >>>>> Maxim aka solomax >>>>> >>>> >>>> >>>> >>>> -- >>>> WBR >>>> Maxim aka solomax >>>> >>> >>> >>> >>> -- >>> Sebastian Wagner >>> http://www.openmeetings.de >>> http://incubator.apache.org/openmeetings/ >>> http://www.webbase-design.de >>> http://www.wagner-sebastian.com >>> [email protected] >>> >> >> >> >> -- >> WBR >> Maxim aka solomax >> > > > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax
