Копирование/Клонирование VPS.

Предполагаю сбои по сети. Вы сразу льете на новый же?
У меня был случай (71Гб копировал) когда оказалось проще доехать чем дальше мучаться :)
Если есть возможность, создайте копию локально побив бэкап на куски и потом их перелить на новое место.

Буду благодарен если скажите как по частям сделать бекап. Сеть локалка + на тотже сервер пытаюсь делать. Диск начинает сыпатся, хотя смарт вроде как без ошибок.

Какая система виртуализации/контейнеры c которыми «Input/output error»? Просто такое может быть например с vzdump, если памяти мало выделено. По умолчанию, там 500mb.

--exclude=/...

duply/duplicity /thread
А так, я бы rsync просто забрал, если это разово.

Сеть локалка + на тотже сервер пытаюсь делать.

Значит мое предположение не верно.

Диск начинает сыпатся, хотя смарт вроде как без ошибок.

Тогда точно на него не надо делать.
Выше уже правильно написали rsync

Вдс XEN, 2 ядра, 150HDD, 4Gb Ram. Полную команду подсказать можете как на ВПС с которой переносить, так и на той, что принимать? 3 логических тома LVM (lv_root , lv_home , ls_swap ), важен только первый, в lv_home файлы с реп, но за ночь думаю затянутся.

на тотже сервер пытаюсь делать

Тогда сеть вообще не нужна, dd_rescue/ddrescue должно быть достаточно.

Я спрашивал что крутится в Proxmox, а не на чем. Но в любом случае 150гб, можно даже в mc скопировать. Но если есть локальная сеть, я бы настроил duply и утянул бы на другую машину c scp.

образ VPS через scp тянул, на 21Гб информация про копирования с сервера перестала обновлятся, после передачи 150Гб на втором сервере кернел паник при загрузке ВПС

А как хранятся виртуалки? Почему просто образ всей машины не перекинуть? МОжно его перед этим еще запаковать, чтобы не тащить все 150 гигов.

Образы в /var/lib/vz/images/

Образ в формате .qcow2, писал выше, при копирование и загрузке «kernel panic», при попытке сделать бекап, мигрировать, клонировать ошибка записи/чтения примерно на 20Гб.

при копирование и загрузке «kernel panic»

Настройки виртуалок идентичны? Другие ядра для загрузки есть? По сути ты скопировал, зачем по новой это делать :) ФС живая в этой копии?

ФС живая, вот она и нужна очень, там spacewalk с сертификатами и базой пользователей, ещё раз попробую в воскресенье скопировать локально включая конфиг.

ФС живая, вот она и нужна очень, там spacewalk с сертификатами и базой пользователей, ещё раз попробую в воскресенье скопировать локально включая конфиг.

Так у тебя уже скопирована. Если кернел паник, загрузись с лив сд в этой же машине и примаунти раздел. Можно заодно создать новый диск и на него все скачать локально.

А что монтировать если в грабе прописаны уже разделы и при копирование их название вроде как не изменилось?

С того что в записях осталось: на самой VPS

[root@inv ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_12345678-lv_root
                       50G   17G   31G  35% /
tmpfs                 1,9G     0  1,9G   0% /dev/shm
/dev/sda1             477M   84M  369M  19% /boot
/dev/mapper/vg_12345678-lv_home
                       96G   77G   15G  85% /home

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   117   107   021    Pre-fail  Always       -       7116
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       142
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   050   050   000    Old_age   Always       -       36793
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       141
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       113
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       892774
194 Temperature_Celsius     0x0022   112   092   000    Old_age   Always       -       35
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   192   192   000    Old_age   Always       -       1384
198 Offline_Uncorrectable   0x0030   199   198   000    Old_age   Offline      -       184
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       125
200 Multi_Zone_Error_Rate   0x0008   194   194   000    Old_age   Offline      -       1244

SMART Error Log Version: 1
No Errors Logged

cron; pwd - коммандки срабатывают, чую я, что что-то с датами, причём даже месяцев датой не впорядке,? Нет?? Вообще режим JBOD корректно, читай везде прописан????

Да, вполне нормально срабатывают и с датой все в норме, диск и вправду 4 года в работе, как все перенесу форматирую и проверю на ошибки. На данный момент запустил:

rsync -xrlptgoEvv --progress --exclude-from=/root/exclude-list /media/old/ /media/new/

При помощи rsync не запустилось больше половины процессов при запуске + каким-то чудом (наверно из-за моих кривулек) доп.разделы монтироваться начали которых нет и не было и быть не должно ибо /dev/ исключал с копирования. Через ddrescue /dev/sda на удаленный сервер и ddrescue /виртуалка-диск1.qcow2 /виртуалка-диск2.qcow2 заработало на пробной 10Гб виртуалки, сижу секунды считаю пока /dev/sda на 150Гб по sshfs копируется, 4 часа 52 Гб :( Эх... перехожу со стадии «делаю бэкапы» на стадию «проверяю рабочие состояние бекапов».

Эх... перехожу со стадии «делаю бэкапы» на стадию «проверяю рабочие состояние бекапов».

:) Осталось еще одно, «делаю >1 копии и не храню их вместе» :)

пока /dev/sda на 150Гб по sshfs копируется, 4 часа 52 Гб

Надо было дампить не из гостя, а из хоста.

Как у вас все сложно....

Поднимите на второй машине glusterfs, замаунтите её на старой и новой ноде, после чего просто поменяйте место храненим образа... Простой в этом случае будет пару минут. Конфиг машины просто скопировать.

Образ «битый» грубо говоря. Через ddrescue снял копию sda с 1 ошибкой (надеюсь не значительной) и перезаписал на новую VPS, вроде как запустилось, сейчас делаю бекап и переношу на новый сервер.