Решението се оказва по-лесно отколкото мислите… разбира се, зависи от грешката. Текущият проблем при мен, беше policy, което забранява на imagemagic да работи с PDF файлове, поради потенциални “задни вратички” в структурата на PDF, които може да се използват за компроментиране на сигурността на imagemagick и съответно машината, на която работи.
/etc/ImageMagick-6/policy.xml
Променяме:
<policy domain="coder" rights="none" pattern="PDF" />
Трябва да стане:
<policy domain="coder" rights="read|write" pattern="PDF,PS" />
По-подробно описание може да се прочете тук -> https://cromwell-intl.com/open-source/pdf-not-authorized.html
И понеже понякога се налага remote да се правят някои настройки на Mikrotik RouterBoard-a а все забравяме да си оправим достъпа.
Трябва да се създаде нов Rule на IP Forwarding-a който да се постави над последния drop в списъка с правила! :
От менюто избираме IP > Firewall > Filter Rules
Избираме + за да добавим ново правило
Променяме Chain на input
Променяме Protocol на TCP
Променяме Dst. Port на 8291
От таб Action проверяваме Action да е сложен на Accept
Хубаво е да сложим и някой друг коментар 🙂 WinBox WAN Remote
И да не забравяме че това правило както се вижда от снимката трябва да е позиционирано над последния Drop.

В момента съм в процес на ъпгрейд на бекъп системата ми. Не се учудвайте ако видите нещо да е “не както трябва”, защото все пак цялата система е писана за лични нужди и скоро няма изгледи да бъде пусната за масово ползване.
За пореден път: авторите на блога не отговарят за щетите, които може да нанесете на системата си, използвайки и прилагайки статиите написани тук!
Ето го и скрипта 🙂
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
| #!/bin/bash
DBUSER="root"
DBPASS="password_here"
DIR="/home/blagomir/test/"
DUMP="/usr/bin/mysqldump"
DATABASES=`mysql -u $DBUSER -p$DBPASS -e"show databases"`
for b in $DATABASES ;
do
TABLES=`mysql -u $DBUSER -p$DBPASS -e"show tables from $b"`
echo "=============================================="
echo "Backup database $b"
for t in $TABLES ;
do
VARIABLE="Tables_in_$b"
if [[ "$VARIABLE" != $t ]];
then
echo "Backup table $b.$t"
$DUMP -u $DBUSER -p$DBPASS --database $b --table $t > $DIR$b.$t.sql
fi
done
echo "Done backup $b"
echo "=============================================="
done |
#!/bin/bash
DBUSER="root"
DBPASS="password_here"
DIR="/home/blagomir/test/"
DUMP="/usr/bin/mysqldump"
DATABASES=`mysql -u $DBUSER -p$DBPASS -e"show databases"`
for b in $DATABASES ;
do
TABLES=`mysql -u $DBUSER -p$DBPASS -e"show tables from $b"`
echo "=============================================="
echo "Backup database $b"
for t in $TABLES ;
do
VARIABLE="Tables_in_$b"
if [[ "$VARIABLE" != $t ]];
then
echo "Backup table $b.$t"
$DUMP -u $DBUSER -p$DBPASS --database $b --table $t > $DIR$b.$t.sql
fi
done
echo "Done backup $b"
echo "=============================================="
done
След като написах предният пост, реших сам да направя теста споменат там.
/remote/path/
OS: Ubuntu 9.10
CPU: Intel 2.6 GHz
HDD: Hitachi 500 GB (7200 rpm)
/local/path/
OS: Ubuntu 9.10
CPU: Intel Core Duo x 1.86 GHz
HDD: 120 GB (5400 rpm)
Първи опит: rsync pull
Source: /remote/path/
Destination: /local/path/
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| blagomir@dragonfly:/storage/test$ rsync --stats -a blagomir@192.168.1.2:/remote/path/ /local/path/
blagomir@192.168.1.2's password:
Number of files: 26579
Number of files transferred: 23604
Total file size: 1211767628 bytes
Total transferred file size: 1211709797 bytes
Literal data: 1211709797 bytes
Matched data: 0 bytes
File list size: 583070
File list generation time: 0.091 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 460461
Total bytes received: 1213463704
sent 460461 bytes received 1213463704 bytes 2425422.91 bytes/sec
total size is 1211767628 speedup is 1.00 |
blagomir@dragonfly:/storage/test$ rsync --stats -a blagomir@192.168.1.2:/remote/path/ /local/path/
blagomir@192.168.1.2's password:
Number of files: 26579
Number of files transferred: 23604
Total file size: 1211767628 bytes
Total transferred file size: 1211709797 bytes
Literal data: 1211709797 bytes
Matched data: 0 bytes
File list size: 583070
File list generation time: 0.091 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 460461
Total bytes received: 1213463704
sent 460461 bytes received 1213463704 bytes 2425422.91 bytes/sec
total size is 1211767628 speedup is 1.00
До тук приключва и първата част от теста. Лошото е само, че не можах да разбера колко секунди отне въпросният трансфер…
Кратка калкулация 1211709797 / 2425422.91 = 499.587017177 сек.
Втори опит: rsync push
Source: /local/path/
Destination: /remote/path/
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| blagomir@dragonfly:/storage/test$ rsync --stats -a /local/path/ blagomir@192.168.1.2:/remote/path/
blagomir@192.168.1.2's password:
Number of files: 26574
Number of files transferred: 23604
Total file size: 1211709797 bytes
Total transferred file size: 1211709797 bytes
Literal data: 1211709797 bytes
Matched data: 0 bytes
File list size: 588640
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 1213459369
Total bytes received: 460367
sent 1213459369 bytes received 460367 bytes 2469826.52 bytes/sec
total size is 1211709797 speedup is 1.00
blagomir@dragonfly:/storage/test$ |
blagomir@dragonfly:/storage/test$ rsync --stats -a /local/path/ blagomir@192.168.1.2:/remote/path/
blagomir@192.168.1.2's password:
Number of files: 26574
Number of files transferred: 23604
Total file size: 1211709797 bytes
Total transferred file size: 1211709797 bytes
Literal data: 1211709797 bytes
Matched data: 0 bytes
File list size: 588640
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 1213459369
Total bytes received: 460367
sent 1213459369 bytes received 460367 bytes 2469826.52 bytes/sec
total size is 1211709797 speedup is 1.00
blagomir@dragonfly:/storage/test$
При вторият вариант цифрите са следните:
1211709797 / 2469826.52 = 490.605225585 сек.
Заключение: при проведеният тест се установи, че rsync работи по-бързо при push отколкото при pull. Това се случи при мен с много на брой, но малки файлове.
Ако имате свободно време и желание можете да тествате и вие и да публикувате резултатите си тук.