.webm should be created in the room folder or in the stream folder? By that
I mean when I start the recording in the room for the  first time OM
creates a folder inside STREAM folder and names it using ID of the room. Ok
so I checked and TEST_SETUP webms are definitely being created and I'm able
to play them back when testing audio video devices inside the room. BUT
when i'm trying to record inside the room OM doesn't create webms even
though it says it did(check logs a attached below).
When startin recording (look for logs for room 426)
DEBUG 03-31 17:12:19.864 o.a.o.c.r.KurentoHandler:221 [io-5443-exec-49] -
Searching for room 426
DEBUG 03-31 17:12:19.865 o.a.o.c.r.KurentoHandler:235 [io-5443-exec-49] -
Room 426 found!
DEBUG 03-31 17:12:19.865 o.a.o.c.r.KurentoHandler:221 [io-5443-exec-49] -
Searching for room 426
DEBUG 03-31 17:12:19.866 o.a.o.c.r.KurentoHandler:235 [io-5443-exec-49] -
Room 426 found!
DEBUG 03-31 17:12:19.866 o.a.o.c.r.KRoom:146 [io-5443-exec-49] - ##REC::
recording in room 426 is starting ::
DEBUG 03-31 17:12:19.867 o.a.o.c.r.KRoom:171 [io-5443-exec-49] - ##REC::
recording created by USER: 372
DEBUG 03-31 17:12:19.873 o.a.o.d.d.r.PollDao:104 [Thread-2113337] -  ::
hasPoll :: 414
DEBUG 03-31 17:12:19.880 o.a.o.d.d.r.PollDao:98 [Thread-2113337] -  ::
getArchived :: 414
DEBUG 03-31 17:12:19.887 o.a.o.c.r.KurentoHandler:221 [Thread-2113337] -
Searching for room 414
DEBUG 03-31 17:12:19.888 o.a.o.c.r.KurentoHandler:235 [Thread-2113337] -
Room 414 found!
DEBUG 03-31 17:12:19.889 o.a.o.c.r.KStream:213 [io-5443-exec-49] -
startRecord outMedia OK ? false
DEBUG 03-31 17:12:19.890 o.a.o.c.r.KStream:213 [io-5443-exec-49] -
startRecord outMedia OK ? false
DEBUG 03-31 17:12:19.890 o.a.o.c.r.KStream:213 [io-5443-exec-49] -
startRecord outMedia OK ? false
DEBUG 03-31 17:12:19.890 o.a.o.c.r.KStream:213 [io-5443-exec-49] -
startRecord outMedia OK ? false
DEBUG 03-31 17:12:19.891 o.a.o.c.r.KStream:213 [io-5443-exec-49] -
startRecord outMedia OK ? false
DEBUG 03-31 17:12:19.891 o.a.o.c.r.KStream:213 [io-5443-exec-49] -
startRecord outMedia OK ? true
INFO  03-31 17:12:19.893 o.a.o.u.OmFileHelper:234 [io-5443-exec-49] -
Configured to record to
file:///opt/open503/webapps/openmeetings/data/streams/426/rec_4220_a643d852-a8c0-41b8-92f8-bcbb9dfaed3f.webm
Logs when recording is stopped
EBUG 03-31 17:15:37.751 o.a.o.c.c.RecordingConverter:52 [taskExecutor-1] -
recording 4220
DEBUG 03-31 17:15:37.754 o.a.o.c.r.KRoom:220 [io-5443-exec-33] - ##REC::
recording in room 426 is stopped ::
ERROR 03-31 17:15:37.757 o.a.o.c.c.RecordingConverter:111 [taskExecutor-1]
- [startConversion]
org.apache.openmeetings.core.converter.ConversionException: screenMetaData
is Null recordingId 4220
        at
org.apache.openmeetings.core.converter.RecordingConverter.startConversion(RecordingConverter.java:59)
        at
org.apache.openmeetings.core.remote.StreamProcessor.lambda$startConvertion$9(StreamProcessor.java:447)
        at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
        at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
        at java.base/java.lang.Thread.run(Thread.java:834)
вт, 31 мар. 2020 г. в 16:19, Maxim Solodovnik <[email protected]>:

> well,
>
> stream doesn't exist and recording stopped are different issues :)
> the latter was reported as
> https://issues.apache.org/jira/browse/OPENMEETINGS-2206 (with no clear
> steps)
>
> coturn user shouldn't be an issue, BUT i run it as user `nobody` (just in
> case)
> please check if when you start recording *.webm files are created or not?
> Also check file owner/permission on OM folders (especially `data` dir)
>
> On Tue, 31 Mar 2020 at 17:14, Mikhail Zhmurin <[email protected]>
> wrote:
>
>> I will try to use this snapshot and get back to you with results.
>> About recording: it says "recording file is not found". Stream folder of
>> the room is empty. KMS and OM are running under user "nobody" BUT since I'm
>> behind NAT I'm using coturn which uses "kurento" as a coturn user. Could
>> this be the problem? Also I noticed one interesting detail, when I reload
>> my vps the recording actually works for a while and om renders it in mp4.
>> But after a while it just stops working and I get
>> DEBUG 03-31 16:13:24.439 o.a.o.c.r.KRoom:195 [nio-5443-exec-7] - ##REC::
>> recording in room 426 is stopping 4172 ::
>> DEBUG 03-31 16:13:24.495 o.a.o.c.c.RecordingConverter:52 [taskExecutor-2]
>> - recording 4172
>> DEBUG 03-31 16:13:24.497 o.a.o.c.r.KRoom:220 [nio-5443-exec-7] - ##REC::
>> recording in room 426 is stopped ::
>> ERROR 03-31 16:13:24.499 o.a.o.c.c.RecordingConverter:111
>> [taskExecutor-2] - [startConversion]
>> org.apache.openmeetings.core.converter.ConversionException:
>> screenMetaData is Null recordingId 4172
>>
>> вт, 31 мар. 2020 г. в 15:16, Maxim Solodovnik <[email protected]>:
>>
>>> Databases are not compatible
>>> Usually for testing I'm starting new OM with internal H2 DB, this way
>>> original db remain unchanged :))
>>>
>>> Your recording issues can be caused by
>>> 1) the fact OM and KMS were started using different accounts
>>> 2) missing converters
>>>
>>> click exclamation icon to see dialog with results
>>>
>>> On Tue, 31 Mar 2020 at 16:10, Mikhail Zhmurin <[email protected]>
>>> wrote:
>>>
>>>> Is it possible to somehow use existing db with this snapshot? Because
>>>> I'm pretty sure clear snapshot will do me no good. Also I'm facing problems
>>>> with recordings they show up with yellow exclamation mark in om after I
>>>> stop the recording and the stream folder of the room is just empty. Should
>>>> I create another thread or we can continue here?
>>>>
>>>> вт, 31 мар. 2020 г. в 13:49, Maxim Solodovnik <[email protected]>:
>>>>
>>>>> Well,
>>>>>
>>>>> I would prefer if you can set up M4-SNAPSHOT and check if Moodle user
>>>>> can login
>>>>> This will require modified Moodle plugin (available in sources only
>>>>> https://github.com/openmeetings/openmeetings-moodle-plugin)
>>>>> Or if the issue is reproducible for you
>>>>> Maybe you can share your steps?
>>>>> Everything works as expected at my test system :(
>>>>>
>>>>> On Tue, 31 Mar 2020 at 14:11, Mikhail Zhmurin <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> Ok that definetely worked! That's one problem solved! Thank you very
>>>>>> much. Still the problem with chrome stays. You mentioned earlier about 
>>>>>> this
>>>>>> fix  https://issues.apache.org/jira/browse/OPENMEETINGS-2202 . Does
>>>>>> this address incorrect hash problem for chrome? If yes what should I do
>>>>>> with this? Sorry for asking suck a newbie questions, I'm fairly new to
>>>>>> system administration in general. If you need validation that I'm
>>>>>> accesing om rooms from moodle having only 1 om tab opened I can record a
>>>>>> video. I can also ask my colleague to make the video where he
>>>>>> succesfully logs into the room in chrome using the exact same moodle 
>>>>>> user.
>>>>>>
>>>>>> вт, 31 мар. 2020 г. в 12:27, Maxim Solodovnik <[email protected]>:
>>>>>>
>>>>>>> yep
>>>>>>> I was right:
>>>>>>> https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Feature-Policy#Directives
>>>>>>> `display-capture
>>>>>>> <https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Feature-Policy/display-capture>`
>>>>>>> should be added
>>>>>>>
>>>>>>> can you try to add it locally (into `renderer.php`) and tell me if
>>>>>>> it will help?
>>>>>>>
>>>>>>> On Tue, 31 Mar 2020 at 13:20, Maxim Solodovnik <[email protected]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Screen-sharing might be some additional restriction for
>>>>>>>> `iframe-based-paged`
>>>>>>>>
>>>>>>>> https://github.com/openmeetings/openmeetings-moodle-plugin/blob/master/renderer.php#L138
>>>>>>>>
>>>>>>>> And this might be FF limitation only
>>>>>>>> (I'll check)
>>>>>>>>
>>>>>>>> Have you tried latest SNAPSHOT?
>>>>>>>>
>>>>>>>> On Tue, 31 Mar 2020 at 13:15, Mikhail Zhmurin <
>>>>>>>> [email protected]> wrote:
>>>>>>>>
>>>>>>>>> Unfortunately I was not able to solve it using links you provided.
>>>>>>>>> To answer your questions:
>>>>>>>>> 1. We are using let'encrypt for ssl certificates
>>>>>>>>> 2. "Modulekey" is unique for every moodle instance
>>>>>>>>> Another thing I noticed about firefox: when I'm authorizing
>>>>>>>>> through moodle (when logging through moodle domain name remains the 
>>>>>>>>> same)
>>>>>>>>> in firefox I can acces the room but cannot start screensharing with 
>>>>>>>>> error "
>>>>>>>>> NotAllowedError: The request is not allowed by the user agent or the
>>>>>>>>> platform in the current context." BUT when I'm logging in firefox 
>>>>>>>>> directly
>>>>>>>>> into OM (using om's own domain name) and accesing rooms from om's
>>>>>>>>> dashboard screensharing is working fine. Users who are able to acces 
>>>>>>>>> rooms
>>>>>>>>> through moodle in chrome have no problems accesing screensharing. I'm
>>>>>>>>> growing suspicious that certificates that I installed for moodle 
>>>>>>>>> might be
>>>>>>>>> the cause because one way or another logging through moodle causes
>>>>>>>>> different problems in different browsers but logging directly into OM
>>>>>>>>> through om's own domen name shows no problems on both browsers. Keep 
>>>>>>>>> in
>>>>>>>>> mind that I logged into OM directly using only admin's account . Never
>>>>>>>>> checked direct om authorization with moodle users because moodle users
>>>>>>>>> don't have rights to acces om's dashboard.
>>>>>>>>>
>>>>>>>>> вт, 31 мар. 2020 г. в 11:41, Maxim Solodovnik <
>>>>>>>>> [email protected]>:
>>>>>>>>>
>>>>>>>>>> This one I have already answered :)))
>>>>>>>>>> https://markmail.org/message/a7quq4clhxoojrc5
>>>>>>>>>>
>>>>>>>>>> send some links
>>>>>>>>>> ask questions
>>>>>>>>>>
>>>>>>>>>> can you answer those?
>>>>>>>>>> Additionally one NPE was fixed
>>>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-2202
>>>>>>>>>> Can you check if latest SNAPSHOT works better? (
>>>>>>>>>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/
>>>>>>>>>> )
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, 31 Mar 2020 at 12:18, Mikhail Zhmurin <
>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hello, I’m having a weird issue. When I’m trying to acces the
>>>>>>>>>>> room in OM from moodle I’m getting invalid hash error. What’s weird 
>>>>>>>>>>> it’s
>>>>>>>>>>> that it works just fine in firefox but I’m getting “acces denied. 
>>>>>>>>>>> You have
>>>>>>>>>>> no rights to enter this room ” in chrome. I’ve read here that it 
>>>>>>>>>>> might
>>>>>>>>>>> happen if you have OM opened in 2 tabs, I’ve checked it in 
>>>>>>>>>>> incognito with 1
>>>>>>>>>>> tab only, closed everything else, issue stays. I have multiple 
>>>>>>>>>>> moodle
>>>>>>>>>>> instances using 1 om. “Modulekeys” are different for each moodle 
>>>>>>>>>>> instance.
>>>>>>>>>>> We’ve noticed that we have multiple users from different moodle 
>>>>>>>>>>> instances
>>>>>>>>>>> under the same login. We deleted those users but the issue stays. 
>>>>>>>>>>> Another
>>>>>>>>>>> weird thing is, same user can acces the room in chrome from 1 pc 
>>>>>>>>>>> but cannot
>>>>>>>>>>> do it from another pc. You may say that the issue is with the 
>>>>>>>>>>> particular pc
>>>>>>>>>>> but one of the moodle instances has like 150 users and about 20% of 
>>>>>>>>>>> users
>>>>>>>>>>> reporting this problem in chrome and not a single problem with 
>>>>>>>>>>> firefox.  We
>>>>>>>>>>> installed 2 identical chrome versions on 2 different pcs one logs 
>>>>>>>>>>> in with
>>>>>>>>>>> no problem and the other one getting error.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Here’s some logs
>>>>>>>>>>>
>>>>>>>>>>> ERROR 03-31 10:55:47.566 o.a.w.DefaultExceptionMapper:170
>>>>>>>>>>> [io-5443-exec-22] - Unexpected error occurred
>>>>>>>>>>>
>>>>>>>>>>> java.lang.NullPointerException: null
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I’m really lost at this point, please help.
>>>>>>>>>>>
>>>>>>>>>>> Отправлено из приложения "Почта
>>>>>>>>>>> <https://go.microsoft.com/fwlink/?LinkId=550986>" для Windows 10
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>
>
> --
> WBR
> Maxim aka solomax
>

Reply via email to