Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 231459 - sys-fs/evms-2.5.5-r10 on baselayout-2 - read-only /var/lock/evms-engine - maybe should be moved to /bin/rc? (somewhere RW from start at least)
Summary: sys-fs/evms-2.5.5-r10 on baselayout-2 - read-only /var/lock/evms-engine - may...
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Tiziano Müller (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 372423
  Show dependency tree
 
Reported: 2008-07-10 20:09 UTC by Maciej Mrozowski
Modified: 2011-07-03 16:37 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
booting of virtual machine on evms volume, baselayout-2 (vboxboot.png,31.79 KB, image/png)
2008-07-10 20:11 UTC, Maciej Mrozowski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Mrozowski gentoo-dev 2008-07-10 20:09:48 UTC
My scenario:
gentoo ~x86 on virtualbox machine

boot sequence (according to baselayout-2 scripts):
- evms
- fsck
- root (remount read/write)

evms complains that it's lock file (/var/lock/evms-engine) is on read-only filesystem, but boot process is not interrupted and everything works fine (just cosmetics I guess, there's no need to start another evms instance right?)

Reproducible: Always

Steps to Reproduce:

Actual Results:  
screenshot (attachment will be added) - as I don't know how to obtain boot log)


sys-fs/evms-2.5.5-r10  USE="ncurses -debug -gtk -hb -hb2 -nls" 0 kB

grub config (part):
root (hd0,0)
kernel /kernel ramdisk=32768 real_root=/dev/evms/root doevms
initrd /initramfs

emerge --info:

Portage 2.2_rc1 (default-linux/x86/2007.0, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.25-gentoo-r5 i686)
=================================================================
System uname: Linux-2.6.25-gentoo-r5-i686-Intel-R-_Pentium-R-_4_CPU_3.20GHz-with-glibc2.0
Timestamp of tree: Wed, 09 Jul 2008 13:16:01 +0000
app-shells/bash:     3.2_p39
dev-lang/python:     2.5.2-r5
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.2.5
sys-apps/sandbox:    1.2.18.1-r3
sys-devel/autoconf:  2.62-r1
sys-devel/automake:  1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.4
virtual/os-headers:  2.6.25-r4
ACCEPT_KEYWORDS="x86 ~x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=prescott -O2 -pipe -fforce-addr -fomit-frame-pointer -fexpensive-optimizations -msse -msse2 -msse3"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=prescott -O2 -pipe -fforce-addr -fomit-frame-pointer -fexpensive-optimizations -msse -msse2 -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="collision-protect distlocks parallel-fetch preserve-libs sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://src.gentoo.pl"
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LDFLAGS=""
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="   "
SYNC="rsync://10.0.2.2/gentoo-portage"
USE="bash-completion cli cracklib crypt device-mapper dri fbcondecor gcj glibc-omitfp iconv isdnlog jpeg kdeenablefinal lcms midi mng mudflap ncurses nfs nonfsv4 nptl nptlonly openmp pam png pppd readline reflection session spl sse sse2 ssl symlink truetype unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 	emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m 	maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Maciej Mrozowski gentoo-dev 2008-07-10 20:11:15 UTC
Created attachment 160072 [details]
booting of virtual machine on evms volume, baselayout-2
Comment 2 Rob MacKinnon 2009-01-23 22:38:29 UTC
I finally got tired of seeing this error and started developing a way around it, but wanted some other input.

The plan: mount an unused rw ramdisk as a tmpfs on /var/lock, to grab the lock file, activate then lift off the ramdisk on mount of the real var, transplanting the lock on the valid fs.

The problem: I can only think to have an EVMS stage2 initrc that would need to require localmount, or a special clause in localmount to handle EVMS...but that seems dirty.

Ideas?  I've started work on a openrc evms addon script to sorta do the above...just not so sure how to handle the dirtiness of moving the lock around...
Comment 3 Markos Chandras (RETIRED) gentoo-dev 2011-07-03 09:20:42 UTC
sys-fs/evms has been removed from portage tree
Comment 4 Maciej Mrozowski gentoo-dev 2011-07-03 14:21:34 UTC
Oh noes, it seems I need to keep that ebuild in local overlay since it's otherwise the best LVM2 frontend...
Comment 5 Maciej Mrozowski gentoo-dev 2011-07-03 14:26:34 UTC
What worries me more is it's most likely going to be removed from Gentoo installcd as well.
Comment 6 SpanKY gentoo-dev 2011-07-03 15:59:52 UTC
if you care about it, then take over maintainership.  if you're a Gentoo dev, you can keep ebuilds in the tree.
Comment 7 Maciej Mrozowski gentoo-dev 2011-07-03 16:37:04 UTC
I think I'll do it, it won't interfere with evms removal from baselayout/genkernel though.

If/when I bring it back to gentoox86, it will be stripped from rc/other scripts and will function only as a disk/partition/LVM2 manager as its autodetection/autoassemble features and ncurses UI is particularly nice, especially for those unfamiliar with mdadm/vg*/lv* console commands.