On Tue, 29 Sep 2020 at 15:53, Ali Alhaidary <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>
> 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> 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
