К Azure VM смонтированы диски, на которых при загрузке системы должны создаться рабочие slave workspace folders для jenkins agent, для чего написан сервис ниже и скрипт, создающий эти каталоги. Код скрипта и сервиса работают безупречно при уже запущенной системе, но не работают, как должны при загрузке CentOS. Проблема наверняка в том, что сервис пытается создать нужные каталоги на подключаемом диске, когда он еще не смонтирован. Какой наиболее правильный способ для решения этой проблемы? p.s. Попытки поставить различные варианты сервисов в «After=» пока безуспешны. В интернет предлагаются решения с написанием своего сервиса, который делает sleep на какое-то время и делать запуск после него, но такой способ видится не оптимальным.

[Unit]
Description=Script for jenkins_agent folder after poweroff VM
After=network.target

[Service]
Type=simple
ExecStart=/usr/local/bin/jenkins-slave.sh
TimeoutStartSec=0

[Install]
WantedBy=default.target

и сам скрипт:

#!/bin/bash
#Script for jenkins_agent folder after poweroff VM
sudo mkdir /mnt/resource/jenkins_agent

Прошу высказаться о возможных причинах следующих ошибок, которых ранее не было на моих Ubuntu 16 & CentOS 7.7 VMs. В работе пайплайнов Jenkins выполняются различные скрипты под sudo. После появления недавно ошибки и ей подобной:

sudo: no tty present and no askpass program specified

и

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

были добавлены строки для всех пользователей, под которыми выполняются sudo скрипты /etc/sudoers.d :

# Configuration for jenkins
Defaults:jenkins !requiretty
Defaults:jenkins lecture = never
jenkins ALL=(ALL) NOPASSWD: ALL

После этого ошибка сменилась на:

sudo: a terminal is required to read the password; either use the -S option to read from standard input or configure an askpass helper

Данные ошибки пока решаются простым входом по ssh на ноды, где эти ошибки с sudo возникают, но они появляются случайным образом и обваливают из-за этого пайплайны в любой момент, даже если в начале пайплайна sudo сработал корректно, то в последующих stage может обвалить его с данными ошибками.

Почему они появляются случайно, какие действия других сервисов на нодах могут влиять на случайное появление этих ошибок и как решить эту проблему перманентно?

Прошу подсказать, куда добавить в настройки CentOS и Ubuntu, чтобы после остановки Azure VM всегда оставался созданный folder /mnt/resource/jenkins_agent/

Сейчас reboot или poweroff НЕ удаляют эту созданную вручную папку /mnt/resource/jenkins_agent/, но если сделать остановку VM через portal.azure.com (Stop или Auto-shutdown), то эта папка исчезает.

Как это делается наиболее правильно? Почему в одном случае пропадает, а в другом при остановке/перезагрузке нет (остается только смонтированная /mnt/resource/)? Спасибо.

Есть нижеприведенная разметка диска. Стоит задача увеличить размер /home за счет /dev/system/root до 10GB на работающей системе. После запуска: lvreduce -r -L 18G /dev/mapper/system-root система перестала загружаться. Решается ли эта задача на работающей системе и если да, то как наиболее правильно?

==============================================================

df -hP
Filesystem                        Size  Used Avail Use% Mounted on
/dev/mapper/system-root            24G  2.9G   22G  12% /
tmpfs                              32G   90M   32G   1% /tmp

==============================================================

vgdisplay -v
  --- Volume group ---
  VG Name               system
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  7
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                6
  Open LV               6
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <39.00 GiB
  PE Size               4.00 MiB
  Total PE              9983
  Alloc PE / Size       9983 / <39.00 GiB
  Free  PE / Size       0 / 0
  VG UUID               mvtL2Q-wGl1-fsQ6-KjDQ-ppDT-9wtt-6yvBD9

  --- Logical volume ---
  LV Path                /dev/system/root
  LV Name                root
  VG Name                system
  LV UUID                kLu5NH-ve4E-50NJ-tozP-WMXO-qNkn-BslLxF
  LV Write Access        read/write
  LV Creation host, time ak-lbl1-temp-01, 2019-12-23 10:48:13 +0000
  LV Status              available
  # open                 1
  LV Size                24.00 GiB
  Current LE             6144
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           253:0

  --- Logical volume ---
  LV Path                /dev/system/home
  LV Name                home
  VG Name                system
  LV UUID                EGVAIh-dJoP-eYsa-s0hX-SAiz-3OTL-1ms2XA
  LV Write Access        read/write
  LV Creation host, time ak-lbl1-temp-01, 2019-12-23 10:22:11 +0000
  LV Status              available
  # open                 1
  LV Size                4.00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           253:1

==============================================================

lsblk
NAME                     MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
fd0                        2:0    1    4K  0 disk
sda                        8:0    0   64G  0 disk
├─sda1                     8:1    0    1G  0 part /boot
└─sda2                     8:2    0   39G  0 part
  ├─system-root          253:0    0   24G  0 lvm  /
  ├─system-home          253:1    0    4G  0 lvm  /home
  ├─system-var           253:2    0    4G  0 lvm  /var
  ├─system-var_tmp       253:3    0    4G  0 lvm  /var/tmp
  ├─system-var_log       253:4    0    2G  0 lvm  /var/log
  └─system-var_log_audit 253:5    0 1020M  0 lvm  /var/log/audit

Прошу подсказать, есть ли способ в моем случае изменить размер /home напр. до 10ГБ, не прибегая к загрузке с Livecd, на живой системе без потери данных?

df -h

Filesystem Size Used Avail Use% Mounted on

devtmpfs 32G 0 32G 0% /dev

tmpfs 32G 0 32G 0% /dev/shm

tmpfs 32G 26M 32G 1% /run

tmpfs 32G 0 32G 0% /sys/fs/cgroup

/dev/sda2 30G 3.0G 27G 11% /

tmpfs 32G 90M 32G 1% /tmp

/dev/sda5 2.0G 1.2G 613M 67% /var

/dev/sda3 2.0G 508M 1.3G 28% /home

/dev/sda7 2.9G 105M 2.7G 4% /var/log

/dev/sda6 2.0G 6.1M 1.8G 1% /var/tmp

/dev/sda1 497M 173M 325M 35% /boot

/dev/sda8 988M 38M 884M 5% /var/log/audit

Может через последовательность команд для моих разделов это возможно?: umount resize2fs lvresize mount

Спасибо.

Прошу совета в решении такой задачи:

Имеется: [code=Bash] $ df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 32G 0 32G 0% /dev tmpfs 32G 0 32G 0% /dev/shm tmpfs 32G 250M 32G 1% /run tmpfs 32G 0 32G 0% /sys/fs/cgroup /dev/sda2 30G 23G 7.4G 76% / tmpfs 32G 69M 32G 1% /tmp /dev/sda1 497M 188M 310M 38% /boot /dev/sdb1 126G 61M 120G 1% /mnt/resource tmpfs 6.3G 0 6.3G 0% /run/user/478 tmpfs 6.3G 0 6.3G 0% /run/user/1522036324 [code]

Регулярно заканчивается свободное место в /dev/sda2 / т.к. пользователи пишут в /home, а иногда даже невозможность подключиться к нодам, где таким образом закончилось свободное место.

Есть подключенный дополнительный hdd /dev/sdb1 126G

Как грамотно объединить емкость /dev/sdb1 126G с /dev/sda2, чтобы использовать его емкость дополнительно с /dev/sda2 ?

Прошу любые советы и решения, в т.ч. с использованием утилит типа mhddfs… Данные при этом не должны быть удалены или повреждены в /dev/sda2 OS - ноды с CentOS и Ubuntu

Спасибо.

Сорри за форматирование - похоже Markdown-разметка не работает и почему ее нельзя поменять при редактировании?