Re: [Bacula-users] strange file permissions on restore
Quoting Arno Lehmann <[EMAIL PROTECTED]>: Hello, Daniel Holtkamp wrote: Aleksandar Milivojevic wrote: Hmmm... Is there a way to tell Bacula to simply restore using numeric UIDs and GIDs for files, and set permissions to their original, ignoring whatever /etc/passwd and group files are currently on the system? I hope that is the default behaviour because we use a centralized ldap-directory for authentication. Restoring with right permissions and the numeric UID/GID is just fine. Quite right... Well, for whatever reason, in my first restore attempt (luckily it was just a test, not real disaster recovery), Bacula failed to restore permissions on the directories correctly. As I wrote, most of directories got 744, leaving me with rather unusable system. If I were doing just partial restore (couple of files/directories), I could have set permissions back manually. However, manually resetting thousands of files/directories to their original permissions isn't really an option. I haven't done anything fancy. Full backup of the system using generic configuration (from the docs), followed by full restore (issued "restore all" command from console). Searching the archives, I found some people had this kind of problem in the past, but I wasn't able to find any definite answer... One more question. After restore, Bacula sent out *very* lenghty email listing all files restored. Not the best idea on full restore of the system (200,000+ files). It was one huge email. Is it possible to instruct it to be a bit less verbose (like giving just a short summary)? Yes, you can exclude the restored files from the message. See the manual, section Messages Resource, especially the message-type field and negation. Thanks. I'll try that. Aleksandar Milivojevic This message was sent using IMP, the Internet Messaging Program. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] strange file permissions on restore
Juan Luis Frances wrote: Also with this job the database jumped from 10mb to 260mb ... with only 3 clients beein backed up ... (final number: 32 systems backing up) I`m getting the impression that the database is going to be HUGE Oh, usually we're talking about GB here :-) More seriously - I've got under ten clients and have a database of 1.5GB altogether. I've read of databases much larger. Here, 25GB with indexes. Yikes ! I better put the database on another device quick ... dang, there goes the partition setup ;) Thanks for the warning that would`ve caught me by surprise. -- Daniel HoltkampRiege Software International GmbH System Administration Mollsfeld 10 40670 Meerbusch, Germany Phone: +49-2159-9148-41 mail: holtkamp [at] riege.comFax: +49-2159-9148-11 --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] strange file permissions on restore
> > Also with this job the database jumped from 10mb to 260mb ... with only > > 3 clients beein backed up ... (final number: 32 systems backing up) > > > > I`m getting the impression that the database is going to be HUGE > > Oh, usually we're talking about GB here :-) > > More seriously - I've got under ten clients and have a database of 1.5GB > altogether. I've read of databases much larger. Here, 25GB with indexes. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] strange file permissions on restore
Hello, Daniel Holtkamp wrote: Aleksandar Milivojevic wrote: Hmmm... Is there a way to tell Bacula to simply restore using numeric UIDs and GIDs for files, and set permissions to their original, ignoring whatever /etc/passwd and group files are currently on the system? I hope that is the default behaviour because we use a centralized ldap-directory for authentication. Restoring with right permissions and the numeric UID/GID is just fine. Quite right... One more question. After restore, Bacula sent out *very* lenghty email listing all files restored. Not the best idea on full restore of the system (200,000+ files). It was one huge email. Is it possible to instruct it to be a bit less verbose (like giving just a short summary)? Yes, you can exclude the restored files from the message. See the manual, section Messages Resource, especially the message-type field and negation. Uh, suddenly i`m thinking about one of our backup jobs ... FD Files Written: 1,850,386 SD Files Written: 1,850,386 FD Bytes Written: 21,065,449,310 SD Bytes Written: 21,356,605,541 Rate: 1064.0 KB/s Software Compression: 78.2 % And that`s not even a complete system ;) Also with this job the database jumped from 10mb to 260mb ... with only 3 clients beein backed up ... (final number: 32 systems backing up) I`m getting the impression that the database is going to be HUGE Oh, usually we're talking about GB here :-) More seriously - I've got under ten clients and have a database of 1.5GB altogether. I've read of databases much larger. Arno -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] strange file permissions on restore
Aleksandar Milivojevic wrote: Hmmm... Is there a way to tell Bacula to simply restore using numeric UIDs and GIDs for files, and set permissions to their original, ignoring whatever /etc/passwd and group files are currently on the system? I hope that is the default behaviour because we use a centralized ldap-directory for authentication. Restoring with right permissions and the numeric UID/GID is just fine. One more question. After restore, Bacula sent out *very* lenghty email listing all files restored. Not the best idea on full restore of the system (200,000+ files). It was one huge email. Is it possible to instruct it to be a bit less verbose (like giving just a short summary)? Uh, suddenly i`m thinking about one of our backup jobs ... FD Files Written: 1,850,386 SD Files Written: 1,850,386 FD Bytes Written: 21,065,449,310 SD Bytes Written: 21,356,605,541 Rate: 1064.0 KB/s Software Compression: 78.2 % And that`s not even a complete system ;) Also with this job the database jumped from 10mb to 260mb ... with only 3 clients beein backed up ... (final number: 32 systems backing up) I`m getting the impression that the database is going to be HUGE -- Daniel HoltkampRiege Software International GmbH System Administration Mollsfeld 10 40670 Meerbusch, Germany Phone: +49-2159-9148-41 mail: holtkamp [at] riege.comFax: +49-2159-9148-11 --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] strange file permissions on restore
Quoting Phil Stracchino <[EMAIL PROTECTED]>: Aleksandar Milivojevic wrote: Hmmm... Is there a way to tell Bacula to simply restore using numeric UIDs and GIDs for files, and set permissions to their original, ignoring whatever /etc/passwd and group files are currently on the system? I've never looked at the restore code to see precisely how Bacula does this, but frankly, I'd sincerely hope this were the *default* behavior. Well, I was planning to have a look into the source (and also the content of database). The way restore was performed in my first attempt is definetely not the right way to do it. This message was sent using IMP, the Internet Messaging Program. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] strange file permissions on restore
Aleksandar Milivojevic wrote: > Hmmm... Is there a way to tell Bacula to simply restore using numeric UIDs > and > GIDs for files, and set permissions to their original, ignoring whatever > /etc/passwd and group files are currently on the system? I've never looked at the restore code to see precisely how Bacula does this, but frankly, I'd sincerely hope this were the *default* behavior. -- Phil Stracchino [EMAIL PROTECTED] Renaissance Man, Unix generalist, Perl hacker Mobile: 603-216-7037 Landline: 603-886-3518 --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] strange file permissions on restore
I'm currently testing Bacula on my site. CentOS4, Bacula 1.36.3, built RPM packages from SRPM. The only small change to original spec file was removal of mtx utilities. CentOS, FC, RHEL (probably RH7.3 too) already have mtx package with all the needed utilities. I did several backups, and one restore. On restore, I got a strange thing. Most of the directories were restored with totally insane (for directory) file permission 0744 (drwxr--r--). Needless to say, such system was next to unusable. One of the resons could be that I was doing full restore onto empty partitions (I botted from Red Hat install CD into rescue mode, created/mounted file systems under /mnt/sysimage, copied over bacula-fd and its config file). Reading the docs, they say that in case of differing /etc/passwd and /etc/group files (like restoring on different system, which is probably similar to "boot from rescue CD into empty system"), Bacula will do "the best it can". I kind of expected that all file permissions will be restored to their original, and that numeric ownerships would be assigned to the files (it was my interpretation of "the best it can"). Than I attempted this workaround, first restoring /etc/passwd and /etc/group files, copied them to the /etc directory of rescue CD image (not to be confused with /mnt/sysimage/etc directory), and than did restore. This time all files were restored correctly (checked with "rpm -Va" after reboot). The thing that cofueses me is that even the directories owned by user root, group root (which were present in /etc/passwd and /etc/group files on Red Hat rescue CD) were restored incorrectly on first attempt, and on second attempt they were restored correctly. This seems to put some serious limitations on Bacula's restores. What if I had users/groups stored in non-local databases? Such as for example NIS, NIS+ or LDAP? Those are usually not available if I boot into rescue mode from installation CD. Would I be simply toasted in that case with no way out? Hmmm... Is there a way to tell Bacula to simply restore using numeric UIDs and GIDs for files, and set permissions to their original, ignoring whatever /etc/passwd and group files are currently on the system? I used Red Hat rescue CD, since the CD built by Bacula (for bare metal restores) was not usable (2.6 kernel, Bacula insisted on old (from kernel 2.4 days) /etc/modules.conf, I have /etc/modprobe.conf), and probably failed to boot for other stuff). Even if that CD worked, does the problem I got means I would need to rebuild Bacula's restore CD each and every time passwd or group file changes? And again, what about non-local users/accounts (NIS, NIS+, LDAP)? One more question. After restore, Bacula sent out *very* lenghty email listing all files restored. Not the best idea on full restore of the system (200,000+ files). It was one huge email. Is it possible to instruct it to be a bit less verbose (like giving just a short summary)? Sorry if some of the questions are too much "newbee type of questions". Thanks, Aleksandar Milivojevic This message was sent using IMP, the Internet Messaging Program. --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
