Description of problem: Connecting to a multi-homed nfs server through a firewall causes this to hang. Adding the -l option to df causes it to only check local filesystems. Version-Release number of selected component (if applicable): Logwatch 5.2.2 (released 06/23/04) How reproducible: 100% Steps to Reproduce: 1. Connect to multi-homed nfs server 2. Hide behind a nat 3. logwatch runs. Actual results: zz-disk_space hangs Expected results: Timeout, failure, or cease checking remote filesystems. Additional info: Have a nice day! The file is located here on my system: /etc/log.d/scripts/services/zz-disk_space I put it at low severity, since nfs through nat to multi-homed systems doesn't work to begin with. The problem is once you enter that configuration, the logwatch processes will stack up as they hang.
This seems to be coreutils problem - logwatch uses df to generate disk_space report.
Could you please try to run 'df' on that machine? If 'df' hangs, can you attach the output of 'strace df'? Thanks in advance. Can you access the mount-points with something else than 'df' or 'logwatch'?
Closing insufficient data, in needinfo for very long time. Feel free to reopen bugzilla once you provide data requested in comment #2.