65211 2004-09-24 08:02 0000 apcupsd cannot issue killpower command to UPS because /usr/sbin is no longer mounted 2008-02-13 00:34:42 0000 1 1 1 Unclassified Gentoo Linux Applications unspecified All Linux RESOLVED FIXED P2 normal --- 1 nthompson@thebog.net tantive@gentoo.org anotherbearcatfan@yahoo.com bakirov@transfer.kg demerss@gmail.com diogot@gmail.com help@imtrappedininter.net ladanyi@tmit.bme.hu littleslash@mail.ru loureiro.fernando@gmail.com pez@apocalyptech.com nthompson@thebog.net 2004-09-24 08:02:25 0000 apcupsd's ebuild (3.10.13 and 3.10.15-r1) configure the sbin directory to be in /usr/sbin rather than /sbin and loggging to be in /var/log rather than /etc/apcupsd. This is fine for normal operations, but when a power failure occurs and the ups batteries become exhasted, the killpower command can not be run if /usr and/or /var are separate mountpoints from root (/). Note that I have modifed /etc/init.d/halt.sh to include essentially the code in /etc/init.d/halt at the end of the file (after unmounting and remounting root read-only). Reproducible: Always Steps to Reproduce: 1. Configure drive partitions to have separate mount points for {/,/usr,/var} 2. emerge & configure apcupsd 3. unplug power from UPS, let batteries drain 4. When apcupsd shuts down the system /usr and /var are unmounted 5. code at end of halt.sh issues command `/etc/apcupsd/apccontrol killpower` 6. previous command tries to call `/usr/sbin/apcupsd --killpower` but /usr is no longer mounted. (and if you copy apcupsd to /sbin it will bomb out because it cannot log to /var/log/apcupsd.events). Actual Results: /usr/sbin/apcupsd does not exist (because /usr is not mounted). Results in UPS never being powered down. Expected Results: issued killpower command to UPS, resulting in UPS turning itself off. tantive@gentoo.org 2005-09-05 05:48:00 0000 If this problem still exists for apcupsd-3.10.18 then feel free to reopen this bug. jakub@gentoo.org 2005-12-22 00:02:39 0000 *** Bug 116349 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2005-12-22 00:02:57 0000 Still unfixed, reopen. deepee@gmx.net 2005-12-29 04:50:50 0000 (In reply to comment #3) > Still unfixed, reopen. > the same occurs here using 3.10.18-r1 --> /usr/sbin/apcupsd not found - which is clear, because /usr was unmounted just before :-/ loureiro.fernando@gmail.com 2006-08-10 15:36:56 0000 (In reply to comment #4) > (In reply to comment #3) > > Still unfixed, reopen. > > > the same occurs here using 3.10.18-r1 > > --> /usr/sbin/apcupsd not found - which is clear, because /usr was unmounted > just before :-/ > Is it already ok? =/ matteo.guglielmi@epfl.ch 2007-02-17 18:26:09 0000 (In reply to comment #0) > Note that I have modifed /etc/init.d/halt.sh to include essentially the code in > /etc/init.d/halt at the end of the file (after unmounting and remounting root > read-only). > The same problem here (/usr, /var, /home, /tmp and /opt on LVM2). How did you modify the "halt.sh" script in order to mount readonly /usr? And what about the log file /var/log/apcupsd.events? Is there any problem with apcupsd if he cannot access it? Thanks. pez@apocalyptech.com 2007-03-18 23:46:01 0000 Yeah, I just ran into this too. It seems like apcupsd is the kind of executable that should really be going into /sbin anyway... Seems like that'd be a pretty quick fix, and that seems to be the recommended installation method, a la: http://www.apcupsd.org/manual/Building_Installing_apcupsd.html#SECTION000115000000000000000 pez@apocalyptech.com 2007-03-18 23:51:14 0000 Well, looks like the most recent ~x86 (3.12.4) already does the install-to-/sbin trick, so I guess I'll just move to that instead of putting together a patch for this version. help@imtrappedininter.net 2007-06-27 18:37:55 0000 It still doesn't work even with binary in /sbin, because it linked with libstdc++ (and one more library), which is located in (yeah, you guessed it) /usr. See bug #178931. I don't see any possible solution to be honest, cause you can't build apcupsd staticly, because it uses pthreads and you can't switch it off. Is there a way to staticly link only some libraries to executable? Anyway, there is a quick workaround: 1. mkdir /root/root ; mount --bind / /root/root 2. mkdir /root/root/usr/lib ; cp -a /usr/lib/gcc /root/root/usr/lib/ 3. umount /root/root ; rmdir /root/root Now it works fine, but it's not a real solution. cbandy@jbandy.com 2007-10-06 03:47:52 0000 good news: apcupsd-3.14.2 no longer links to libstdc++ it does however link to libnetsnmp and libcrypt (both in /usr/lib), but only with certain configure arguments / use variables. setting USE="-snmp" (configure --disable-net-snmp) appears to remove this dependency and allow apcupsd to run with /usr unmounted, i.e. power-down the battery during shutdown. No alteration of halt.sh is required. I did not try EVERY combination of USE variables, so if you find a build parameter that links user libs again please post your results. I will attach the updated ebuild and new patch I used. Other patches are from 3.14.1 in portage. cbandy@jbandy.com 2007-10-06 03:49:23 0000 Created an attachment (id=132698) Initial ebuild cbandy@jbandy.com 2007-10-06 03:50:39 0000 Created an attachment (id=132700) Updated patch for 3.14.2 tantive@gentoo.org 2007-11-26 08:18:41 0000 In cvs. Could you please check? jakub@gentoo.org 2008-02-13 00:34:42 0000 *apcupsd-3.14.2 (26 Nov 2007) 26 Nov 2007; Michael Imhof <tantive@gentoo.org> +files/3.14.2/apcupsd.in.patch, +files/3.14.2/apcupsd.initd, +files/3.14.2/etc.patch, +files/3.14.2/no-parallel.patch, +apcupsd-3.14.2.ebuild: Version bump. Closes #65211, #197022. 132698 2007-10-06 03:49 0000 Initial ebuild for 3.14.2 apcupsd-3.14.2.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1wb3dlci9hcGN1cHNkL2FwY3Vwc2QtMy4x NC4xLmVidWlsZCx2IDEuMSAyMDA3LzA3LzAxIDIwOjU4OjAwIHRhbnRpdmUgRXhwICQKCldFQkFQ UF9NQU5VQUxfU0xPVD0ieWVzIgppbmhlcml0IGV1dGlscyB3ZWJhcHAKCkRFU0NSSVBUSU9OPSJB UEMgVVBTIGRhZW1vbiB3aXRoIGludGVncmF0ZWQgdGNwL2lwIHJlbW90ZSBzaHV0ZG93biIKSE9N RVBBR0U9Imh0dHA6Ly93d3cuYXBjdXBzZC5vcmcvIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vm b3JnZS9hcGN1cHNkLyR7UH0udGFyLmd6IgoKTElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCktFWVdP UkRTPSJ+YWxwaGEgfmFtZDY0IH5wcGMgfnNwYXJjIH54ODYgfng4Ni1mYnNkIgpJVVNFPSJkb2Mg c25tcCB1c2IgY2dpIG5jdXJzZXMgbmxzIGdub21lIgoKREVQRU5EPSJkb2M/ICggdmlydHVhbC90 ZXRleCBkZXYtdGV4L2xhdGV4Mmh0bWwgKQoJY2dpPyAoID49bWVkaWEtbGlicy9nZC0xLjguNCAp CgluY3Vyc2VzPyAoIHN5cy1saWJzL25jdXJzZXMgKQoJbmxzPyAoIHN5cy1kZXZlbC9nZXR0ZXh0 ICkKCXNubXA/ICggbmV0LWFuYWx5emVyL25ldC1zbm1wICkKCWdub21lPyAoID49eDExLWxpYnMv Z3RrKy0yLjQuMAoJCT49ZGV2LWxpYnMvZ2xpYi0yLjAKCQk+PWdub21lLWJhc2UvZ2NvbmYtMi4w ICkiClJERVBFTkQ9IiR7REVQRU5EfQoJdmlydHVhbC9tdGEiCgpwa2dfc2V0dXAoKSB7Cgl1c2Ug Y2dpICYmIHdlYmFwcF9wa2dfc2V0dXAKfQoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke0F9Cglj ZCAiJHtTfSIKCWVwYXRjaCAiJHtGSUxFU0RJUn0iLyR7UFZ9L2FwY3Vwc2QuaW4ucGF0Y2gKCWVw YXRjaCAiJHtGSUxFU0RJUn0iLyR7UFZ9L2V0Yy5wYXRjaAoKCWVwYXRjaCAiJHtGSUxFU0RJUn0i LyR7UFZ9LyR7UH0tYXBjY29udHJvbC1nZW50b28ucGF0Y2gKfQoKc3JjX2NvbXBpbGUoKSB7Cgls b2NhbCBteWNvbmYKCXVzZSBjZ2kgJiYgbXljb25mPSIke215Y29uZn0gLS1lbmFibGUtY2dpIC0t d2l0aC1jZ2ktYmluPSR7TVlfQ0dJQklORElSfSIKCXVzZSB1c2IgJiYgbXljb25mPSIke215Y29u Zn0gLS13aXRoLXVwc3R5cGU9dXNiIC0td2l0aC11cHNjYWJsZT11c2IgLS1lbmFibGUtdXNiIC0t d2l0aG91dC1kZXYiCgl1c2UgIXVzYiAmJiBteWNvbmY9IiR7bXljb25mfSAtLXdpdGgtdXBzdHlw ZT1hcGNzbWFydCAtLXdpdGgtdXBzY2FibGU9c21hcnQgLS1kaXNhYmxlLXVzYiIKCgkjIFdlIGZv cmNlIHRoZSBESVNUTkFNRSB0byBnZW50b28gc28gaXQgd2lsbCB1c2UgZ2VudG9vJ3MgbGF5b3V0 IGFsc28KCSMgd2hlbiBpbnN0YWxsZWQgb24gbm9uLWxpbnV4IHN5c3RlbXMuCglESVNUTkFNRT1n ZW50b28gQVBDVVBTRF9NQUlMPS91c3Ivc2Jpbi9zZW5kbWFpbCAuL2NvbmZpZ3VyZSBcCgkJLS1w cmVmaXg9L3VzciBcCgkJLS1zYmluZGlyPS9zYmluIFwKCQktLW1hbmRpcj0vdXNyL3NoYXJlL21h biBcCgkJLS1zeXNjb25mZGlyPS9ldGMvYXBjdXBzZCBcCgkJLS13aXRoLXB3cmZhaWwtZGlyPS9l dGMvYXBjdXBzZCBcCgkJLS13aXRoLWxvY2stZGlyPS92YXIvbG9jayBcCgkJLS13aXRoLXBpZC1k aXI9L3Zhci9ydW4gXAoJCS0td2l0aC1sb2ctZGlyPS92YXIvbG9nIFwKCQktLXdpdGgtbmlzLXBv cnQ9MzU1MSBcCgkJLS1lbmFibGUtbmV0IFwKCQkkKHVzZV9lbmFibGUgbmN1cnNlcyBwb3dlcmZs dXRlKSBcCgkJJCh1c2VfZW5hYmxlIHNubXAgbmV0LXNubXApIFwKCQkkKHVzZV9lbmFibGUgbmxz KSBcCgkJJCh1c2VfZW5hYmxlIGdub21lIGdhcGNtb24pIFwKCQkke215Y29uZn0gXAoJCXx8IGRp ZQoJZW1ha2UgfHwgZGllICJlbWFrZSBmYWlsZWQiCgoJaWYgdXNlIGRvYzsgdGhlbgoJCWVpbmZv ICJCdWlsZGluZyBmdWxsIGRvY3VtZW50YXRpb24uLi4iCgkJY2QgJHtTfS9kb2MvbGF0ZXgKCQlt YWtlIHRleGNoZWNrIHRleCB3ZWIgcGRmCglmaQp9CgpzcmNfaW5zdGFsbCgpIHsKCXVzZSBjZ2kg JiYgd2ViYXBwX3NyY19wcmVpbnN0CgoJZW1ha2UgREVTVERJUj0iJHtEfSIgaW5zdGFsbCB8fCBk aWUgImluc3RhbGxlZCBmYWlsZWQiCglybSAtZiAiJHtEfSIvZXRjL2luaXQuZC9oYWx0CgoJaW5z aW50byAvZXRjL2FwY3Vwc2QKCW5ld2lucyBleGFtcGxlcy9zYWZlLmFwY2NvbnRyb2wgc2FmZS5h cGNjb250cm9sCgoJZG9kb2MgQ2hhbmdlTG9nKiBSZWxlYXNlTm90ZXMKCW12IGRvYy9hcGN0ZXN0 Lm1hbiBkb2MvYXBjdGVzdC44OyBkb21hbiBkb2MvYXBjdGVzdC44CgoJaWYgdXNlIGRvYzsgdGhl bgoJCWVpbmZvICJJbnN0YWxsaW5nIGZ1bGwgZG9jdW1lbnRhdGlvbi4uLiIKCQluZXdkb2MgZG9j L2xhdGV4L2FwY3Vwc2QucGRmIG1hbnVhbC5wZGYKCQlkb2h0bWwgLXIgZG9jL2xhdGV4L2FwY3Vw c2QvKgoJZmkKCglpZiB1c2UgY2dpOyB0aGVuCgkJbXYgJHtEfS9ldGMvYXBjdXBzZC9hcGN1cHNk LmNzcyAke0R9JHtNWV9DR0lCSU5ESVJ9CgkJd2ViYXBwX3NyY19pbnN0YWxsCglmaQoKCXJtICIk e0R9Ii9ldGMvaW5pdC5kL2FwY3Vwc2QKCW5ld2luaXRkICIke0ZJTEVTRElSfS8ke1BWfS8ke1BO fS5pbml0ZCIgIiR7UE59Igp9Cgpwa2dfcG9zdGluc3QoKSB7CglpZiB1c2UgY2dpOyB0aGVuCgkJ ZWxvZyBJZiB5b3UgYXJlIHVwZ3JhZGluZyBmcm9tIGEgcHJldmlvdXMgdmVyc2lvbiwgcGxlYXNl IG5vdGUKCQllbG9nIHRoYXQgdGhlIENHSSBpbnRlcmZhY2UgaXMgbm93IGluc3RhbGxlZCB1c2lu ZyB3ZWJhcHAtY29uZmlnLgoJCWVsb2cgL3Zhci93d3cvYXBjdXBzZCBpcyBubyBsb25nZXIgcHJl c2VudC4KCQl3ZWJhcHBfcGtnX3Bvc3RpbnN0CglmaQoKCWVsb2cgIiIKCWVsb2cgIlNpbmNlIHZl cnNpb24gMy4xNC4wIHlvdSBjYW4gdXNlIG11bHRpcGxlIGFwY3Vwc2QgaW5zdGFuY2VzIHRvIgoJ ZWxvZyAiY29udHJvbCBtb3JlIHRoYW4gb25lIFVQUyBpbiBhIHNpbmdsZSBib3guIgoJZWxvZyAi VG8gZG8gdGhpcywgY3JlYXRlIGEgbGluayBiZXR3ZWVuIC9ldGMvaW5pdC5kL2FwY3Vwc2QgdG8g YSBuZXciCgllbG9nICIvZXRjL2luaXQuZC9hcGN1cHNkLnNvbWV0aGluZywgYW5kIGl0IHdpbGwg dGhlbiBsb2FkIHRoZSIKCWVsb2cgImNvbmZpZ3VyYXRpb24gZmlsZSBhdCAvZXRjL2FwY3Vwc2Qv c29tZXRoaW5nLmNvbmYuIgoJZWxvZyAiIgp9Cgpwa2dfcHJlcm0oKSB7Cgl1c2UgY2dpICYmIHdl YmFwcF9wa2dfcHJlcm0KfQo= 132700 2007-10-06 03:50 0000 Updated patch for 3.14.2 apcupsd-3.14.2-apccontrol-gentoo.patch text/plain SW5kZXg6IGFwY3Vwc2QtMy4xNC4yL3BsYXRmb3Jtcy9hcGNjb250cm9sLmluCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIGFwY3Vwc2QtMy4xNC4yLm9yaWcvcGxhdGZvcm1zL2FwY2NvbnRyb2wuaW4KKysrIGFwY3Vw c2QtMy4xNC4yL3BsYXRmb3Jtcy9hcGNjb250cm9sLmluCkBAIC0xOCw3ICsxOCw3IEBACiBwcmVm aXg9QHByZWZpeEAKIGV4ZWNfcHJlZml4PUBleGVjX3ByZWZpeEAKIAotQVBDUElEPUBQSURESVJA L2FwY3Vwc2QucGlkCitTRVJWSUNFPSR7U0VSVklDRS1hcGN1cHNkfQogQVBDVVBTRD1Ac2JpbmRp ckAvYXBjdXBzZAogU0hVVERPV049QFNIVVRET1dOQAogU0NSSVBUU0hFTEw9QFNDUklQVFNIRUxM QAo=