vlarkanov, Во, получилось) Спасибо! Выяснил какие блочные устройства объединены в multipath, пересканировал их, потом multipathd resize map, потом pvresize - и всё стало хорошо)
Alex McArrow, в случае с движком InnoDB никаких проблем с копированием нет - например, когда нужно перенести базы на другой диск. Перенес данные на новый раздел, примонтировал этот раздел в /var/lib/mysql, сменил права на mysql:mysql - и пожалуйста, все работает.
azarij, вот как видится в bcucli - пишет Linkdown, хотя кабели подключены. На полке не горят лампочки линка возле соответствующих fc портов на RAID-контроллерах
# iscsiadm -m discovery –type sendtargets –portal IP_полки -P 1
SENDTARGETS:
No targets found.
iSNS:
No targets found.
STATIC:
No targets found.
FIRMWARE:
No targets found.
В mdsm (установлен на отдельную виндовую машину, доступ сугубо через ethernet, не через fc) я нашёл возможность ручного добавления хоста - но там требуется "New host port identifier (16 cghaacters required) - может быть это то, что нужно? Но непонятно откуда брать этот идентификатор.
azarij,
МДСМ поставлен, коробку видит (новоподключенный хост не виден в Unassociated Host Port Identifies);
диски созданы, назначены ранее подключенным хостам (новому, соответственно, нет);
SMagent'а нет. Имеется ввиду вот это приложение? www.monitis.com/support/server-device-monitoring/i...
azarij, очень нежелательный вариант. Но я уже задавал этот вопрос спецам Dell - официальный ответ что "ничего выключать не надо, втыкайте наживую, полка это умеет". :(
This is the default isolation level for InnoDB. Consistent reads within the same transaction read the snapshot established by the first read. This means that if you issue several plain (nonlocking) SELECT statements within the same transaction, these SELECT statements are consistent also with respect to each other. See Section 14.5.2.3, “Consistent Nonlocking Reads”.
For locking reads (SELECT with FOR UPDATE or LOCK IN SHARE MODE), UPDATE, and DELETE statements, locking depends on whether the statement uses a unique index with a unique search condition, or a range-type search condition.
For a unique index with a unique search condition, InnoDB locks only the index record found, not the gap before it.
For other search conditions, InnoDB locks the index range scanned, using gap locks or next-key locks to block insertions by other sessions into the gaps covered by the range. For information about gap locks and next-key locks, see Section 14.5.1, “InnoDB Locking”.
На полке не горят лампочки линка возле соответствующих fc портов на RAID-контроллерах