[Pvfs2-developers] Is CVS broken again?

[Bradley W Settlemyer]

So, umm, is CVS broken again?

Todays server log:

[D 06/15 10:37] About to retrieve attributes for handle 1048576
[D 06/15 10:37] (0x893c008) rmdirent (prelude sm) state: perm_check 
(status = 0)[D 06/15 10:37]   reading dirdata handle (coll_id = 
0x781495c5, handle = 1048576, key = de (3), val_buf = 0x893cb48 (8))
[D 06/15 10:37]   removing entry test1.contig from dirdata object 
(handle = 4)
pvfs2-trove-dbpf: DB->get: DB_NOTFOUND: No matching key/data pair found
pvfs2-trove-dbpf: DB->del: DB_NOTFOUND: No matching key/data pair found
pvfs2-server: 
/parl/bradles/projects/pvfs2-cvs/src/server/rmdirent.sm:310: 
rmdirent_remove_directory_entry_failure: Assertion `js_p->error_code != 
-((2|(1 << 30)) | (2 << 7))' failed.
/parl/bradles/bin/start_pvfs2: line 26: 16515 Aborted 
sbin/pvfs2-server -d global.conf server.conf-localhost


Now the problem with this is that I *KNOW* I have a bug I put into MPI 
-- but this isn't the bug I was triggering earlier (I'm trying to figure 
out exactly what I'm doing that is messing up mpich).  Nevertheless, I'm 
not certain how my MPI changes could trigger a core dump on the server 
side such as this one.

Cheers,
Brad