java.net.NoRouteToHostException: нет маршрута к хосту (Sqoop)

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

Вы можете выяснить, какой ваш массив RAID вызывается, просматривая каталог / dev, он будет md #, например md0 или md1 и т. д. Чтобы получить более подробную информацию о RAID-массивах, чтобы вы могли выбрать правильный вариант, попробуйте эту команду:

 mdadm -D /dev/md#

, где # - номер массива. Это даст вам такую ​​информацию:

Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

           Name : we:0  (local to host we)
           UUID : 94777f33ltjj97
         Events : 136

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync   /dev/sda2
       1       8       18        1      active sync   /dev/sdb2
       2       8       34        2      active sync   /dev/sdc2
       4       8       50        3      active sync   /dev/sdd2

В команде нет кавычек, чтобы увеличить файловую систему RAID, а «-n» относится к новому количеству дисков в массиве. Поэтому, если вы расширяете массив RAID 5 с 4 до 5 дисков, вы можете использовать это:

mdadm --grow -n 5 /dev/md2

Запустите эту команду, чтобы узнать, как происходит создание RAID:

cat /proc/mdstat

[d6 ] С большим приводом и медленной системой изменение размера RAID может занять очень много времени, даже дней. Когда он достигнет 100%, вы готовы к следующему шагу. Если у вас есть разделение LVM поверх зашифрованного раздела LUKS, вам необходимо изменить размер зашифрованного тома. Чтобы понять это, вы можете посмотреть папку / dev / mapper. Выберите зашифрованный том, а не любые логические тома LVM. Поскольку моя система работала, мне, очевидно, не нужно было делать первую из команд, которые дает учебник:

  cryptsetup luksOpen /dev/md0 md0_crypt

    *Device md0_crypt already exists*

Если вторая команда работает он не даст никакого выхода, как и многие команды Linux:

cryptsetup resize md0_crypt

Затем настало время изменить размер схемы LVM. Я понял, что запустить команду pvresize с помощью этой команды: pvs -o + tags

pvs -o +tags
  *PV         VG   Fmt  Attr PSize PFree PV Tags
  /dev/dm-0  vg0  lvm2 a--  1.02g    0* 

Итак, я запустил команду pvresize на физическом томе, и он сказал мне, что это удалось.

pvresize /dev/dm-0
  *Physical volume "/dev/dm-0" changed
  1 physical volume(s) resized / 0 physical volume(s) not resized*

Затем определите, какой логический том вы хотите расширить с помощью команды lvdisplay. Это скажет вам, что вы называете логическими томами. Имя вашей группы томов будет в папке / dev. В моем случае я использовал:

lvdisplay /dev/vg0

Посмотрите на поля, которые говорят «Имя LV». Я решил добавить все новое пространство в один из моих логических томов с помощью этой команды:

lvresize -l +100%FREE /dev/mapper/vg0-system
  Extending logical volume system to 7.17 GiB
  Logical volume system successfully resized

Наконец, вы можете изменить размер LVM, чтобы изменения вступили в силу с помощью команды resize2fs.

resize2fs /dev/mapper/vg0-system
*resize2fs 1.42.5 (29-Jul-2012)
Filesystem at /dev/mapper/vg0-system is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 1
Performing an on-line resize of /dev/mapper/vg0-system to 1879040 (4k) blocks.
The filesystem on /dev/mapper/vg0-system is now 1879040 blocks long.*

После завершения этого процесса (что может занять некоторое время) вы можете использовать 'df -h ', чтобы увидеть новый размер вашей файловой системы. Я нашел весь процесс немного страшным, поэтому я хотел описать команды, чтобы уменьшить беспокойство для других.