daily CVS update output
Updating src tree: P src/distrib/sets/lists/debug/shl.mi P src/lib/libmenu/menu_opts.3 P src/sys/arch/arm/sunxi/sun50i_a64_ccu.c P src/sys/kern/sys_lwp.c Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 43583788 Jul 2 03:04 ls-lRA.gz
re: can you dump to USB devices?
> While debugging the tstile machine I tried to use a USB flash disk as > swap/dump device. [ .. ] > Is this supposed to work or not? nope. we lack polled IO for non console USB devices. could be done just needs someone to do it :) .mrg.
Re: recurring tstile hangs on -current
hello. If I were looking at this issue, I'd be looking at the perl process stuck in bioloc, to see what it's doing. As I understand it, processes stuck in tstile are a symptom, rather than a cause. that is, any process that is waiting for access to some subsystem in an indirect manner will show as waiting in tstile, rather than the actual thing it's waiting for. Perl, on the other hand, is in bioloc, short for biolock I assume, and my question is why? If you can clear that process, I'm thinking everything else will spring to life and begin working again. Just my 2 cents. -thanks -Brian On Jun 28, 9:42pm, Thomas Klausner wrote: } 28391 pbulk117033M 6240K bioloc/0 0:00 0.00% 0.00% perl
Re: can you dump to USB devices?
t...@giga.or.at (Thomas Klausner) writes: >While debugging the tstile machine I tried to use a USB flash disk as >swap/dump device. >Is this supposed to work or not? It's hightly unlikely to work. -- -- Michael van Elst Internet: mlel...@serpens.de "A potential Snark may lurk in every tree."
can you dump to USB devices?
Hi!
While debugging the tstile machine I tried to use a USB flash disk as
swap/dump device.
When I tried kernel core dumping to it, I see
db{0}> reboot 104
dumping to dev 168,1 (offset=8, size=33524131)
dump i/o error
There is just a short pause between "dump" and "i/o error".
Is this supposed to work or not?
Thomas
dhcpd doesn't TERM
I find that "/etc/rc.d/dhcpd restart" hangs. TERM no longer seems to do the trick. Adding "sig_stop=KILL" to /etc/rc.d/dhcpd does the trick, but wasn't necessary last year... Just an observation. Cheers, Patrick
Re: recurring tstile hangs on -current
On Fri, Jun 28, 2019 at 09:42:08PM +0200, Thomas Klausner wrote: > To reduce the bug surface, I've disconnected the wd0 device which was > attached at ahcisata. This also removed the swap device, but the > machine is far from needing to swap. > > After ~5 hours the machine is currently hanging in tstile again. I > noticed the bulk build wasn't progressing (in a perl module) and > stopped it, then tried removing the work directory to get pbulk to > break off, that hung the rm process. I notice you also have a perl process in biowait, this is probably the one that is really hung. I've seen this occasionally, on various hardware, but I can't easily reproduce it. It looks like a I/O request is either never processed, or never biodone()'ed. But I couldn't spot any race condition in this path ... -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: recurring tstile hangs on -current
t...@giga.or.at (Thomas Klausner) writes: >So it looks like it could be a very extreme slowness instead of a >complete deadlock. When it stops, try to reduce kern.maxvnodes to something low (like 100), you can restore it, if the machine wakes up. If this is a memory shortage instead of a deadlock, this will easily free kernel memory. You may need to wait 1-2 minutes to let the page daemon collect free pages. If you cannot issue a sysctl command, you can patch the kernel variable "desiredvnodes" with DDB instead. -- -- Michael van Elst Internet: mlel...@serpens.de "A potential Snark may lurk in every tree."
