Hello Dererk, Dererk <der...@debian.org> writes:
> I'm trying to reproduce this, and trying to understand your working > environment, which seems to be an armel architecture of an ARMv5tel device. > Is your device being able to be emulated by qemu or some equivalent > tool? What physical device is that? Thanks for looking into this. This report is for Debian Wheezy on an OpenRD-Base. I've seen similar hangs before even on x86 hardware, but as I haven't investigated them in detail at the time I cannot be sure it's the same issue. A quick attempt at reproducing it using an amd64 VM (using an image provided by aurel32 [1]) failed, i.e. openntpd didn't hang even when configured as described and with the network adapter deactivated, unconnected on the host side or just the default route deleted manually. This was on a production server that I'd prefer not to touch for further testing. I have some boards I can use for testing (Wandboard Quad and OpenRD-Client), but unfortunately they are still in their moving box. I can give it another try once they're back in operation, but that may take quite a while. :-/ FWIW, lowering the severity is fine with me. It seems like it's not too easy to reproduce, so shouldn't bite too many others. And if it happens to anyone else, they'll at least find the work-around in the bug log and can hopefully also provide additional information. Sascha [1] https://people.debian.org/~aurel32/qemu/amd64/
signature.asc
Description: PGP signature
