hazymayon / bigbluebutton

Automatically exported from code.google.com/p/bigbluebutton
0 stars 0 forks source link

isMeetingRunning always returning false (0.63) #398

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Just use isMeetingRunning() with ONLY a meetingToken

What is the expected output? What do you see instead?
Expect to see 'true' returned when at least one person is in the room.
Especially the moderator.

What version of the product are you using? On what operating system?
0.63

Please provide any additional information below.
I'm using a meetingID = name with the create api however, since my
meetingID doesn't fit the format of an extension for askterisk, I'm also
supplying the undocumented voiceBridge parameter on the query string to the
create api. This seems to work fine and fixes the strangeness created with
red5 (which by default will use the meetingID as the extension) and askterisk.

Other than that, I'm NOT supplying the meetingID (even though I defined it
in the create api) to isMeetingRunning(). The documentation clearly says
only meetingID OR meetingToken is required. I do the same thing on the join
api and it's working fine.

Ike

Original issue reported on code.google.com by goike...@gmail.com on 9 Mar 2010 at 9:42

GoogleCodeExporter commented 8 years ago
Looking at the Catlina logs this is definitely related to name != meetingID. No
wonder the voiceBridge option is undocumented. This is pretty broken, but I'll 
come
up with a work-around.

Ike

Original comment by goike...@gmail.com on 9 Mar 2010 at 10:28

GoogleCodeExporter commented 8 years ago
Apologies for the hasty response. I'm still having the problem even with 
meetingID =
name.

The problem seems to be after joining, the start time isn't getting updated.

In a successful conference start the following is the debug output:

2010-03-09 18:40:25,221 DEBUG
[grails.app.controller.org.bigbluebutton.web.controllers.ApiController] - <join
successful - setting session parameters and redirecting to join>
2010-03-09 18:40:25,231 DEBUG
[org.codehaus.groovy.grails.web.metaclass.RedirectDynamicMethod] - <Dynamic 
method
[redirect] forwarding request to [http://X.Y.Z.A/client/BigBlueButton.html]>
2010-03-09 18:40:25,231 DEBUG
[org.codehaus.groovy.grails.web.metaclass.RedirectDynamicMethod] - <Executing
redirect with response
[org.codehaus.groovy.grails.web.sitemesh.GrailsContentBufferingResponse@62ad191]
>
2010-03-09 18:40:38,721 DEBUG
[grails.app.service.org.bigbluebutton.web.services.DynamicConferenceService] -
<conference started: 6ad7e600-628a-485e-a743-b188c2992cab>
2010-03-09 18:40:38,721 DEBUG
[grails.app.service.org.bigbluebutton.web.services.DynamicConferenceService] - 
<found
conference and set start date>

However, I'm not seeing the last two lines appear when the moderator enters:

2010-03-09 22:35:20,903 DEBUG
[grails.app.controller.org.bigbluebutton.web.controllers.ApiController] - <join
successful - setting session parameters and redirecting to join>
2010-03-09 22:35:20,903 DEBUG
[org.codehaus.groovy.grails.web.metaclass.RedirectDynamicMethod] - <Dynamic 
method
[redirect] forwarding request to [http://Z.Y.Z.A/client/BigBlueButton.html]>
2010-03-09 22:35:20,903 DEBUG
[org.codehaus.groovy.grails.web.metaclass.RedirectDynamicMethod] - <Executing
redirect with response
[org.codehaus.groovy.grails.web.sitemesh.GrailsContentBufferingResponse@70ccbb35
]>

Original comment by goike...@gmail.com on 9 Mar 2010 at 10:43

GoogleCodeExporter commented 8 years ago

Original comment by jeremyth...@gmail.com on 10 Mar 2010 at 9:52

GoogleCodeExporter commented 8 years ago
I can't reproduce this with trunk.  I've tested the following URLs (of course, 
if you 
try the same URLs later, the create will likely create a different 
meetingToken, so 
the other URLs won't work for you):

http://devbuild.bigbluebutton.org/bigbluebutton/api/create?
meetingID=Issue%20398&name=Issue%20398&moderatorPW=123456&attendeePW=234567&chec
ksum=
c552229ee29f5fe781c7b4ceda4f570fd2c4970e
http://devbuild.bigbluebutton.org/bigbluebutton/api/join?meetingToken=626bf9cc-3
3e6-
4755-9ba3-
7fbfa49b2e85&password=123456&fullName=Joe%20Host&checksum=71b4d23e4acd7e5c913c0c
2d9fd
11dd5e1325c92
http://devbuild.bigbluebutton.org/bigbluebutton/api/isMeetingRunning?
meetingToken=626bf9cc-33e6-4755-9ba3-
7fbfa49b2e85&checksum=0f9b5a37dcb04aaedb239d72a23ab39980a7a91f

Original comment by jeremyth...@gmail.com on 10 Mar 2010 at 10:34

GoogleCodeExporter commented 8 years ago
Your last comment seems to be the key - it means that Red5 is, for some reason, 
not 
notifying Tomcat that the meeting started.  Can you please try a couple things 
and 
let me know what you find?

First, view the ActiveMQ message queues on your server:
http://<yourserver>:8161/admin/queues.jsp

The "messages sent" and "messages received" should equal one another 
(especially 
looking at conferenceStartedEvents).  Do they?

Secondly, verify that all of the queues show one "number of consumers"

Lastly, watch your /usr/share/Red5/logs/bigbluebutton.log file and see if this 
comes 
across the log (which indicates that message was sent to ActiveMQ): 
DEBUG o.b.conference.RoomsManager - notified event listener of conference start

Original comment by jeremyth...@gmail.com on 10 Mar 2010 at 10:40

GoogleCodeExporter commented 8 years ago
Thanks Jeremy. I found it. I restarted red5 and tomcat without restarting 
ActiveMQ
and got things out of whack. Didn't even remember doing that. Instead of three
individual start/shut scripts I put a single wrapper around them. You can close 
this.

Original comment by goike...@gmail.com on 11 Mar 2010 at 7:05

GoogleCodeExporter commented 8 years ago
not an issue - closing

Original comment by jeremyth...@gmail.com on 11 Mar 2010 at 7:16