Re: UUID=, LABEL=
On Thu, Oct 23, 2014 at 10:13:33PM +0300, Dmitriy Sirant wrote: On 2014-10-23 10:44:19 +, Ivan Shmakov said: Подозреваю, что если приклеить к носителю листок с UUID, именем группы томов LVM, или иной меткой, ??? задача окажется еще проще. Не надо листок клеить, на всех новых винтах есть WWN (вот например с WD - WWN: 50014EE0AD9207DD) и его можно увидеть в /dev/disk/by-id/wwn- . По крайней мере в nexenta (разновидность openindiana (opensolaris)) такая система монтирования по умолчанию, в принципе удобно, когда на карманах сервера написан WWN - получается без проблем нужный отключить и поменять. В /dev/disk/by-id/ давно уже уникальные идентификаторы оборудования, а имена дисковых разделов являются производными от этих уникальных идентификаторов. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141024090148.ga3...@protva.ru
Re: UUID=, LABEL=
On 2014-10-24 09:01:48 +, Eugene Berdnikov said: On Thu, Oct 23, 2014 at 10:13:33PM +0300, Dmitriy Sirant wrote: On 2014-10-23 10:44:19 +, Ivan Shmakov said: Подозреваю, что если приклеить к носителю листок с UUID, именем группы томов LVM, или иной меткой, ??? задача окажется еще проще. Не надо листок клеить, на всех новых винтах есть WWN (вот например с WD - WWN: 50014EE0AD9207DD) и его можно увидеть в /dev/disk/by-id/wwn- . По крайней мере в nexenta (разновидность openindiana (opensolaris)) такая система монтирования по умолчанию, в принципе удобно, когда на карманах сервера написан WWN - получается без проблем нужный отключить и поменять. В /dev/disk/by-id/ давно уже уникальные идентификаторы оборудования, а имена дисковых разделов являются производными от этих уникальных идентификаторов. Я только о том, что есть соответствие между надписью на наклейке диска и тем, что мы видем программно, что дает возможность однозначно идентифицировать диск. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m2dbso$e3h$1...@ger.gmane.org
Re: UUID=, LABEL=
On Fri, Oct 24, 2014 at 02:07:04PM +0300, Dmitriy Sirant wrote: On 2014-10-24 09:01:48 +, Eugene Berdnikov said: On Thu, Oct 23, 2014 at 10:13:33PM +0300, Dmitriy Sirant wrote: On 2014-10-23 10:44:19 +, Ivan Shmakov said: Подозреваю, что если приклеить к носителю листок с UUID, именем группы томов LVM, или иной меткой, ??? задача окажется еще проще. Не надо листок клеить, на всех новых винтах есть WWN (вот например с WD - WWN: 50014EE0AD9207DD) и его можно увидеть в /dev/disk/by-id/wwn- . По крайней мере в nexenta (разновидность openindiana (opensolaris)) такая система монтирования по умолчанию, в принципе удобно, когда на карманах сервера написан WWN - получается без проблем нужный отключить и поменять. В /dev/disk/by-id/ давно уже уникальные идентификаторы оборудования, а имена дисковых разделов являются производными от этих уникальных идентификаторов. Я только о том, что есть соответствие между надписью на наклейке диска и тем, что мы видем программно, что дает возможность однозначно идентифицировать диск. Наклейкам этим больше лет, чем существует /dev/disk/by-id/, и на них везде модель и серийник, т.е. то же самое, что видно в каталоге by-id. Даже дисковые пакеты времён CDC, ICL, PDP-8/10/11 и IBM-360/370 такие наклейки уже имели, только программно о себе рассказать не могли. :) -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141024124629.ge32...@sie.protva.ru
UUID=, LABEL=
Victor Wagner vi...@wagner.pp.ru writes: […] Вообще чем безумно плохи и labels и uuids, так это тем, что когда у тебя на столе лежит вытащенный из машины диск, ты не можешь предсказать, как будут называться те разделы, которые на нем сейчас есть. Вот раньше, во времена узкого SCSI в BSD и Solaris можно было посмотреть на выставленный перемычками SCSI ID и сказать: Ага, вот я сейчас подключу это к третьей шине и оно будет /dev/c3d2p3. «Аппаратные» идентификаторы пока никто не отменял. Если я сейчас подключу диск вот к этому порту SATA, — имя устройства найду в /sys/devices/pci:00/:00:0a.0/host1/target1:0:0/ 1:0:0:0/block/. Подозреваю, что если приклеить к носителю листок с UUID, именем группы томов LVM, или иной меткой, — задача окажется еще проще. -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87vbnbnjzw.fsf...@violet.siamics.net
Re: UUID=, LABEL=
В Thu, 23 Oct 2014 10:44:19 + Ivan Shmakov i...@siamics.net пишет: Victor Wagner vi...@wagner.pp.ru writes: […] Вообще чем безумно плохи и labels и uuids, так это тем, что когда у тебя на столе лежит вытащенный из машины диск, ты не можешь предсказать, как будут называться те разделы, которые на нем сейчас есть. Вот раньше, во времена узкого SCSI в BSD и Solaris можно было посмотреть на выставленный перемычками SCSI ID и сказать: Ага, вот я сейчас подключу это к третьей шине и оно будет /dev/c3d2p3. «Аппаратные» идентификаторы пока никто не отменял. Если я сейчас подключу диск вот к этому порту SATA, — имя устройства найду в /sys/devices/pci:00/:00:0a.0/host1/target1:0:0/ 1:0:0:0/block/. Подозреваю, что если приклеить к носителю листок с UUID, именем группы томов LVM, или иной меткой, — задача окажется еще проще. Актуальность листка еще нужно будет поддерживать. UUID и LABEL еще бывают вредны, если создать LVM снапшот и перезагрузиться. Бывает, что система монтирует снапшот, вместо оригинала. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141023151310.0a788b51@dragoncore.local
Re: UUID=, LABEL=
Andrey Tataranovich tataranov...@gmail.com writes: В Thu, 23 Oct 2014 10:44:19 + Ivan Shmakov пишет: […] Подозреваю, что если приклеить к носителю листок с UUID, именем группы томов LVM, или иной меткой, — задача окажется еще проще. Актуальность листка еще нужно будет поддерживать. Да. Впрочем, — зависит от назначения. Отведенному под зеркало какого-нибудь http://e4ftl01.cr.usgs.gov/ НЖМД едва ли потребуется «реструктуризация». UUID и LABEL еще бывают вредны, если создать LVM снапшот и перезагрузиться. Бывает, что система монтирует снапшот, вместо оригинала. Если snapshot требуется для целей резервного копирования — следует сразу же перевести его в read-only (# lvchange -p r.) Если исходная ФС при этом подключается как read-write, — snapshot вместо нее подключен, очевидно, не будет. В других случаях, — не забывать перебивать UUID= (LABEL=) после создания snapshot. Можно даже отдельную программу (на shell) для этих целей создать. -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87k33rndx1@violet.siamics.net
Re: UUID=, LABEL=
В Thu, 23 Oct 2014 12:55:38 + Ivan Shmakov i...@siamics.net пишет: Если snapshot требуется для целей резервного копирования — следует сразу же перевести его в read-only (# lvchange -p r.) Если исходная ФС при этом подключается как read-write, — snapshot вместо нее подключен, очевидно, не будет. В других случаях, — не забывать перебивать UUID= (LABEL=) после создания snapshot. Можно даже отдельную программу (на shell) для этих целей создать. Я сталкивался с ситуацией, когда сервер перезагружается в процессе бэкапа и соответственно снапшот остается. А потом не может загрузиться по причине неправильного монтирования (снапшот вместо оригинала). От чего это зависит я не разбирался, просто стал все LVM тома указывать по /dev/vg_name/lv_name. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141023171224.154fcc78@dragoncore.local
Re: UUID=, LABEL=
Andrey Tataranovich tataranov...@gmail.com writes: В Thu, 23 Oct 2014 12:55:38 + Ivan Shmakov i...@siamics.net пишет: Если snapshot требуется для целей резервного копирования — следует сразу же перевести его в read-only (# lvchange -p r.) Если исходная ФС при этом подключается как read-write, — snapshot вместо нее подключен, очевидно, не будет. В других случаях, — не забывать перебивать UUID= (LABEL=) после создания snapshot. Можно даже отдельную программу (на shell) для этих целей создать. Я сталкивался с ситуацией, когда сервер перезагружается в процессе бэкапа и соответственно снапшот остается. А потом не может загрузиться по причине неправильного монтирования (снапшот вместо оригинала). Можно добавить что-то подобное фрагменту ниже в код резервного копирования, однако проблему возможной перезагрузки между lvcreate(8) и tune2fs(8) (или иной подобной) это, конечно, не решит. Но сделает несравнимо менее вероятной. # lvcreate --snapshot … tune2fs -U random -- $snapshot lvchange -p r -- $snapshot От чего это зависит я не разбирался, просто стал все LVM тома указывать по /dev/vg_name/lv_name. Имена группы и логического тома LVM — тоже вполне пригодные для использования метки. Кроме того, существуют еще и UUID /самих/ логических томов LVM, — независимые от размещаемых на них ФС. -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87bnp2om2a@violet.siamics.net
Re: UUID=, LABEL=
On 2014-10-23 10:44:19 +, Ivan Shmakov said: Вообще чем безумно плохи и labels и uuids, так это тем, что когда у тебя на столе лежит вытащенный из машины диск, ты не можешь предсказать, как будут называться те разделы, которые на нем сейчас есть. Вот раньше, во времена узкого SCSI в BSD и Solaris можно было посмотреть на выставленный перемычками SCSI ID и сказать: Ага, вот я сейчас подключу это к третьей шине и оно будет /dev/c3d2p3. «Аппаратные» идентификаторы пока никто не отменял. Если я сейчас подключу диск вот к этому порту SATA, — имя устройства найду в /sys/devices/pci:00/:00:0a.0/host1/target1:0:0/ 1:0:0:0/block/. Подозреваю, что если приклеить к носителю листок с UUID, именем группы томов LVM, или иной меткой, — задача окажется еще проще. Не надо листок клеить, на всех новых винтах есть WWN (вот например с WD - WWN: 50014EE0AD9207DD) и его можно увидеть в /dev/disk/by-id/wwn- . По крайней мере в nexenta (разновидность openindiana (opensolaris)) такая система монтирования по умолчанию, в принципе удобно, когда на карманах сервера написан WWN - получается без проблем нужный отключить и поменять. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m2bk0t$kvk$1...@ger.gmane.org
UUID=, LABEL=
АВК == Алексей Витальевич Коротков a.v.korot...@gmail.com writes: On Mon, 20 Oct 2014 08:40:17 +0400 Dmitrii Kashin wrote: DK Логичный вопрос: если на момент загрузки оси у нас есть два блочных DK устройства, ФС на которых имеют одинаковый label, то какое из них DK будет взято? АВК Логичный ответ: не очень понятно, с какой целью надо пытаться себе АВК устроить потенциальные проблемы. В чем и заключается основное преимущество UUID перед LABEL: получить дублирующий первый для новой ФС можно разве что явно запросив об этом создающее ФС ПО. С другой стороны, проблему дублирующихся меток легко обойти, если взять за правило всегда вносить в LABEL= имя системы, подобно: LABEL=mykry-files-42. Сходные соображения применимы и для имен групп томов LVM (e. g., vgmykry-bk-iii.) В свою очередь, чтобы избежать имен систем, вроде home3 или mail7, удобно использовать apg(1): $ apg -M l -m 4 -x 7 udrog rook echcep doho knuovu flyuppa $ -- FSF associate member #7257 np. Play Your Part – Flotsam and Jetsam -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87k33spgcp.fsf...@violet.siamics.net
