Gary Mills
mills@cc.umanitoba.ca
Mon, 23 Jan 2006 13:32:29 -0600
This happened twice today. The first instance was about 24 hours after upgrading to dcc-1.3.25. The second was about three hours later: Jan 23 07:55:30 electra dccm[15639]: [ID 702911 mail.error] fdopen(whiteclnt): Resource temporarily unavailable Jan 23 08:06:19 electra dccm[15639]: [ID 404106 mail.error] msync(whiteclnt.dccw): Not enough space Jan 23 08:07:28 electra dccm[15639]: [ID 702911 mail.error] stat(whiteclnt.dccw): Bad file number Jan 23 08:07:28 electra dccm[15639]: [ID 702911 mail.error] fdopen(whiteclnt): Bad file number Jan 23 08:08:07 electra dccm[15638]: [ID 615584 mail.error] restart after signal #11 Jan 23 08:08:07 electra dccm[29912]: [ID 553385 mail.notice] 1.3.25 listening to inet:3331 with /usr/local/dcc In each case, the restarter did its job nicely, so there was no disruption in service. `dccm' is running on Solaris 9. What could be causing this behavior? There was a presumably unrelated error early this morning, just after the database rebuild completed: Jan 23 03:55:30 electra dccd[15609]: [ID 471644 mail.notice] 1.3.25 database /usr/local/dcc/dcc_db reopened with 2037 MByte window Jan 23 03:55:32 electra dccm[15639]: [ID 702911 mail.error] fcntl(F_SETLKW F_WRLCK resolve lock /usr/local/dcc/map 3): Deadlock situation detected/avoided -- -Gary Mills- -Unix Support- -U of M Academic Computing and Networking-