Re: rc.d problem
On Fri, Jan 18, 2019 at 02:45:57PM +0100, Martin Husemann wrote: > > > > I have completely no idea why 8.0-STABLE can't take non-integer value. > > > Is there a locale issu involved? > > [root@ranir ~]$ sleep 0.05 > > [root@ranir ~]$ export LC_ALL=ru_RU.UTF-8 > > [root@ranir ~]$ sleep 0.05 > > usage: sleep seconds > > > > That means it also work wrong in 8.0. > > I think we should set LC_NUMERIC=C in rc.subr or something like that. I beleive command-line should be free of regional settings, so it should be utilities taking the standard delimiter "." instead of scripts thinking about that. Otherwise any script can work unpredictable. Never met (and checked some systems) other behaviour than taking "." in russian locale. Also, NetBSD work fine with 'top -s 0.5' and fail with 0,5, 'bc -l' take "." only either. -- Sincerely yours, Dima Veselov Physics R Establishment of Saint-Petersburg University
Re: rc.d problem
Date:Fri, 18 Jan 2019 14:45:57 +0100 From:Martin Husemann Message-ID: <20190118134557.gf13...@mail.duskware.de> | I think we should set LC_NUMERIC=C in rc.subr or something like that. I am fixing sleep to be more rational in the way it works. As it was, if the sleep command had been 1.5 instead of 0.05 it would all have seemed to work (it would work if the integral part of the fraction was more than 0, not otherwise). It also failed for sleep 0.0 whereas it works for sleep 0, which is absurd, assuming fractional second durations are permitted at all. All shall be better soon... (all these cases should work, including sleep 0.05 in a Russian locale - or any other). What won't work is "sleep 0,5" (or for that matter, sleep 2,5) if the current locale's decimal radix character is not ','. I will request a pullup to -8 after it is done, and has had a while to settle in current. kre
Re: rc.d problem
Dima Veselov wrote: > On Fri, Jan 18, 2019 at 02:16:31PM +0100, Martin Husemann wrote: >> On Fri, Jan 18, 2019 at 04:07:06PM +0300, Dima Veselov wrote: >> > I have completely no idea why 8.0-STABLE can't take non-integer value. >> Is there a locale issu involved? > > Ahh, magician, how did you got this??? Unbelievable. > > [root@ranir ~]$ export LC_ALL=C > [root@ranir ~]$ sleep 0.05 > [root@ranir ~]$ export LC_ALL=ru_RU.UTF-8 > [root@ranir ~]$ sleep 0.05 > usage: sleep seconds > [root@ranir ~]$ sleep 0,05 > [root@ranir ~]$ > > That means it also work wrong in 8.0. > > So, what shall we do with that now? Maybe its right to get ',' > instead of '.', but I beleive this should not work in commandline. > > I have checked - Linux and FreeBSD sleep do not take ',' with > same locale. Heh, reminds me how printing something from SunOS4 apps used to generate PostScript with locale-specific decimal separator, and PS was very confused by "floating comma" numbers :) -uwe
Re: rc.d problem
Date:Fri, 18 Jan 2019 14:45:57 +0100 From:Martin Husemann Message-ID: <20190118134557.gf13...@mail.duskware.de> | I think we should set LC_NUMERIC=C in rc.subr or something like that. LC_ALL not LC_NUMERIC, the latter won't override an external setting of LC_ALL. And yes, the sleep should probably be LC_ALL=C /bin/sleep 0.05 which should fix things, without breaking anything else. kre
Re: rc.d problem
On Fri, Jan 18, 2019 at 04:42:32PM +0300, Dima Veselov wrote: > On Fri, Jan 18, 2019 at 02:16:31PM +0100, Martin Husemann wrote: > > On Fri, Jan 18, 2019 at 04:07:06PM +0300, Dima Veselov wrote: > > > I have completely no idea why 8.0-STABLE can't take non-integer value. > > Is there a locale issu involved? > > Ahh, magician, how did you got this??? Unbelievable. I had a discussion with youri about mate-calculator and the decimal separator earlier today ;-) > [root@ranir ~]$ export LC_ALL=C > [root@ranir ~]$ sleep 0.05 > [root@ranir ~]$ export LC_ALL=ru_RU.UTF-8 > [root@ranir ~]$ sleep 0.05 > usage: sleep seconds > [root@ranir ~]$ sleep 0,05 > [root@ranir ~]$ > > That means it also work wrong in 8.0. I think we should set LC_NUMERIC=C in rc.subr or something like that. Martin
Re: rc.d problem
On Fri, Jan 18, 2019 at 02:16:31PM +0100, Martin Husemann wrote: > On Fri, Jan 18, 2019 at 04:07:06PM +0300, Dima Veselov wrote: > > I have completely no idea why 8.0-STABLE can't take non-integer value. > Is there a locale issu involved? Ahh, magician, how did you got this??? Unbelievable. [root@ranir ~]$ export LC_ALL=C [root@ranir ~]$ sleep 0.05 [root@ranir ~]$ export LC_ALL=ru_RU.UTF-8 [root@ranir ~]$ sleep 0.05 usage: sleep seconds [root@ranir ~]$ sleep 0,05 [root@ranir ~]$ That means it also work wrong in 8.0. So, what shall we do with that now? Maybe its right to get ',' instead of '.', but I beleive this should not work in commandline. I have checked - Linux and FreeBSD sleep do not take ',' with same locale. -- Sincerely yours, Dima Veselov Physics R Establishment of Saint-Petersburg University
Re: rc.d problem
On Fri, Jan 18, 2019 at 04:07:06PM +0300, Dima Veselov wrote: > I have completely no idea why 8.0-STABLE can't take non-integer value. Is there a locale issu involved? Martin
Re: rc.d problem
On Fri, Jan 18, 2019 at 01:23:12PM +0100, Martin Husemann wrote: > On Fri, Jan 18, 2019 at 03:17:57PM +0300, Dima Veselov wrote: > > > The rc scripts use "sleep 0.05" but not all versions of sleep > > > support non-integral values. > > > > I never replaced original one. The only replacement was done - > > upgrading via build.sh distribution sets. Just checked cvsweb - > > I have recent version of sleep.c > > Where is the rc.d script from? Pkgsrc? This is non-portable, so it > should be fixed in the pkg. No idea why the message did not show up > on earlier versions, maybe one of th sh(1) fixed just made it visible? Yes, but rc.d scripts behave the same way: [root@almaz sleep]$ /etc/rc.d/syslogd restart Stopping syslogd. usage: sleep seconds Starting syslogd. Have no idea why it work that way. Also I am sure this never happened on default installation of 8.0: [root@ranir ~]$ /etc/rc.d/syslogd restart Stopping syslogd. Starting syslogd. -- Sincerely yours, Dima Veselov Physics R Establishment of Saint-Petersburg University
Re: rc.d problem
On Fri, Jan 18, 2019 at 12:25:46PM +, Stephen Borrill wrote: > > > > The rc scripts use "sleep 0.05" but not all versions of sleep > > > > support non-integral values. > > > > > > I never replaced original one. The only replacement was done - > > > upgrading via build.sh distribution sets. Just checked cvsweb - > > > I have recent version of sleep.c > > > > Where is the rc.d script from? Pkgsrc? This is non-portable, so it > > should be fixed in the pkg. No idea why the message did not show up > > on earlier versions, maybe one of th sh(1) fixed just made it visible? > > The sleep is coming form rc.subr, not the rc.d script itself: > > # We want this to be a tight loop for a fast exit > sleep 0.05 > > What does "which sleep" say? Perhaps you've another sleep in an unexpected > location. /bin/sleep only. I've checked /usr/src version which still do not recognize numbers with floating point. -- Sincerely yours, Dima Veselov Physics R Establishment of Saint-Petersburg University
Re: rc.d problem
On Fri, Jan 18, 2019 at 12:25:46PM +, Stephen Borrill wrote: > The sleep is coming form rc.subr, not the rc.d script itself: > > # We want this to be a tight loop for a fast exit > sleep 0.05 Ooops - overlooked that our sleep does handle it. Martin
Re: rc.d problem
On Fri, 18 Jan 2019, Martin Husemann wrote: On Fri, Jan 18, 2019 at 03:17:57PM +0300, Dima Veselov wrote: The rc scripts use "sleep 0.05" but not all versions of sleep support non-integral values. I never replaced original one. The only replacement was done - upgrading via build.sh distribution sets. Just checked cvsweb - I have recent version of sleep.c Where is the rc.d script from? Pkgsrc? This is non-portable, so it should be fixed in the pkg. No idea why the message did not show up on earlier versions, maybe one of th sh(1) fixed just made it visible? The sleep is coming form rc.subr, not the rc.d script itself: # We want this to be a tight loop for a fast exit sleep 0.05 What does "which sleep" say? Perhaps you've another sleep in an unexpected location. -- Stephen
Re: rc.d problem
On Fri, Jan 18, 2019 at 03:17:57PM +0300, Dima Veselov wrote: > > The rc scripts use "sleep 0.05" but not all versions of sleep > > support non-integral values. > > I never replaced original one. The only replacement was done - > upgrading via build.sh distribution sets. Just checked cvsweb - > I have recent version of sleep.c Where is the rc.d script from? Pkgsrc? This is non-portable, so it should be fixed in the pkg. No idea why the message did not show up on earlier versions, maybe one of th sh(1) fixed just made it visible? Martin
Re: rc.d problem
On Fri, Jan 18, 2019 at 06:52:51PM +0700, Robert Elz wrote:
> | Looks like kind a silly problem, but I can't find where it
> | happen.
>
> Do you happen to have some non-standard (ie: not netbsd)
> sleep command installed?
>
> The rc scripts use "sleep 0.05" but not all versions of sleep
> support non-integral values.
I never replaced original one. The only replacement was done -
upgrading via build.sh distribution sets. Just checked cvsweb -
I have recent version of sleep.c
[root@almaz sleep]$ cd /usr/src/bin/sleep/
[root@almaz sleep]$ grep NetBSD Makefile
# $NetBSD: Makefile,v 1.9 1997/08/04 01:13:07 perry Exp $
[root@almaz sleep]$ grep NetBSD sleep.c
/* $NetBSD: sleep.c,v 1.24 2011/08/29 14:51:19 joerg Exp $ */
__RCSID("$NetBSD: sleep.c,v 1.24 2011/08/29 14:51:19 joerg Exp $");
[root@almaz sleep]$ TOOLDIR=/export/build/tools/ make
[root@almaz sleep]$ ./sleep 0.05
usage: sleep seconds
--
Sincerely yours,
Dima Veselov
Physics R Establishment of Saint-Petersburg University
Re: rc.d problem
Date:Fri, 18 Jan 2019 14:00:54 +0300 From:Dima Veselov Message-ID: <20190118110054.GA6665@laura> | Looks like kind a silly problem, but I can't find where it | happen. Do you happen to have some non-standard (ie: not netbsd) sleep command installed? The rc scripts use "sleep 0.05" but not all versions of sleep support non-integral values. kre
Re: rc.d problem
On Fri, Jan 18, 2019 at 11:30:18AM +, Stephen Borrill wrote: > > > > After some 8.0-STABLE upgrades all my NetBSD boxes have problem > > > > with rc.d scripts. They are definitely working, but when script > > > > have to wait for a process it contantly prints that: > > > > > > > > [root@almaz src]$ /etc/rc.d/php_fpm restart > > > > Stopping php_fpm. > > > > usage: sleep seconds > > > > > > Can you try "sh -x /etc/rc.d/php_fpm restart" and log the output? > > Try the following instead: > sh -x /etc/rc.d/php_fpm stop Here it is: [root@almaz src]$ sh -x /etc/rc.d/php_fpm stop + . /etc/rc.subr + ':' 'rc.conf(5)' + ':' 5660 + export RC_PID + nl=' ' + _env_clear_rc_vars=' RC_PID= _rc_pid= _rc_original_stdout_fd= _rc_original_stderr_fd= _rc_postprocessor_fd= ' + _rc_subr_loaded=':' + name=php_fpm + rcvar=php_fpm + command=/usr/pkg/sbin/php-fpm + required_files=/usr/pkg/etc/php-fpm.conf + pidfile=/var/run/php-fpm.pid + sig_reload=USR2 + extra_commands=reload + load_rc_config php_fpm + _command=php_fpm + '[' -z php_fpm ']' + false + . /etc/rc.conf + '[' -r /etc/defaults/rc.conf ']' + . /etc/defaults/rc.conf + /sbin/sysctl -n kern.boothowto 2>/dev/null + '[' 0 '!=' 0 ']' + echo false + command echo false + rc_silent=false + rc_silent_cmd=twiddle + rc_rcorder_flags='' + rc_directories=/etc/rc.d + do_rcshutdown=YES + rcshutdown_rcorder_flags='' + rcshutdown_timeout='' + hostname='' + defaultroute='' + defaultroute6='' + domainname='' + critical_filesystems_local='OPTIONAL:/var' + critical_filesystems_remote='OPTIONAL:/usr' + no_swap=NO + swapoff=YES + ccd=YES + raidframe=YES + cgd=YES + lvm=NO + savecore=YES savecore_flags=-z + savecore_dir=/var/crash + resize_root=NO + per_user_tmp=NO + per_user_tmp_dir=/private/tmp + clear_tmp=YES + update_motd=YES + dmesg=YES dmesg_flags='' + accounting=NO + newsyslog=NO newsyslog_flags='' + quota=YES + ldconfig=YES + sysdb=YES + rndctl=NO rndctl_flags='' + gpio=NO + modules=YES + rtclocaltime=NO + fsck_flags=-p + securelevel='' + ifconfig_wait_dad_flags='-w 15 -W 5' + mdnsd=NO + npf=NO + npfd=NO + ipfilter=NO ipfilter_flags='' + ipnat=NO + ipfs=NO ipfs_flags='' + ipsec=NO + ipmon=NO ipmon_flags=-Dns + pf=NO pf_rules=/etc/pf.conf pf_flags='' + pflogd=NO + ftp_proxy=NO + racoon=NO + auto_ifconfig=YES + net_interfaces='' + flushroutes=YES + dhcpcd=NO + dhcpcd_flags=-qM + dhclient=NO + dhclient_flags='' + ntpdate=NO ntpdate_flags='-b -s' + ppp=YES ppp_peers='' + ip6mode=host + ip6uniquelocal=NO + ifwatchd=NO + ifwatchd_flags='-u /etc/ppp/ip-up -d /etc/ppp/ip-down pppoe0' + altqd=NO altqd_flags='' + inetd=YES inetd_flags=-l + identd=NO identd_flags='-b -l -u nobody' + rpcbind=NO rpcbind_flags=-l + syslogd=YES syslogd_flags=-s + cron=YES + named=NO named_flags='' + timed=NO timed_flags='' + ntpd=NO ntpd_flags='' + postfix=YES + lpd=NO lpd_flags=-s + sshd=NO sshd_flags='' + ssh_keygen_flags='' + ftpd=NO ftpd_flags=-ll + httpd=NO httpd_flags='' + httpd_wwwdir=/var/www + httpd_wwwuser=_httpd + routed=NO routed_flags=-q + gated=NO + mrouted=NO mrouted_flags='' + route6d=NO route6d_flags='' + ldpd=NO + rarpd=NO rarpd_flags=-a + bootparamd=NO bootparamd_flags='' + dhcpd=NO dhcpd_flags=-q + dhcrelay=NO dhcrelay_flags='' + rbootd=NO rbootd_flags='' + mopd=NO mopd_flags=-a + ndbootd=NO ndbootd_flags='-s /tftpboot /tftpboot/bootyy' + rtadvd=NO rtadvd_flags='' + isibootd=NO isibootd_flags='' + xfs=NO xfs_flags='' + xdm=NO xdm_flags='' + fccache=YES + ypbind=NO ypbind_flags='' + ypserv=NO ypserv_flags=-d + yppasswdd=NO yppasswdd_flags='' + mountd=NO mountd_flags='' + nfs_client=NO + nfs_server=NO + nfsd_flags='' + lockd=NO lockd_flags='' + statd=NO statd_flags='' + amd=NO amd_flags='-l syslog -x error,noinfo,nostats' + amd_dir=/amd + kdc=NO kdc_flags=--detach + iscsi_target=NO iscsi_target_flags='' + iscsid=NO + hostapd=NO hostapd_flags='-B /etc/hostapd.conf' + wpa_supplicant=NO wpa_supplicant_flags='' + isdnd=NO isdnd_flags='' + bluetooth=NO + btconfig_devices='' + bthcid=YES bthcid_flags='' + sdpd=YES sdpd_flags='' + rwhod=NO rwhod_flags='-u _rwhod' + devpubd=NO devpubd_flags='' + envsys=NO + apmd=NO apmd_flags='' + powerd=NO powerd_flags='' + screenblank=NO screenblank_flags='' + moused=NO + moused_flags='-p /dev/tty00' + wdogctl=NO + irdaattach=NO + irdaattach_flags=tty00 + wscons=NO wscons_flags='' + wsmoused=NO wsmoused_flags='' + tpctl=NO tpctl_flags='' + mixerctl=NO mixerctl_mixers='' + virecover=YES + veriexec=NO + veriexec_strict=0 + veriexec_verbose=0 + veriexec_flags=-k + random_seed=YES + makemandb=YES + blacklistd=NO + ip6addrctl=NO + ip6addrctl_policy=auto + ip6addrctl_verbose=NO + unbound=NO + unbound_chrootdir=/var/chroot/unbound + nsd=NO + nsd_chrootdir=/var/chroot/nsd + nsd_flags='-t /var/chroot/nsd' + /sbin/sysctl -q machdep.xen + /sbin/sysctl -q hw.acpi.root + powerd=YES + rc_configured=YES + hostname=almaz + sshd=YES + ntpd=YES + cgd=NO + wscons=YES + rwhod=YES + npf=YES + npfd=YES + ipsec=YES + racoon=YES + named_chrootdir=/var/chroot/named/ + named_flags=-4 +
Re: rc.d problem
On Fri, 18 Jan 2019, Dima Veselov wrote: On Fri, Jan 18, 2019 at 12:13:52PM +0100, Martin Husemann wrote: On Fri, Jan 18, 2019 at 02:00:54PM +0300, Dima Veselov wrote: Greetings! After some 8.0-STABLE upgrades all my NetBSD boxes have problem with rc.d scripts. They are definitely working, but when script have to wait for a process it contantly prints that: [root@almaz src]$ /etc/rc.d/php_fpm restart Stopping php_fpm. usage: sleep seconds Can you try "sh -x /etc/rc.d/php_fpm restart" and log the output? No problem. Try the following instead: sh -x /etc/rc.d/php_fpm stop -- Stephen
Re: rc.d problem
On Fri, Jan 18, 2019 at 12:13:52PM +0100, Martin Husemann wrote: > On Fri, Jan 18, 2019 at 02:00:54PM +0300, Dima Veselov wrote: > > Greetings! > > > > After some 8.0-STABLE upgrades all my NetBSD boxes have problem > > with rc.d scripts. They are definitely working, but when script > > have to wait for a process it contantly prints that: > > > > [root@almaz src]$ /etc/rc.d/php_fpm restart > > Stopping php_fpm. > > usage: sleep seconds > > Can you try "sh -x /etc/rc.d/php_fpm restart" and log the output? No problem. [root@almaz src]$ sh -x /etc/rc.d/php_fpm restart + . /etc/rc.subr + ':' 'rc.conf(5)' + ':' 21194 + export RC_PID + nl=' ' + _env_clear_rc_vars=' RC_PID= _rc_pid= _rc_original_stdout_fd= _rc_original_stderr_fd= _rc_postprocessor_fd= ' + _rc_subr_loaded=':' + name=php_fpm + rcvar=php_fpm + command=/usr/pkg/sbin/php-fpm + required_files=/usr/pkg/etc/php-fpm.conf + pidfile=/var/run/php-fpm.pid + sig_reload=USR2 + extra_commands=reload + load_rc_config php_fpm + _command=php_fpm + '[' -z php_fpm ']' + false + . /etc/rc.conf + '[' -r /etc/defaults/rc.conf ']' + . /etc/defaults/rc.conf + /sbin/sysctl -n kern.boothowto 2>/dev/null + '[' 0 '!=' 0 ']' + echo false + command echo false + rc_silent=false + rc_silent_cmd=twiddle + rc_rcorder_flags='' + rc_directories=/etc/rc.d + do_rcshutdown=YES + rcshutdown_rcorder_flags='' + rcshutdown_timeout='' + hostname='' + defaultroute='' + defaultroute6='' + domainname='' + critical_filesystems_local='OPTIONAL:/var' + critical_filesystems_remote='OPTIONAL:/usr' + no_swap=NO + swapoff=YES + ccd=YES + raidframe=YES + cgd=YES + lvm=NO + savecore=YES savecore_flags=-z + savecore_dir=/var/crash + resize_root=NO + per_user_tmp=NO + per_user_tmp_dir=/private/tmp + clear_tmp=YES + update_motd=YES + dmesg=YES dmesg_flags='' + accounting=NO + newsyslog=NO newsyslog_flags='' + quota=YES + ldconfig=YES + sysdb=YES + rndctl=NO rndctl_flags='' + gpio=NO + modules=YES + rtclocaltime=NO + fsck_flags=-p + securelevel='' + ifconfig_wait_dad_flags='-w 15 -W 5' + mdnsd=NO + npf=NO + npfd=NO + ipfilter=NO ipfilter_flags='' + ipnat=NO + ipfs=NO ipfs_flags='' + ipsec=NO + ipmon=NO ipmon_flags=-Dns + pf=NO pf_rules=/etc/pf.conf pf_flags='' + pflogd=NO + ftp_proxy=NO + racoon=NO + auto_ifconfig=YES + net_interfaces='' + flushroutes=YES + dhcpcd=NO + dhcpcd_flags=-qM + dhclient=NO + dhclient_flags='' + ntpdate=NO ntpdate_flags='-b -s' + ppp=YES ppp_peers='' + ip6mode=host + ip6uniquelocal=NO + ifwatchd=NO + ifwatchd_flags='-u /etc/ppp/ip-up -d /etc/ppp/ip-down pppoe0' + altqd=NO altqd_flags='' + inetd=YES inetd_flags=-l + identd=NO identd_flags='-b -l -u nobody' + rpcbind=NO rpcbind_flags=-l + syslogd=YES syslogd_flags=-s + cron=YES + named=NO named_flags='' + timed=NO timed_flags='' + ntpd=NO ntpd_flags='' + postfix=YES + lpd=NO lpd_flags=-s + sshd=NO sshd_flags='' + ssh_keygen_flags='' + ftpd=NO ftpd_flags=-ll + httpd=NO httpd_flags='' + httpd_wwwdir=/var/www + httpd_wwwuser=_httpd + routed=NO routed_flags=-q + gated=NO + mrouted=NO mrouted_flags='' + route6d=NO route6d_flags='' + ldpd=NO + rarpd=NO rarpd_flags=-a + bootparamd=NO bootparamd_flags='' + dhcpd=NO dhcpd_flags=-q + dhcrelay=NO dhcrelay_flags='' + rbootd=NO rbootd_flags='' + mopd=NO mopd_flags=-a + ndbootd=NO ndbootd_flags='-s /tftpboot /tftpboot/bootyy' + rtadvd=NO rtadvd_flags='' + isibootd=NO isibootd_flags='' + xfs=NO xfs_flags='' + xdm=NO xdm_flags='' + fccache=YES + ypbind=NO ypbind_flags='' + ypserv=NO ypserv_flags=-d + yppasswdd=NO yppasswdd_flags='' + mountd=NO mountd_flags='' + nfs_client=NO + nfs_server=NO + nfsd_flags='' + lockd=NO lockd_flags='' + statd=NO statd_flags='' + amd=NO amd_flags='-l syslog -x error,noinfo,nostats' + amd_dir=/amd + kdc=NO kdc_flags=--detach + iscsi_target=NO iscsi_target_flags='' + iscsid=NO + hostapd=NO hostapd_flags='-B /etc/hostapd.conf' + wpa_supplicant=NO wpa_supplicant_flags='' + isdnd=NO isdnd_flags='' + bluetooth=NO + btconfig_devices='' + bthcid=YES bthcid_flags='' + sdpd=YES sdpd_flags='' + rwhod=NO rwhod_flags='-u _rwhod' + devpubd=NO devpubd_flags='' + envsys=NO + apmd=NO apmd_flags='' + powerd=NO powerd_flags='' + screenblank=NO screenblank_flags='' + moused=NO + moused_flags='-p /dev/tty00' + wdogctl=NO + irdaattach=NO + irdaattach_flags=tty00 + wscons=NO wscons_flags='' + wsmoused=NO wsmoused_flags='' + tpctl=NO tpctl_flags='' + mixerctl=NO mixerctl_mixers='' + virecover=YES + veriexec=NO + veriexec_strict=0 + veriexec_verbose=0 + veriexec_flags=-k + random_seed=YES + makemandb=YES + blacklistd=NO + ip6addrctl=NO + ip6addrctl_policy=auto + ip6addrctl_verbose=NO + unbound=NO + unbound_chrootdir=/var/chroot/unbound + nsd=NO + nsd_chrootdir=/var/chroot/nsd + nsd_flags='-t /var/chroot/nsd' + /sbin/sysctl -q machdep.xen + /sbin/sysctl -q hw.acpi.root + powerd=YES + rc_configured=YES + hostname=almaz + sshd=YES + ntpd=YES + cgd=NO + wscons=YES + rwhod=YES + npf=YES + npfd=YES + ipsec=YES + racoon=YES + named_chrootdir=/var/chroot/named/ + named_flags=-4 + named=YES +
Re: rc.d problem
On Fri, Jan 18, 2019 at 02:00:54PM +0300, Dima Veselov wrote: > Greetings! > > After some 8.0-STABLE upgrades all my NetBSD boxes have problem > with rc.d scripts. They are definitely working, but when script > have to wait for a process it contantly prints that: > > [root@almaz src]$ /etc/rc.d/php_fpm restart > Stopping php_fpm. > usage: sleep seconds Can you try "sh -x /etc/rc.d/php_fpm restart" and log the output? Martin
rc.d problem
Greetings! After some 8.0-STABLE upgrades all my NetBSD boxes have problem with rc.d scripts. They are definitely working, but when script have to wait for a process it contantly prints that: [root@almaz src]$ /etc/rc.d/php_fpm restart Stopping php_fpm. usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds usage: sleep seconds Starting php_fpm. Looks like kind a silly problem, but I can't find where it happen. -- Sincerely yours, Dima Veselov Physics R Establishment of Saint-Petersburg University
