Hello Radoslaw, On Thu, 24 Jan 2019 at 20:17, Radosław Korzeniewski <rados...@korzeniewski.net> wrote: > > Hello Dan, > > czw., 24 sty 2019 o 14:28 Dan Langille <d...@langille.org> napisał(a): >> >> On Jan 24, 2019, at 5:30 AM, Radosław Korzeniewski >> <rados...@korzeniewski.net> wrote: >> >> Hello Dan, >> >> śr., 23 sty 2019 o 23:59 Dan Langille <d...@langille.org> napisał(a): >>> >>> On Jan 23, 2019, at 4:56 PM, Radosław Korzeniewski >>> <rados...@korzeniewski.net> wrote: >>> >>>> >>>> Does IBAdmin work with a readonly connection to the Catalog database? >>>> >>> >>> No. >>> >>> >>> What features will be available with a read-only connection? >>> >> >> Why do you need a read-only database? >> >> >> Isolation. > > > What do you want to isolate and from what? > >> >> Bacula manipulates the Catalog. IBAdmin reports upon it. > > > I do not understand it. > >> >> Why would it need to modify my Catalog? > > > Could you be more descriptive what a Catalog is for you? I assume the Catalog > is the database structure used by Bacula Director to perform its operations. > In this case the only catalog manipulation (update) the IBAdmin is doing is > job and volume comment field update. All other write operations are performed > using IBAdmin specific objects structure which is not a part of the Catalog. > >> >> >> All management is based on database objects. When you want to create or >> change any configuration it will change/update database objects for you. >> When you log in your session is stored in a database. These are the most >> basic operations which require read-write access to database objects. >> >> >> OK, but all of this must be in the Bacula Catalog? > > > I assume the Bacula Catalog are all the objects used by Bacula Director to > perform its operations, so, no. IBAdmin does not store its configuration data > in Bacula Catalog but stores it in the same Postgresql database. > >> >> If so, why? Why not put IBAdmin-specific data in a separate database? > > > What is funny, when I designed IBAdmin I had a lot of opposite questions. :) > Why do you need a separate database for IBAdmin data when you already have > one? You will have to connect to it anyway. :) Do you think an average Bacula > user or even a newbie who have a serious problems to setup a basic Bacula > installation (just check bacula-users mailing list) will be happy when he has > to setup an another database just to use a simple IBAdmin when all other > Bacula GUIs do not require it? > I think it is impossible to make everybody happy. :) > >> >> >> I assume you want to test it, right? >> >> >> Yes, I do, I am interested, but not if I must give it write access to my >> Bacula database. > > > Do you use any Bacula GUI except BAT? Do you know that all of them require > the same database write access as IBAdmin does.
For me explaining one incorrect thing by other incorrect things doesn't lead to anything good. Something like "They do wrong so I can do wrong as well". Second thing, you wrote that all Bacula GUIs require database write access. Later you wrote that almost all Bacula GUIs require database write access. Could you explain me the difference in your sentences? As Baculum and BWeb Enterprise developer I would like to say about the write access to the Catalog in these web interfaces: - Baculum - the one place where Baculum API requires do any modification in the Catalog is dropping temporary Bvfs table that was created by Bvfs during restore prepare. It is because I missed .bvfs_cleanup command. Nevertheless this discussion encuouraged me to fix it quickly. - BWeb Enterprise - Bacula Systems provides BWeb as one from the Bacula Enterprise Edition's products. It means that Bacula Systems is responsible the same for Bacula Enterprise as for BWeb as for other products. If they want to add (or modify) new SQL tables for some of these components they can just do that. Last thing, you wrote that in your opinion the only GUI which comes from Bacula is BWeb Enterprise. You have right to believe what you want however in this case it isn't "opinion" matter but facts. And the fact is that Baculum comes from Bacula as well. Best regards. Marcin Haba (gani) > From technical point of view it is possible to redesign IBAdmin to use > multiple databases, but it requires some development which (in my opinion) > has no real value. If you think this kind of separation has any real value > other then "do separation - it is good" I'll be happy if you will share it > with me. > > best regards > -- > Radosław Korzeniewski > rados...@korzeniewski.net > _______________________________________________ > Bacula-devel mailing list > bacula-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-devel -- "Greater love hath no man than this, that a man lay down his life for his friends." Jesus Christ "Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie za przyjaciół swoich." Jezus Chrystus _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
