-f option for file clean up only you need: "./admin.sh -i -v -file backup_31_07_2012_12_07_51.zip --drop"
On Tue, Jan 28, 2014 at 8:39 PM, Peter Dähn <[email protected]> wrote: > Hi Maxim... > > according to Admin.java 199 > > Command cmd = Command.usage; > if (cmdl.hasOption('i')) { > cmd = Command.install; > } else if (cmdl.hasOption('b')) { > cmd = Command.backup; > } else if (cmdl.hasOption('r')) { > cmd = Command.restore; > } else if (cmdl.hasOption('l')) { > cmd = Command.languages; > } else if (cmdl.hasOption('f')) { > cmd = Command.files; > } > > -f option will be ignored in case of -i... Am I right? > > BR Peter > > Am 28.01.2014 14:12, schrieb Maxim Solodovnik: > > yes > It will not create any additional users, just will add the contents of > backup file > > > On Tue, Jan 28, 2014 at 7:59 PM, Peter Dähn <[email protected]> wrote: > >> Hi Maxim, >> >> thanks for your quick response. >> >> Do you mean by "install from file" the -f option of admin.sh? >> >> something like "./admin.sh -i -v -f -file backup.zip" >> >> BR >> >> Peter Dähn >> >> Am 28.01.2014 13:43, schrieb Maxim Solodovnik: >> >> you can try to "install from file" >> This is the only way I know to preserve room ids >> >> >> On Tue, Jan 28, 2014 at 7:40 PM, Peter Dähn <[email protected]> wrote: >> >>> >>> Hallo together, >>> >>> I faced a problem while import a backup from 2.0 to 2.2. >>> >>> The roomIDs were scrambled during import. This happens because the new >>> IDs will be created because of the order of the rooms in room.xml. >>> >>> The problem is, that we store the further roomIDs in the database of >>> our LMS and use them to launch a room directly. And after the update the >>> user enter the wrong room. >>> >>> Maybe "r.setRooms_id(null);" Line 289 in BackupImportController.java >>> causes the trouble. It seems there were all further roomIDs discarded. >>> >>> Any Ideas how to handle it? >>> >>> BR >>> Peter Dähn >>> >>> >> >> >> -- >> WBR >> Maxim aka solomax >> >> > > > -- > WBR > Maxim aka solomax > > -- WBR Maxim aka solomax
