On a fresh installation of Gentoo shorewall reports it is unable to touch /var/lock/subsys/shorewall file. /var/lock symlinks to /run/lock, /run is on tmpfs and the "subsys" directory is missing after reboot. When I create the directory, everything is OK. Isn't there a checkpath or similar missing in the startup script? Reproducible: Always Steps to Reproduce: 1. reboot 2. /etc/init/shorewall start Actual Results: * Caching service dependencies ... [ ok ] * Stopping firewall ... [ ok ] * Starting firewall ... touch: cannot touch "/var/lock/subsys/shorewall": No such file or directory [ ok ] Expected Results: * Caching service dependencies ... [ ok ] * Stopping firewall ... [ ok ] * Starting firewall ... [ ok ] Portage 2.1.10.65 (hardened/linux/amd64, gcc-4.5.3-hardenednossp, glibc-2.14.1-r3, 2.6.35-vs2.3.0.36.32-gentoo x86_64) ================================================================= System uname: Linux-2.6.35-vs2.3.0.36.32-gentoo-x86_64-Intel-R-_Xeon-R-_CPU_E3-1230_V2_@_3.30GHz-with-gentoo-2.1 Timestamp of tree: Sat, 04 Aug 2012 00:15:01 +0000 ccache version 3.1.7 [enabled] app-shells/bash: 4.2_p20 dev-lang/python: 2.7.3-r2, 3.2.3 dev-util/ccache: 3.1.7 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.9.8.4 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.68 sys-devel/automake: 1.11.1 sys-devel/binutils: 2.21.1-r1 sys-devel/gcc: 4.5.3-r2 sys-devel/gcc-config: 1.6 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r1 sys-kernel/linux-headers: 3.4-r2 (virtual/os-headers) sys-libs/glibc: 2.14.1-r3 Repositories: gentoo ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=native -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=native -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs ccache collision-protect config-protect-if-modified distlocks ebuild-locks fixlafiles news parallel-fetch parse-eapi-ebuild-head protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="ftp://ftp.fi.muni.cz/pub/linux/gentoo/ http://gentoo.mirror.dkm.cz/pub/gentoo/" LANG="cs_CZ.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="cs en" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.cz.gentoo.org/gentoo-portage" USE="acl amd64 bash-completion bzip2 caps clamav cli cracklib crypt cups cxx dri gmp gnutls gpm hardened iconv icu ipv6 justify logrotate memlimit mmap mmx modules mudflap multilib ncurses nls nptl openmp pam pax_kernel pcre pppd readline session smp snmp sse sse2 sse3 sse4_1 ssl ssse3 tcpd threads unicode urandom vhosts vim-syntax zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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 mmap_emul 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="cs en" PHP_TARGETS="php5-3" PYTHON_TARGETS="python3_2 python2_7" RUBY_TARGETS="ruby18 ruby19" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
As far as I see this, this is not a shorewall specific issue. Other programs may use subsys or other subdirectories of /var/lock, too. I would propose, that you create this directory upon boot, by adding the appropriate line to some early running initscripts, like bootmisc.
Wouldn't it be possible for the init script to check for the directory existence, let's say, using "checkpath" in the init script or in /sbin/shorewall? I thought every script should check its "substantial" directories. Maybe this one is not substantial, or maybe the problem could be in tmpfs overwriting the /run directory... I am having similar issue with BIND - so using tmpfs could be it. However, as I said, this is a fresh installation and not my first. The previous installations of mine were before /run being on tmpfs. (older openrc) I just thought shorewall init script could make all necessary checks as all needed tools (checkpath) are present and easy to use.
In my opinion the problem is in your setup with tmpfs, so for me it's a wontfix. You can file a bug with shorewall, if you think, that it should check for this directory.
(In reply to comment #3) > In my opinion the problem is in your setup with tmpfs, so for me it's a > wontfix. > You can file a bug with shorewall, if you think, that it should check for > this directory. As of baselayout 2.1-r1 /run is mounted as tmpfs on every boot, hence why the stuff located there gets clobbered. Heck, the ebuilds for 2.1-r1 and the current 2.2 both give a warning that it'll be remounted as such when you reboot,
Yes this requires a checkpath -d on the init script, since we're now defaulting to tmpfs-based /run (for other reasons).
Sorry, my mistake. Fixed in 4.5.8.2-r1. It's an unstable version, but I'll try to get it stable as soon as possible.
Shouldn't we set the default in shorewall.conf to something appropriate for Gentoo like this: SUBSYSLOCK=/var/run/lock/subsys/shorewall
This bug has reared its head again in net-firewall/shorewall-4.5.18
