Не загружается RedHat 7

В твоём городе нет линуксоидов ?
Тут на месте надо разбираться.
Навскидку - где-то закралась ошибка в fstab.

Может и есть, но не знаю о них. Есть копия fstab. Сравнивал с текущим - различий нет.

А что еще делал, помимо втыкания и написания чего-то во fstab?

Верни всё взад и попробуй загрузиться.

По порядку. Создал том на нетапп, презентовал его лезвию. Посмотрел fdisk -l Появился /dev/sdf

parted /dev/sdf mklabel gpt mkpart primary 0 0

mkdir /000

добавил в fstab /dev/sdf ext4 /000 defaults 0 0

Пишу на память , может что то пропустил

Пробовал. Удалил новую строку в fstab. Отключил том в нетаппе. Перегрузил. Не помогает

А при загрузке после старта что-нибудь пишет?

Тихо подозреваю повреждение загрузочной записи, но не уверен.

journalctl с разными ошибками. Просто уже плюнул и до завтра бросил. Я не спец в линуксе. Если правильно понял , то кажется перепутались буквы дисков. sda/sdb и тд. А система завязана на диски с полки. Поэтому вылетает с ошибками. Возможно

Да, возможно. Сложно сказать, не видя систему.

RedHat 7 вышел 22 года назад и давно устарел, попробуй дистрибутив посвежее.

Город какой?

Ну вот попытка оказалась неудачной

Удаленно только скриншот могу показать

https://disk.yandex.ru/i/hk5G6OA2NXRzCQ

Уууу! Это не то, что я думал. Судя по выхлопу, systemd ругается. Возможно, стоит попробовать загрузку в single-mode и сделать repair?

repair насколько деструктивная вещь? База категорически нужна

Для этого хотели сделать полный бэкап. Поскольку для этого требуется где-то 11 тб , то хотел примонтировать с полки еще один том. Вроде все делал по мануалам, добавил строку в fstab.

А нафига для временного подключения fstab менять? Это только для постоянного нужно.

Весь /etc/fstab в студию.

У тебя ж там multipath, какой нафиг /dev/sdf?

Ты еще спроси нафига ребутать было =)

Да, надо больше инфы.

Сама база где лежит? В хомяке?

То есть обновление таки запускалось?

Утро доброе Нет, на полке, u01/app

Копия fstab до изменений https://disk.yandex.ru/i/6lM1hm1-y0kQpg

Какое именно?

Он ругнулся что типа том занят… Ну чайники мы )

RedHat

квалифицированная помощь

Саппорт?

Немного не понял вопроса

ЕМНИП у RH есть техподдержка, которая и оказывает качественную помощь, почему не обратиться туда?

Системы.

Попробуйте и познание всю прелесть редхата)

Нет. Там что-то с репозиториями не так. Попытался гуй ставить, но не получилось. Но после этого перегружал несколько раз и загружалось все нормально

Попробую, но что-то большие сомнения на ответ

Я смотрел в саппорте сходную проблему, висит, что не решено.

А можно ссылку, посмотреть.

Если в fstab что-то заккоментировать, то этот том не будет загружаться?

Заккоментировал три строки в fstab - загрузилась )) Теперь нужно понять в чем там проблема

https://access.redhat.com/solutions/2890091

О! Отлично!

Опытным путем установил, что падает при попытке замонтировать том /u01/app/backup Том для временных бекапов. Том на полке, мультипас Как их чинят ,вообще?

Надо диагностировать, работает ли он вообще. И обращается ли к нему Оракл. Оракла я не знаю, с ним не подскажу.

Будем дальше гуглить ) Оракл к нему обращается раз в сутки, когда делает инкриментальный бекап

Обычно в /u01/app/backup лежит FRA (Flash Recovery Area), куда складываются бэкапы архивлогов, если нет СРК, которая сразу бэкапит их в свою дисковую или ленточную библиотеку. Так что директория может оказаться весьма важна для Оракла в зависимости от конфигурации.

Для этого есть папка /u01/app/archivelog Наверное это она?

Ну вот видишь. Нормально же все сделано, в /etc/fstab по UUID диски монтируются, а ты со своим /dev/sdf влез. Нет никакой гарантии, что /dev/sdf так и останется /dev/sdf. При следующей перезагрузке он превратится в какую-нибудь другую рандомную букву и залочит девайс, принадлежащий одному из путей multipath.

Короче, забэкапь /etc/multipath/bindings, удали его, пересобери initramfs (dracut -f), т.к. он в initramfs тоже, и перезагрузись.

Будь готов к тому, что система в процессе этих манипуляций может снова стать незагружаемой (потренируйся, если надо, с загрузкой с CD в Recovery Mode).

Да, судя по названию. Бэкапы архивлогов могут идти и не во FRA.

А можно не трогать ничего? Подумал что этот том можно вообще заново подключить же?

Как правильно подключить тома большие с полки?

Я сниму бекап полный Оракла и перенесу его. И проблема исчезнет полностью.

Просто ориентировочная ёмкость бекапа где-то 11-12 тб. На полке место есть. Том на полке выделил

Вот что там лежит за сегодня https://disk.yandex.ru/i/I_u7lFepeOdCIw

Папки по дням, за неделю

Конечно, подключай.

Только используй при инициализации (при создании ФС или затягивании в LVM) не как /dev/sdf, а как /dev/mapper/mpathX. А после обращайся к нему либо как /dev/mapper/mpathX, либо /dev/vgX/lvX (если в LVM), либо через UUID. Но не через /dev/sdf.

Да и вообще непонятно, зачем было вписывать его в /etc/fstab и тем более перезагружаться.

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

Вот так сейчас видит новый том с полки для бекапа. Как монтировать такие тома - еще не нашел ))

Disk /dev/sdn: 14293.7 GB, 14293651161088 bytes, 27917287424 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 65536 bytes Disk label type: dos Disk identifier: 0x00000000

sdf 8:80 0 13T 0 disk └─360a98000416c6862372b4a79696b4f66 253:7 0 13T 0 mpath sdn 8:208 0 13T 0 disk └─360a98000416c6862372b4a79696b4f66 253:7 0 13T 0 mpath sdv 65:80 0 13T 0 disk └─360a98000416c6862372b4a79696b4f66 253:7 0 13T 0 mpath sdad 65:208 0 13T 0 disk └─360a98000416c6862372b4a79696b4f66 253:7 0 13T 0 mpath

4 раза, потому что с 2 контроллеров по 2 каналам идет а мультипасс не настроен оказывается

Чего-то по истории посмотрел - а на разделе файловую систему создавал или прямо так пытаешься замонтировать?