Андрей Михалёв

при установке лицензионный ключ не понадобится. достаточно установить точно такую же версию винды, а при активации OEM лицензия автоматом подхватится.
так же на жестком обычно есть специальный раздел для восстановления. его желательно не трогать.

Проблемы нужно искать в логах.
Обычно это проблемы с дровишками на видео.

боюсь спросить для чего это нужно...
может вам это нужно?

странно, даже при наличии 50к файлов rsync проц у меня не грузит при поиске, да и отрабатывает очень быстро... возможно проблема в медленной дисковой подсистеме на сервере?

просто предлагаю очередной вариант, а никак не решение вашей проблемы)
если файлов очень много и никак не избавиться от текущей схемы, то есть такой вариант:
делаем на сервере спец файл (пусть данные хранятся в нем в виде таблицы) - в нем номер залитого файла и путь к нему. для примера:
...
9 /var/www/backup/2016-05-15.tar
10 /etc/postfix/main.cf
и еще один файл который содержит номер последнего обновления.
клиент подключается, и сверяет свой номер с номером последнего обновления на сервере, для примера на клиенте последний залитый файл: 8.
8<10, поэтому качаем файлы 9 и 10 с сервера, запрашиваем их путь (awk в помощь) и копируем обычным scp)
думаю мысль понятна?

1) Команды там приведены для примера, и с относительными путями.
2) на разных системах, файлы могут называться по разному, не обязательно это access_log, могут быть и access.log и даже просто access
для начала определите где находятся ваши логи, и как называются файлы:

ls /var/log/nginx/
ls /var/log/apache2/

после переходите в одну из этих директорий, cd /var/log/nginx/ или cd /var/log/apache2/
ну а дальше, зная имена файлов выполняйте свои команды:

grep ‘POST /’ имя_файла_полученный_в_результате_команды_ls_

но лучше нанять опытного админа для такой работы.

Давать файлам права на исполнение потенциально опасно.
Все директории должны иметь права 775, а файлы 664, поэтому:

find /var/www/ -type d -exec chmod 755 {} \;
find /var/www/ -type f -exec chmod 644 {} \;

иначе привет от shell

Думаю что стоит пробросить вообще весь трафик минуя 1 сервер, дабы не писать кучу правил для Iptables.
попробуй использовать VLAN. так ты избавишься от смешивания пакетов внутри GRE.

здесь либо менять путь как на старом сервере, либо делать скрипт.
примерно такой:

#!/bin/bash
for i in $(find -type l -exec ls -l {} \; | awk '{ print $9 $10 $11 }')
        do
#b - это сам симлинк
#e - это файл на который ссылаются.
        b=`echo $i | awk -F '->' '{ print $1}'`
        e=`echo $i | awk -F '->' '{ print $2}'`
        echo $b
        echo $e
        e=`echo $e |sed 's/user1/user2/g'`
        echo $e
        #rm $b #удаляем симлинк и делаем новый.
        #новый симлинк (выполнять с опаской, лучше проверить и перепроверить.
        #снять комментарий если все будет работать как нужно
        #ln -s $e $b
done

естественно я его не проверял, и набросал за пару минут, но я думаю это будет толчком для решение проблемы.

cd mnt

зачем постоянный переход в mnt? тем более путь относительный:
тогда уж лучше так:
cd /mnt

get $file $ufile

file находится в /mnt/ ? ибо в переменной только его имя, а директория берется всегда текущая, если не указан абсолютный путь до файла.

Не рекомендую использовать права 777 для файлов.

по теме:
/etc/apache2/envvars
umask 000
или
umask 002

так же, можно запускать apache от пользователя, под которым работаете:

AssignUserId user01 group01