Hi Maxim, finally, unfortunately this didn't fix it...
This one I "produce" on purpose follow your steps... to verify you need some installation with 1) multiple users 2) users should have private files/recordings Test: 1) delete user with private files/recordings 2) perform export 3) create new OM server/instance 4) perform import 5) Check none of private files/recordings became public :) Greetings Peter Am 11.04.19 um 14:44 schrieb Maxim Solodovnik: > Thanks for checking! > > On Thu, 11 Apr 2019 at 19:42, Peter Dähn <da...@vcrp.de > <mailto:da...@vcrp.de>> wrote: > > Hi Maxim, > > I'm testing update procedure for Monday with nearly original data. > There are over 9000 Rooms with a lot of files (up to 185GB over > all). Cleanup runs ones a week, but didn't help that much... ;-) > > Greetings Peter > > > Am 11.04.19 um 14:13 schrieb Maxim Solodovnik: >> Thanks Peter! >> >> BTW this can be speed-up if you will remove files :) (all XMLs >> should be on their original places ...) >> >> On Thu, 11 Apr 2019 at 19:06, Peter Dähn <da...@vcrp.de >> <mailto:da...@vcrp.de>> wrote: >> >> still take a while... >> >> >> >> runs for houres for all room files during backup... >> >> but working on it... ;-) >> >> Am 11.04.19 um 10:45 schrieb Maxim Solodovnik: >>> It was fixed for both branches :) >>> >>> >>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/OpenMeetings%204.0.x/ >>> >>> On Thu, 11 Apr 2019 at 15:35, Peter Dähn <da...@vcrp.de >>> <mailto:da...@vcrp.de>> wrote: >>> >>> Hi Maxim, >>> >>> I would like to test it, but I have no working 5.0.x >>> setup by now. >>> >>> Btw. I would need it for 4.0.x ... ;-) >>> >>> Greetings Peter >>> >>> Am 10.04.19 um 17:40 schrieb Maxim Solodovnik: >>>> Should be fixed, >>>> >>>> would appreciate if you can test :) >>>> >>>> On Mon, 8 Apr 2019 at 20:52, Maxim Solodovnik >>>> <solomax...@gmail.com <mailto:solomax...@gmail.com>> wrote: >>>> >>>> I need to check the code, but here is the possible >>>> scenario: >>>> >>>> 1) recording belongs to deleted user >>>> 2) no "Admin->Clean-up" >>>> 3) Export/Import >>>> deleted user -> null >>>> >>>> Recording belong to `null` user and `null` room == >>>> public >>>> >>>> Could you please file the JIRA? >>>> I'll try to check and fix this ASAP >>>> >>>> On Mon, 8 Apr 2019 at 19:52, Peter Dähn >>>> <da...@vcrp.de <mailto:da...@vcrp.de>> wrote: >>>> > >>>> > Yes, thats what I meant. >>>> > >>>> > 3.0.7 public recordings 0 and 4.0.8 public >>>> recordings ~110 >>>> > >>>> > >>>> > >>>> > Am 08.04.19 um 14:22 schrieb Maxim Solodovnik: >>>> > > Hello Peter, >>>> > > >>>> > > What do you mean by "But in 4.0.8 we get a few >>>> public recordings, that >>>> > > are not there in the current installation >>>> (3.0.7)" ? >>>> > > While importing recordings were moved to >>>> "Public recordings"? >>>> > > >>>> > > On Mon, 8 Apr 2019 at 19:17, Peter Dähn >>>> <da...@vcrp.de <mailto:da...@vcrp.de>> wrote: >>>> > >> Hi Maxim, >>>> > >> >>>> > >> we are going to (finally) install om 4.0.8 >>>> next week. I made a few tests >>>> > >> with backup/restore. This worked so far. But >>>> in 4.0.8 we get a few >>>> > >> public recordings, that are not there in the >>>> current installation (3.0.7). >>>> > >> >>>> > >> I would like to simply unpublish this >>>> recordings. But I didn't find the >>>> > >> way to do so. >>>> > >> >>>> > >> Any hints for me? >>>> > >> >>>> > >> Greetings Peter >>>> > >> >>>> > > >>>> > >>>> > >>>> >>>> >>>> -- >>>> WBR >>>> Maxim aka solomax >>>> >>>> >>>> >>>> -- >>>> WBR >>>> Maxim aka solomax >>> >>> >>> >>> -- >>> WBR >>> Maxim aka solomax >> >> >> >> -- >> WBR >> Maxim aka solomax > > > > -- > WBR > Maxim aka solomax
