On Tue, 29 Sep 2020 at 15:16, Ali Alhaidary <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
>
> mkdir -p /opt/om_folder.data/streams/hibernate
this is NOT required
>
> 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`)
>
> 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>
> > 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>
> >>> 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> 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> 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> 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> 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> 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 --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=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
