Hello Peter, just have tried the same steps and everything was OK for me maybe you can share "demo" backup with me?
On Fri, 12 Apr 2019 at 20:48, Peter Dähn <da...@vcrp.de> wrote: > 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> 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> 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> 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> >>>> 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> 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> 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 > > > -- WBR Maxim aka solomax
