Gee... why would you delete a queue of (stale) cached name resolution requests from a previous run??
Look at the d*mn error message: 24/Oct/2002 12:23:49 Database '/usr/local/var/ntop/prefsCache.db' open failed: Can't be writer It's something on YOUR system, unique to YOUR environment. Please check the two things that Tony asked you look at... 1) Verify that no other instance of ntop is running. If it's installed, you can use lsof (among many commands) to see who has the addressCache.db file open: $ lsof /usr/share/ntop/addressCache.db COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME ntop 887 root 3u REG 3,7 12451 66356 /usr/share/ntop/addressCache.db ntop 935 root 3u REG 3,7 12451 66356 /usr/share/ntop/addressCache.db ntop 936 root 3u REG 3,7 12451 66356 /usr/share/ntop/addressCache.db ntop 938 root 3u REG 3,7 12451 66356 /usr/share/ntop/addressCache.db ntop 939 root 3u REG 3,7 12451 66356 /usr/share/ntop/addressCache.db ntop 940 root 3u REG 3,7 12451 66356 /usr/share/ntop/addressCache.db ntop 941 root 3u REG 3,7 12451 66356 /usr/share/ntop/addressCache.db ntop 942 root 3u REG 3,7 12451 66356 /usr/share/ntop/addressCache.db ntop 943 root 3u REG 3,7 12451 66356 /usr/share/ntop/addressCache.db 2) What userid are you when you start ntop? Verify that THAT userid (it should be uid=0, not some equivalent user) has read/write access to the directory where the .db files are. Can you delete the file? touch to create a new one??? Check the permissions for the directory, etc. -----Burton -----Original Message----- From: [EMAIL PROTECTED] [mailto:ntop-admin@;unipi.it]On Behalf Of Stieglitz, Eric J. (DCSA) Sent: Thursday, October 24, 2002 11:33 AM To: 'Burton M. Strauss III'; Ntop Subject: RE: [Ntop] command vs. daemon mode Burton, Here's a bit of truss output from a session that I just ran with the command `truss -fal ntop -u sysadmin > /var/tmp/ntop.out 2>&1 &` . Note that when I run the same `ntop -u sysadmin` **WITHOUT** backgrounding the process, the software does not crash. Here's the end of the truss from the backgrounded version. Why is the software unlinking the addressCache instead of reading it first (which it never attempts)? Any idea why it fails the write on the prefsCache? 1344/1: unlink("/usr/local/var/ntop/addressCache.db") = 0 1344/1: open("/usr/local/var/ntop/addressCache.db", O_RDWR|O_CREAT, 0664 ) = 3 1344/1: fstat(3, 0xFFBEF9B0) = 0 1344/1: fcntl(3, F_SETLK, 0xFFBEF988) = 0 1344/1: brk(0x001FF678) = 0 1344/1: brk(0x00201678) = 0 1344/1: brk(0x00201678) = 0 1344/1: brk(0x00203678) = 0 1344/1: brk(0x00203678) = 0 1344/1: brk(0x00207678) = 0 1344/1: write(3, "13 W9ACE\0\0 \0\0\0 \0".., 8192) = 8192 1344/1: write(3, "\0\0 @\0\0\0 @\0\0\0 @\0".., 8192) = 8192 1344/1: write(3, "\0\0\001\0\0 \0\0\0 `\0".., 8192) = 8192 1344/1: fdsync(3, O_RDONLY|O_SYNC) = 0 1344/1: open("/usr/local/var/ntop/prefsCache.db", O_RDWR|O_CREAT, 0664) = 4 1344/1: fstat(4, 0xFFBEF9B0) = 0 1344/1: fcntl(4, F_SETLK, 0xFFBEF988) Err#11 EAGAIN 1344/1: close(4) = 0 1344/1: time() = 1035476629 24/Oct/2002 12:23:49 Database '/usr/local/var/ntop/prefsCache.db' open failed: C an't be writer 1344/1: write(1, " 2 4 / O c t / 2 0 0 2 ".., 95) = 95 1344/1: llseek(0, 0, SEEK_CUR) = 373509 1344/1: _exit(-1) /EJS _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop
