backup.pl | simple backup script for backing up data on one Linux server | Continuous Backup library
kandi X-RAY | backup.pl Summary
kandi X-RAY | backup.pl Summary
A simple backup script for backing up data on one Linux/Unix/OS X server from another over SSH. This script isn't trying to be the ultimate best backup script ever, it's just a simple script that I use that I thought others might find useful, either as-is, or as a starting point for modification into a custom script of your own. If you need something powerful and flexible that keeps an arbitrary number of versions for an arbitrary amount of time, this is not the script for you. You might find rsnapshot a useful alternative. This script keeps 7 rolling backups - one for every day of the week. It keeps those backups in folders called Mon, Tue, Wed, and so on. If you run the script on a Monday, your backup will go into the Mon folder, if do it on a Tuesday, it'll go into the Tue folder, and so on. If you don't want a 7 day rolling backup, you'll either have to alter this script, or use something else.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of backup.pl
backup.pl Key Features
backup.pl Examples and Code Snippets
Community Discussions
Trending Discussions on backup.pl
QUESTION
I have the follow Problem, my file '2018_08_18__Lysto BackUp.plist' looks like this:
...ANSWER
Answered 2018-Aug-28 at 20:23You can get this with awk
:
QUESTION
I've taken a look to many different topics and did not find an answer to my problem. I created 2 bash scripts on my Ubuntu server and I'm trying to execute them periodically. It seems they are running, but they produce nothing. They are executable:
...ANSWER
Answered 2018-May-12 at 00:01Ok for those who are in the same situation, my crontab was
QUESTION
I have spent two days now trying to get Bacula running again after upgrading from Ubuntu 14 to Ubuntu 16.04, but I am out of luck and need help.
Since the version of Bacula changed, I decided to start from scratch with the Ubuntu default config files and moved the old config files into a different folder. The apt installer/package-configurator properly fills out all the daemon-names and passwords in bacula-dir.conf, bacula-fs.conf and bacula-ds.conf
The problem: Bacula-dir does not start properly and seems to hang. The symptoms are:
- No log file is created (/var/log/bacula/bacular.log)
- bconsole connection fails (with error:
Director authorization problem.
Most likely the passwords do not agree.
If you are using TLS, there may have been a certificate validation error during the TLS handshake.
However I have checked the passwords which have been created by the Ubuntu install/configuration script an they match.
After adding the line "local bacula bacula md5" to /etc/postgresql/9.5/main/pg_hba.conf access to the postgresql database works from the commmand-line ($ psql -d bacula -U bacula
) using the same password as given in bacula-dir.conf.
What is most puzzling: I tried the same installation/configuration steps on another testing machine and there all is working as expected and I can connect with bconsole.
On my upgraded server however I can not find what causes the problem!
So far I have tried the following:
- Completely purged all Bacula packages, then manually searched and removed all old configuration/log/run files in /etc/bacula/ and /var/ and then re-installed the packages
- Downloaded the scripts
drop_postgresql_tables
andmake_postgresql_tables
from the Bacula source package and deleted and re-created the database tables with them - Used
$ ps aux | grep bacula
to list the running Bacula daemons and compare them with the test machine - Run bacula-dir with debug-option (
-d 200
) - please see the attached output - Checked file/folder permissions over and over again and compared with the working test machine
- Firewall? All connections are on the same machine, so that shouldn't be the cause?
Question: What could possibly be wrong with my configuration? How can I narrow-down or isolate the problem?
Last thing I should mention: Bacula was used with mysql before and now after the upgrade to Ubuntu 16, PostgreSQL is used. All old Bacula packages were remove (purged) and the bacula...-mysql packages were replaced the with bacula-common-pgsql, bacula-director-pgsql and bacula-sd-pgsql. Also the database was started from scratch, but could that still somehow be the cause?
Bacula-dir debug output in syslog:
...ANSWER
Answered 2018-May-11 at 13:09The problem is solved. The issue is specific to Ubuntu 16.04. The default *.deb packages (4build1) seem to be flawed and never worked. Moreover the updating process with command $ sudo apt-get update && sudo apt-get upgrade
did NOT work either. Manually replacing the Bacula *.deb files of the base version with those from the latest updates (4ubuntu0.1) for Ubuntu 16.04 solved the issue.
- Base version: 7.0.5+dfsg-4build1 (not working!)
- Update version: 7.0.5+dfsg-4ubuntu0.1 WORKING --> installed manually!!
The packages below were manually downloaded first and then installed with the command:
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install backup.pl
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page