Fedora, Systemd, OpenMeetings: fails to start after OS update (Info post for archives)
After an update to Fedora (which updated the openjdk environment) OpenMeetings would no longer start via the systemd service script, but it would start via the command line. Looking in /catalina.out showed the java machine was not found. Traced this to the line in the .service file: Environment=JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 Changed it to: Environment=JAVA_HOME=/usr/lib/jvm/java-11-openjdk-11.0.11.0.9-0.fc34.x86_64 Then OpenMeetings was again able to start from systemd. OpenPGP_signature Description: OpenPGP digital signature
Re: Fedora, Systemd, OpenMeetings: fails to start after OS update (Info post for archives)
Yes, this is exactly how and why it works from the command line but not from the .service file. The .service file overrides the OS's environment settings for java. On 8/23/21 11:30 AM, Alvaro wrote: Hi Erik, The tutorial say: "Maybe you have installed different versions of Java. Please, select the just installed OpenJava 11: sudo update-alternatives --config java On Mon, 23 Aug 2021 11:10:28 -0500 Erik Edwards wrote: After an update to Fedora (which updated the openjdk environment) OpenMeetings would no longer start via the systemd service script, but it would start via the command line. Looking in /catalina.out showed the java machine was not found. Traced this to the line in the .service file: Environment=JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 Changed it to: Environment=JAVA_HOME=/usr/lib/jvm/java-11-openjdk-11.0.11.0.9-0.fc34.x86_64 Then OpenMeetings was again able to start from systemd. OpenPGP_signature Description: OpenPGP digital signature
Re: Using OM with a drawing pad
Works well with Gaomon PD1161 when displayed on another screen. The PD1161 has a built-in 1920x1080 monitor but the sense layer is not merged with the display so it requires a parallax calibration which it never gets correct. This is a tablet issue, not an OM issue. Would be nice to see some more awareness in OM of tablet input, it only acts as a mouse. On 9/22/21 11:49, jox joe wrote: Is Openmettings working properly with a drawing pad/tablet? Brands: Watcom, XP-PEN etc. Has anyone tried this already? Thank you. OpenPGP_signature Description: OpenPGP digital signature
Re: Using OM with a drawing pad
Um, yes. Think chisel point dry-erase marker. Pressure, tilt, speed, direction, rotation, buttons, and a set of pen/style/color selector/popup menus rather than going to the edge would be really cool features. Variable de-jitter would be nice too, this would help mouse input when used through RDP/VNC/Citrix/etc. On 9/23/21 11:15, Daniel Baker wrote: Do you need pen pressure awareness for more accurate writing or for drawing ? On 22/09/2021 20:52, Erik Edwards wrote: Works well with Gaomon PD1161 when displayed on another screen. The PD1161 has a built-in 1920x1080 monitor but the sense layer is not merged with the display so it requires a parallax calibration which it never gets correct. This is a tablet issue, not an OM issue. Would be nice to see some more awareness in OM of tablet input, it only acts as a mouse. On 9/22/21 11:49, jox joe wrote: Is Openmettings working properly with a drawing pad/tablet? Brands: Watcom, XP-PEN etc. Has anyone tried this already? Thank you. OpenPGP_signature Description: OpenPGP digital signature
Apache OpenMeetings 6.3.0 Bug?
On OM 6.3.0, Fedora 35 client, Fedora 34 Server, Google Chrome (from fedora) The whiteboard controls run off the bottom of the screen. In the screen shot the top of the trash can is just barely visible on the left hand side, next to the activities and actions box. Any thoughts? OpenPGP_signature Description: OpenPGP digital signature
Re: Apache OpenMeetings 6.3.0 Bug?
Yeah, I though it might be something like that.
I'm using the default (ui.theme is not set) from the install/upgrade
process, but have OpenDyslexic as my default font for all families.
Tried the custom.css suggestions but no luck.
On 5/17/22 18:47, Maxim Solodovnik wrote:
Hello Erik,
What UI theme are you using?
Can you try workaround from this JIRA
https://issues.apache.org/jira/browse/OPENMEETINGS-2689?
surprisingly the Lux layout is fixed by this CSS
body {
letter-spacing: 0;
}
OpenPGP_signature
Description: OpenPGP digital signature
Re: Apache OpenMeetings 6.3.0 Bug?
Screen res: 1920 x 1080
Chrome: Version 96.0.4664.93 (Official Build) (64-bit)
ui.theme is not set
custom.css:
/* Licensed under the Apache License, Version 2.0 (the "License")
http://www.apache.org/licenses/LICENSE-2.0 */
.room-block .sb-wb .wb-block .tools {
float: right
}
body {
letter-spacing: 0;
}
On 5/17/22 20:20, Maxim Solodovnik wrote:
Can you please share:
- the value of ui.theme from config
- contents of custom.CSS
- exact Chrome version
Screen resolution
OpenPGP_signature
Description: OpenPGP digital signature
Re: Apache OpenMeetings 6.3.0 Bug?
That fixed the whiteboard. Still have some errors & warnings in the console: !!RTCPeerConnection state changed: connecting, user: erik, uid: b6aca5ca-6ad1-4531-ab9f-642db3512bd4 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 InvalidStateError: Failed to execute 'setRemoteDescription' on 'RTCPeerConnection': Failed to set remote answer sdp: Called in wrong state: stable error @ main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 Wake Lock released. room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 Wake Lock active. room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: connecting, user: erik, uid: 48608f20-d9e9-4041-a481-2b9db4e0dea5 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 InvalidStateError: Failed to execute 'setRemoteDescription' on 'RTCPeerConnection': Failed to set remote answer sdp: Called in wrong state: stable error @ main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 Wake Lock released. room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 Wake Lock active. main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 InvalidStateError: Failed to execute 'setRemoteDescription' on 'RTCPeerConnection': Failed to set remote answer sdp: Called in wrong state: stable error @ main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: connecting, user: erik, uid: 4d62c06d-4161-495a-b962-d9ab98412e22 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: failed, user: erik, uid: 4d62c06d-4161-495a-b962-d9ab98412e22 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: connecting, user: erik, uid: 4d62c06d-4161-495a-b962-d9ab98412e22 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: connected, user: erik, uid: 4d62c06d-4161-495a-b962-d9ab98412e22 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 On 5/17/22 21:26, Maxim Solodovnik wrote: Aha :))) could you please go to Admin->Config and update `header.csp.style` to be `'self',https://fonts.googleapis.com/css2` "`" chars shouldn't be entered Would this help to remove JS console errors? Would it fix anything? ps it would be useful to drop browser cache :)) OpenPGP_signature Description: OpenPGP digital signature
Re: Apache OpenMeetings 6.3.0 Bug?
Correct, no TURN/STUN as this is company private. Would be really nice to be able to compile the kms system so IPv6 can be used, rather than use the docker style IPv4 only version. The source for the KMS system has a self referencing prerequisite when being compiled in fedora. Some autoconf wizardry might fix this. podman is not IPv6 capable, this is a large hindrance in the company network. ** see: network administrator glare -- "It's been out for HOW many decades?" ** On 5/17/22 21:46, Maxim Solodovnik wrote: On Wed, 18 May 2022 at 09:40, Erik Edwards wrote: That fixed the whiteboard. Great news :))) Still have some errors & warnings in the console: !!RTCPeerConnection state changed: connecting, user: erik, uid: b6aca5ca-6ad1-4531-ab9f-642db3512bd4 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 InvalidStateError: Failed to execute 'setRemoteDescription' on 'RTCPeerConnection': Failed to set remote answer sdp: Called in wrong state: stable error @ main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 Wake Lock released. room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 Wake Lock active. room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: connecting, user: erik, uid: 48608f20-d9e9-4041-a481-2b9db4e0dea5 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 InvalidStateError: Failed "InvalidStateError: Failed" It seems you don't have TURN server Is it so? to execute 'setRemoteDescription' on 'RTCPeerConnection': Failed to set remote answer sdp: Called in wrong state: stable error @ main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 Wake Lock released. room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 Wake Lock active. main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 InvalidStateError: Failed to execute 'setRemoteDescription' on 'RTCPeerConnection': Failed to set remote answer sdp: Called in wrong state: stable error @ main-ver-40975A872DAAE3A8FE94B047BF2A923B.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: connecting, user: erik, uid: 4d62c06d-4161-495a-b962-d9ab98412e22 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: failed, user: erik, uid: 4d62c06d-4161-495a-b962-d9ab98412e22 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: connecting, user: erik, uid: 4d62c06d-4161-495a-b962-d9ab98412e22 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 !!RTCPeerConnection state changed: connected, user: erik, uid: 4d62c06d-4161-495a-b962-d9ab98412e22 S.e.onconnectionstatechange @ room-ver-B4859D2B210AB354C30A97935E4B58CC.js:1 On 5/17/22 21:26, Maxim Solodovnik wrote: Aha :))) could you please go to Admin->Config and update `header.csp.style` to be `'self',https://fonts.googleapis.com/css2` "`" chars shouldn't be entered Would this help to remove JS console errors? Would it fix anything? ps it would be useful to drop browser cache :)) OpenPGP_signature Description: OpenPGP digital signature
Re: Apache OpenMeetings 6.3.0 Bug?
Audio & video are working nicely, international latency and responsiveness is far better than even Telegram/Signal/WhatsApp or cellphone connections. Its on par with the speed of copper based landlines on a local call. TURN/STUN is not required in this specific installation. On 5/18/22 01:24, Maxim Solodovnik wrote: On Wed, 18 May 2022 at 10:28, Erik Edwards wrote: Correct, no TURN/STUN as this is company private. According to your JS console error messages I would say you have no audio/video working :( I would set-up TURN ... OpenPGP_signature Description: OpenPGP digital signature
Re: Apache OpenMeetings 6.3.0 Bug?
This does bring up an observed oddity. Some people are not able to get a connection to the media server when first entering a room (which matches the error) but upon clicking the mic off then back on, all works correctly. Video does come up on the first try; however, most users aren't sending video, so it hasn't received further investigation. On 5/18/22 07:42, Maxim Solodovnik wrote: from mobile (sorry for typos ;) On Wed, May 18, 2022, 19:25 Erik Edwards wrote: Audio & video are working nicely, international latency and responsiveness is far better than even Telegram/Signal/WhatsApp or cellphone connections. Its on par with the speed of copper based landlines on a local call. TURN/STUN is not required in this specific installation. OK :) JS log you have shared shows connection can't be established OpenPGP_signature Description: OpenPGP digital signature
