On Tue, 29 Sep 2020 at 15:53, Ali Alhaidary
<ali.alhaid...@the5stars.org <mailto:ali.alhaid...@the5stars.org>> wrote:
Thank you, see my notes embedded please
On 9/29/20 11:30 AM, Maxim Solodovnik wrote:
> On Tue, 29 Sep 2020 at 15:16, Ali Alhaidary
<ali.alhaid...@the5stars.org <mailto:ali.alhaid...@the5stars.org>>
wrote:
>> This sounds very logical and practical, when new and fresh
installation:
>>
>> 1. unzip the file to /opt/om_folder
> yes
>
>> 2. create /opt/om_folder.data and:
> yes
>
>> mkdir -p
/opt/om_folder.data/streams/{1,2,3,4,5,6,7,8,9,10,11,12,13,14}
> this is NOT required
very good, but stated in 'Installation of Apache OpenMeetings
5.0.1 on
Ubuntu 18.04 lts'
this
and the one below is included into installation manual since the days
OM was started using wrong user
so such manual folder creation solves the issue temporarily
>
>> mkdir -p /opt/om_folder.data/streams/hibernate
> this is NOT required
very good, but stated in 'Installation of Apache OpenMeetings
5.0.1 on
Ubuntu 18.04 lts'
>
>> mv /opt/om_folder/webapps/openmeetings/data/* /opt/om_folder.data
> this should be done ONLY in case you already have some user data
> And you are NOT restoring from backup with files
>
> NOTE set the correct owner for /opt/om_folder.data (with `chown`)
Noted, thanks
>
>> That way we have one 'non touchable' folder and another for
data, right?
>>
>> On 9/29/20 11:01 AM, Maxim Solodovnik wrote:
>>> On Tue, 29 Sep 2020 at 14:56, Ali Alhaidary
<ali.alhaid...@the5stars.org <mailto:ali.alhaid...@the5stars.org>>
wrote:
>>>> Thank you Max, now things are getting clear. what foldrs will
be created
>>>> there?
>>>>
>>>> is it the contents of /opt/om_folder/webapps/openmeetings/data ?
>>> yes
>>>
>>>> On 9/29/20 10:48 AM, Maxim Solodovnik wrote:
>>>>> DATA_DIR should be the folder other than the one you have OM
installed into
>>>>> so
>>>>> if you have OM installed into /opt/om
>>>>> set up data dir to be /opt/omdata
>>>>>
>>>>> the idea is: the data should remain untouched when you are
upgrading
>>>>> and replacing OM_HOME with new version ....
>>>>>
>>>>> On Tue, 29 Sep 2020 at 13:39, Ali Alhaidary
<ali.alhaid...@the5stars.org <mailto:ali.alhaid...@the5stars.org>>
wrote:
>>>>>> export JAVA_OPTS="-Djava.awt.headless=true
-DDATA_DIR=/opt/om_folder"
>>>>>>
>>>>>> On 9/29/20 9:30 AM, Ali Alhaidary wrote:
>>>>>>> export JAVA_OPTS="-Djava.awt.headless=true
DATA_DIR=/opt/om_folder"
>>>>>>> is that correct? assuming DATA_DIR is the OM folder.
>>>>>>>
>>>>>>> On 9/29/20 4:11 AM, Maxim Solodovnik wrote:
>>>>>>>> you can add DATA_DIR to JAVA_OPTS
>>>>>>>>
>>>>>>>> On Mon, 28 Sep 2020 at 20:37, Ali Alhaidary
>>>>>>>> <ali.alhaid...@the5stars.org
<mailto:ali.alhaid...@the5stars.org>> wrote:
>>>>>>>>> so many thanks. in tomcat4, two lines are there:
>>>>>>>>>
>>>>>>>>> export JAVA_OPTS="-Djava.awt.headless=true"
>>>>>>>>> CATALINA_HOME=/opt/om_folder
>>>>>>>>>
>>>>>>>>> would that be good?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 9/28/20 2:08 PM, Maxim Solodovnik wrote:
>>>>>>>>>
>>>>>>>>> For development I'm starting OM like this
>>>>>>>>>
>>>>>>>>> JAVA_OPTS="-DDATA_DIR=/home/solomax/work/openmeetings/data"
>>>>>>>>> ./bin/catalina.sh jpda run
>>>>>>>>>
>>>>>>>>> for openmeetings.service start script you can have
>>>>>>>>>
>>>>>>>>> Environment='JAVA_OPTS=-Djava.awt.headless=true
>>>>>>>>> -DDATA_DIR=/opt/omdata5'
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, 28 Sep 2020 at 16:53, Ali Alhaidary
>>>>>>>>> <ali.alhaid...@the5stars.org
<mailto:ali.alhaid...@the5stars.org>> wrote:
>>>>>>>>>> And of course,
>>>>>>>>>>
>>>>>>>>>> 5. chown .....
>>>>>>>>>>
>>>>>>>>>> On 9/28/20 12:51 PM, Ali Alhaidary wrote:
>>>>>>>>>>
>>>>>>>>>> So many thanks, this would be really so good. Can I do
the following:
>>>>>>>>>>
>>>>>>>>>> 1. stop OM
>>>>>>>>>> 2. mv om_folder to om_folder.bak
>>>>>>>>>> 3. unpack new snapshot to om_folder
>>>>>>>>>> 4. cp
>>>>>>>>>>
/opt/om_foldr.bak/webapps/openmeetings/WEB-INF/classes/META-INF/persistence.xml
>>>>>>>>>> to
>>>>>>>>>>
/opt/om_floder/webapps/openmeetings/WEB-INF/classes/META-INF/persistence.xml
>>>>>>>>>> 5. cp /opt/om_folder.bak/conf/server.xml to
>>>>>>>>>> /opt/om_folder/conf/server.xmlalong with the certificate
>>>>>>>>>>
>>>>>>>>>> But, how to set the same DATA_DIR and where?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 9/28/20 4:51 AM, Maxim Solodovnik wrote:
>>>>>>>>>>
>>>>>>>>>> You can
>>>>>>>>>> 1) unpack new snapshot to NEW location
>>>>>>>>>> 2) set the same DATA_DIR
>>>>>>>>>> 3) copy your old persistence.xml
>>>>>>>>>> 3.1***) some other configs might need to be copied
>>>>>>>>>> 4) start new instance
>>>>>>>>>>
>>>>>>>>>> and everything should work as before :)
>>>>>>>>>>
>>>>>>>>>> On Sun, 27 Sep 2020 at 12:16, Ali Alhaidary
>>>>>>>>>> <ali.alhaid...@the5stars.org
<mailto:ali.alhaid...@the5stars.org>> wrote:
>>>>>>>>>>> Clarification:
>>>>>>>>>>>
>>>>>>>>>>> If we replace these files from a downloaded and
unzipped #68
>>>>>>>>>>> snapshot (the html files with the same name) ?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 9/27/20 7:57 AM, Ali Alhaidary wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> we are now running snapshot #67, is it OK if we
replace only these
>>>>>>>>>>> 4 files:
>>>>>>>>>>>
>>>>>>>>>>> FileItem.java
>>>>>>>>>>> TestExport.java
>>>>>>>>>>> Recording.java
>>>>>>>>>>> BackupExport.java
>>>>>>>>>>>
>>>>>>>>>>> And we will be on snapshot #68 ?
>>>>>>>>>>>
>>>>>>>>>>> On 9/27/20 5:37 AM, Maxim Solodovnik wrote:
>>>>>>>>>>>
>>>>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-2459
>>>>>>>>>>>
>>>>>>>>>>> please do not use backup/restore for now
>>>>>>>>>>> just re-use previous DB
>>>>>>>>>>>
>>>>>>>>>>> On Sun, 27 Sep 2020 at 07:24, Maxim Solodovnik
>>>>>>>>>>> <solomax...@gmail.com <mailto:solomax...@gmail.com>>
wrote:
>>>>>>>>>>>> these can be ignored
>>>>>>>>>>>>
>>>>>>>>>>>> others:
>>>>>>>>>>>> [39mDEBUG [0;39m 09-26 10:30:39.827
[36mo.a.o.b.BackupExport:407
>>>>>>>>>>>> [main] [0;39m - Exception While writing node of type:
class
>>>>>>>>>>>> org.apache.openmeetings.db.entity.file.FileItem
>>>>>>>>>>>> javax.xml.bind.MarshalException: null
>>>>>>>>>>>>
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:301)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:226)
>>>>>>>>>>>> at
>>>>>>>>>>>>
javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:101)
>>>>>>>>>>>> at
>>>>>>>>>>>>
org.apache.openmeetings.backup.BackupExport.writeList(BackupExport.java:404)
>>>>>>>>>>>> at
>>>>>>>>>>>>
org.apache.openmeetings.backup.BackupExport.stream(BackupExport.java:374)
>>>>>>>>>>>> at
>>>>>>>>>>>>
org.apache.openmeetings.backup.BackupExport.writeList(BackupExport.java:381)
>>>>>>>>>>>> at
>>>>>>>>>>>>
org.apache.openmeetings.backup.BackupExport.exportFile(BackupExport.java:337)
>>>>>>>>>>>> at
>>>>>>>>>>>>
org.apache.openmeetings.backup.BackupExport.performExport(BackupExport.java:188)
>>>>>>>>>>>> at
org.apache.openmeetings.cli.Admin.processBackup(Admin.java:365)
>>>>>>>>>>>> at
org.apache.openmeetings.cli.Admin.process(Admin.java:263)
>>>>>>>>>>>> at org.apache.openmeetings.cli.Admin.main(Admin.java:563)
>>>>>>>>>>>>
>>>>>>>>>>>> Caused by: com.sun.istack.SAXException2:
>>>>>>>>>>>> com.sun.xml.bind.api.AccessorException: The property
has a setter
>>>>>>>>>>>> "public void
>>>>>>>>>>>>
org.apache.openmeetings.db.entity.file.FileItem.setId(java.lang.Long)"
>>>>>>>>>>>> but no getter. For marshaller, please define getters.
>>>>>>>>>>>>
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:217)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:232)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.serializeBody(ClassBeanInfoImpl.java:340)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.sun.xml.bind.v2.runtime.XMLSerializer.childAsSoleContent(XMLSerializer.java:563)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.serializeRoot(ClassBeanInfoImpl.java:311)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:464)
>>>>>>>>>>>> at
>>>>>>>>>>>>
com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:298)
>>>>>>>>>>>> ... 10 common frames omitted
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> can't be ignored
>>>>>>>>>>>> I'm going to investigate it ASAP
>>>>>>>>>>>> this might be blocker
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Sat, 26 Sep 2020 at 17:39, Ali Alhaidary
>>>>>>>>>>>> <ali.alhaid...@the5stars.org
<mailto:ali.alhaid...@the5stars.org>> wrote:
>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Trying to do back up by command line OM 5.0.1 old
snapshot, I
>>>>>>>>>>>>> got on
>>>>>>>>>>>>> screen these lines and attached a file for the output
>>>>>>>>>>>>>
>>>>>>>>>>>>> Sep 26, 2020 10:30:34 AM
>>>>>>>>>>>>> com.hazelcast.internal.config.AbstractConfigLocator
>>>>>>>>>>>>> INFO: Loading 'hazelcast.xml' from the classpath.
>>>>>>>>>>>>> Sep 26, 2020 10:30:34 AM
>>>>>>>>>>>>> com.hazelcast.instance.impl.HazelcastInstanceFactory
>>>>>>>>>>>>> WARNING: Hazelcast is starting in a Java modular
environment
>>>>>>>>>>>>> (Java 9 and
>>>>>>>>>>>>> newer) but without proper access to required Java
packages. Use
>>>>>>>>>>>>> additional Java arguments to provide Hazelcast
access to Java
>>>>>>>>>>>>> internal
>>>>>>>>>>>>> API. The internal API access is used to get the best
performance
>>>>>>>>>>>>> results. Arguments to be used:
>>>>>>>>>>>>> --add-modules java.se <http://java.se> --add-exports
>>>>>>>>>>>>> java.base/jdk.internal.ref=ALL-UNNAMED --add-opens
>>>>>>>>>>>>> java.base/java.lang=ALL-UNNAMED --add-opens
>>>>>>>>>>>>> java.base/java.nio=ALL-UNNAMED --add-opens
>>>>>>>>>>>>> java.base/sun.nio.ch <http://sun.nio.ch>=ALL-UNNAMED
--add-opens
>>>>>>>>>>>>> java.management/sun.management=ALL-UNNAMED --add-opens
>>>>>>>>>>>>> jdk.management/com.sun.management.internal=ALL-UNNAMED
>>>>>>>>>>>>> WARNING: An illegal reflective access operation has
occurred
>>>>>>>>>>>>> WARNING: Illegal reflective access by
>>>>>>>>>>>>> com.hazelcast.internal.networking.nio.SelectorOptimizer
>>>>>>>>>>>>>
(file:/opt/open500/webapps/openmeetings/WEB-INF/lib/hazelcast-4.0.2.jar)
>>>>>>>>>>>>>
>>>>>>>>>>>>> to field sun.nio.ch.SelectorImpl.selectedKeys
>>>>>>>>>>>>> WARNING: Please consider reporting this to the
maintainers of
>>>>>>>>>>>>> com.hazelcast.internal.networking.nio.SelectorOptimizer
>>>>>>>>>>>>> WARNING: Use --illegal-access=warn to enable
warnings of further
>>>>>>>>>>>>> illegal
>>>>>>>>>>>>> reflective access operations
>>>>>>>>>>>>> WARNING: All illegal access operations will be
denied in a
>>>>>>>>>>>>> future release
>>>>>>>>>>>>>
>>>>>>>>>>>>> My question is: should I just ignore them and move on ?
>>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Best regards,
>>>>>>>>>>>> Maxim
>>>>>>>>>>> --
>>>>>>>>>>> Best regards,
>>>>>>>>>>> Maxim
>>>>>>>>>> --
>>>>>>>>>> Best regards,
>>>>>>>>>> Maxim
>>>>>>>>> --
>>>>>>>>> Best regards,
>>>>>>>>> Maxim
>>>
>
>
--
Best regards,
Maxim
