You can check changes for each build using full build url (for ex. https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.2.x/469/)
On Mon, Feb 20, 2017 at 6:27 PM, Maxim Solodovnik <[email protected]> wrote: > #469 is being built right now (will be ready in ~5 min) > It contains fix for this issue > > On Mon, Feb 20, 2017 at 6:25 PM, Yakovlev N. <[email protected]> wrote: >> Maxim, >> >> Can I check 3.2.1 - ? >> Release #469 (20.02.2017 10:15:07) is accessible already. >> >> Nik >> >> -----Original Message----- >> From: Maxim Solodovnik [mailto:[email protected]] >> Sent: Monday, February 20, 2017 12:59 PM >> To: Openmeetings user-list >> Subject: Re: om 3.2.0 hibernate folder >> >> Thanks :) >> Should be fixed in the next build :)) >> >> On Mon, Feb 20, 2017 at 4:55 PM, Yakovlev N. <[email protected]> wrote: >>> Done. >>> >>> OpenmeetingsOPENMEETINGS-1569 >>> .../streams/hibernate folder is not cleaned >>> >>> >>> -----Original Message----- >>> From: Maxim Solodovnik [mailto:[email protected]] >>> Sent: Monday, February 20, 2017 11:32 AM >>> To: Openmeetings user-list >>> Subject: Re: om 3.2.0 hibernate folder >>> >>> I have reproduced the issue. Recording clean-up was broken. >>> Could you please create JIRA issue, and if you have free time check other >>> types of files: images, Office documents, Videos, Stored WBs This would be >>> extremely helpful! >>> >>> Thanks in advance :) >>> >>> OFFTOPIC: I'm working on this project during my free time, this is why I'm >>> saying: "I need time to double-check", and fixes are not immediate .... >>> >>> On Mon, Feb 20, 2017 at 3:04 PM, Yakovlev N. <[email protected]> >>> wrote: >>>> ./admin.sh -f --cleanup does not clean streams/hibernate. >>>> >>>> -----Original Message----- >>>> From: Maxim Solodovnik [mailto:[email protected]] >>>> Sent: Monday, February 20, 2017 10:56 AM >>>> To: Openmeetings user-list >>>> Subject: Re: om 3.2.0 hibernate folder >>>> >>>> yep. It should clean streams/hibernate in case recording is deleted >>>> (missing DB record of DB record marked as deleted) >>>> >>>> On Mon, Feb 20, 2017 at 2:53 PM, Yakovlev N. <[email protected]> >>>> wrote: >>>>> Thanks Maxim >>>>> >>>>> All you wrote I knew. >>>>> I just wanted to refine one moment. >>>>> The .../streams/hibernate folder has to be cleaned not in OM. >>>>> Is the next command [./admin.sh -f --cleanup] to delete of recording DB >>>>> records correct? >>>>> >>>>> Nik >>>>> >>>>> -----Original Message----- >>>>> From: Maxim Solodovnik [mailto:[email protected]] >>>>> Sent: Monday, February 20, 2017 10:22 AM >>>>> To: Openmeetings user-list >>>>> Subject: Re: om 3.2.0 hibernate folder >>>>> >>>>> Clean was designed to work as follows: >>>>> >>>>> 0) You are creating recording >>>>> 1) as soon it is not necessary: you are deleting Recording: send it >>>>> to the trash >>>>> Result: recording is not displayed, marked in DB as deleted >>>>> 2) you run clean-up >>>>> Result: recording DB records, files should be deleted >>>>> >>>>> Step 1) might be automated using "Group limit" >>>>> Step 2) might be automated using cron + admin.sh (aka Command line >>>>> admin) >>>>> >>>>> http://openmeetings.apache.org/CommandLineAdmin.html >>>>> >>>>> On Mon, Feb 20, 2017 at 2:18 PM, Yakovlev N. <[email protected]> >>>>> wrote: >>>>>> Mp4-file was created by OM on February 17 and still not deleted. >>>>>> What I should perform exept cli-commands? >>>>>> [Admin functions->Show cleanup report->Cleanup] does not clear >>>>>> .../streams/hibernate folder. >>>>>> >>>>>> >>>>>> -----Original Message----- >>>>>> From: Maxim Solodovnik [mailto:[email protected]] >>>>>> Sent: Monday, February 20, 2017 10:01 AM >>>>>> To: Openmeetings user-list >>>>>> Subject: Re: om 3.2.0 hibernate folder >>>>>> >>>>>> Actually both 3.1.5 and 3.2.0 has new feature: group limits, with >>>>>> recording expiration and clean-up functionality :) Haven't check >>>>>> clean-up for some time, will double-check >>>>>> >>>>>> On Mon, Feb 20, 2017 at 1:57 PM, Yakovlev N. <[email protected]> >>>>>> wrote: >>>>>>> No problems with cleaning the folders in Linux by other means than OM. >>>>>>> Are there own ones? >>>>>>> >>>>>>> PS hdd's will not be overloaded in any case.... :) >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Maxim Solodovnik [mailto:[email protected]] >>>>>>> Sent: Monday, February 20, 2017 9:45 AM >>>>>>> To: Openmeetings user-list >>>>>>> Subject: Re: om 3.2.0 hibernate folder >>>>>>> >>>>>>> Yep this should do the job >>>>>>> I'll double check ... >>>>>>> >>>>>>> PS you can use "cron + command line admin" or UI, both should work >>>>>>> similar >>>>>>> >>>>>>> On Mon, Feb 20, 2017 at 1:43 PM, Yakovlev N. <[email protected]> >>>>>>> wrote: >>>>>>>> Hello Maxim, >>>>>>>> If you mean like this [Admin functions->Show cleanup report->Cleanup] >>>>>>>> but Streams folder stays uncleaned. >>>>>>>> Or something else? >>>>>>>> Nik >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Maxim Solodovnik [mailto:[email protected]] >>>>>>>> Sent: Friday, February 17, 2017 4:32 PM >>>>>>>> To: Openmeetings user-list >>>>>>>> Subject: Re: om 3.2.0 hibernate folder >>>>>>>> >>>>>>>> Hello Nik, >>>>>>>> >>>>>>>> Om uses "soft delete" model, you can use admin "clean up" for "hard" >>>>>>>> delete files/db records >>>>>>>> >>>>>>>> On Fri, Feb 17, 2017 at 7:44 PM, Yakovlev N. <[email protected]> >>>>>>>> wrote: >>>>>>>>> Hello all, >>>>>>>>> >>>>>>>>> i've upgraded OM from 3.15 up to 3.20 version. Two days flight >>>>>>>>> is normal. J >>>>>>>>> >>>>>>>>> Maybe somebody knows why the deleted records are remain in the >>>>>>>>> .../streams/hibernate folder? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Nik >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> WBR >>>>>>>> Maxim aka solomax >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> WBR >>>>>>> Maxim aka solomax >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> WBR >>>>>> Maxim aka solomax >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> WBR >>>>> Maxim aka solomax >>>>> >>>> >>>> >>>> >>>> -- >>>> WBR >>>> Maxim aka solomax >>>> >>> >>> >>> >>> -- >>> WBR >>> Maxim aka solomax >>> >> >> >> >> -- >> WBR >> Maxim aka solomax >> > > > > -- > WBR > Maxim aka solomax -- WBR Maxim aka solomax
