Package: iptraf Version: 2.7.0-6 Followup-For: Bug #145564 On startup, iptraf should really offer that if you're sure another instance isn't running, that you remove the files under /var/run/iptraf and restart iptraf.
Or it could remove them itself, or make such files under /var/run/iptraf/<pid> and remove them under normal termination circumstances. Then when it starts up again, it can check for the existence of any old iptraf processes as process <pid> before complaining, etc. But a message indicating where to look for the files would satisfy me. I've run into this problem recently as well -- running it overnight, it seems to die (however, sending a USR1 to it manually doesn't cause it to fail). Sending it a USR2 or -5 causes it to fail and leave its files around in /var/run/iptraf. The big problem is that once it leaves these files around, it refuses to start up again, complaining that 'another instance of iptraf is running'. There's no mention of this in the man page, or of the /var/run/iptraf directory. I had to hunt around on my own to find it, and then make a guess that removing them a) wouldn't hurt anything and b) would fix the problem. It did, but I consider that more luck than anything else. Thanks, Krishna P.S. I do appreciate you packaging this -- it works great and has a easy-to-use interface. I run it under a GNU screen session, and when I need to see the info, I can quickly 'grab' it, view it, and 'drop' it again. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-piii-pcspkr Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages iptraf depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
