| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
Hi Arnaud, There is a known issue with the current support for OpenDLM. It will likely cause problems if you mount more than one OpenGFS filesystem on a given node (is this what you mean by "partition"?). We need to get some static variables, used for recovery aspects, placed into an instance structure (one instance for each mounted filesystem). I'm not *sure* that this is the root cause of your problem, but it might be. Also, what does "thist" mean? (Sorry for my ignorance). BTW, realize that you're working in untested territory!! Stan just recently wrote the recovery support for using OpenDLM, and we've never tried it with more than two nodes. You are on the "bleeding edge", and we thank you for it! ;-) For more output from the OpenGFS OpenDLM lock module, you can load it with: # modprobe opendlm debug=1 That will generate a lot of output, but it may be helpful. I'm guessing that the problem is in the locking, not the main filesystem code. If you're eager to get going, and could tolerate a single-point-of-failure, you could also try the memexp locking (HOWTO-nopool). You can switch back and forth between memexp and OpenDLM, if you'd like (requires unmount/mount). There is no on-disk locking data (beyond the name of the default locking protocol, stored in the superblock, which you can override in the mount command). -- Ben -- > -----Original Message----- > From: opengfs-users-admin@xxxxxxxxxxxxxxxxxxxxx > [mailto:opengfs-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf > Of Arnaud Gauthier > Sent: Thursday, June 24, 2004 5:17 AM > To: opengfs-users@xxxxxxxxxxxxxxxxxxxxx > Subject: [ogfs-users]mount freeze on 3rd machine > > Hello all, > > Thanks for helping me with CCM, it works fine now: I have a > really fast > CLM_ST_RUN status on all 3 machines. > > Here is my OpenGFS related problem (was also the reason I tried CCM) > When I mount my 2 OGFS partitions on the thist machine, before it was > usually freezing one of the previously mounted machines, and now the > mount freeze one the mounting machine, but nothing else freeze (much > better, before I was loosing a machine :-)) > > Here is an extract of my messages log: > > [HSM:hsm_process_event] enter( me = 0xf9d1f2c0, msg = 0xf5895fe0 ) > [HSM:hsm_process_event_private] DLM recovery state machine (71 -> > RC_DIR_INIT) > [HSM:hsm_execute_transition] DLM recovery state machine (CLM_ST_TOP -> > CLM_ST_RUN) > [HSM:hsm_process_event] exit > opendlm_start, debug = 0 > opengfs-0.3.0 built on Jun 23 2004 > sizeof(ogfs_meta_header_t) = 24 > sizeof(ogfs_sb_t) = 352 > sizeof(ogfs_jindex_t) = 80 > sizeof(ogfs_rindex_t) = 96 > sizeof(ogfs_rgrp_t) = 128 > sizeof(ogfs_indirect_t) = 88 > sizeof(ogfs_dinode_t) = 232 > sizeof(ogfs_dirent_t) = 40 > sizeof(ogfs_leaf_t) = 104 > sizeof(ogfs_log_header_t) = 128 > sizeof(ogfs_log_descriptor_t) = 104 > sizeof(ogfs_block_tag_t) = 16 > > sizeof(ogfs_bitmap_t) = 12 > sizeof(ogfs_rgrpd_t) = 296 > sizeof(ogfs_glock_t) = 184 > sizeof(ogfs_bufdata_t) = 72 > sizeof(ogfs_inode_t) = 444 > sizeof(ogfs_trans_t) = 96 > sizeof(ogfs_sbd_t) = 34480 > sizeof(ogfs_dcached_t) = 8 > mtrr: type mismatch for f9000000,800000 old: uncachable new: > write-combining > mtrr: type mismatch for f9000000,800000 old: uncachable new: > write-combining > ar_lockproto = "" > ar_locktable = "" > ar_hostdata = "" > ar_dir_alloc_method = 612324 > ar_ignore_local_fs = FALSE > ar_localflocks = FALSE > ar_localcaching = FALSE > ar_buf_readahead = 8 > ar_atime_quantum = 60 > ar_upgrade = 0 > harness: found protocol opendlm > > journals are 512 MB big (I have 32 journals), one partition is 250GB > big, the other 500GB... Access from the 2 other machines remains fine. > > Is there a way to receive more output from ogfs ? > > Regards, > Arnaud > -- > Arnaud Gauthier <agauthier@xxxxxxxxxxxxx> > Realmedia > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Opengfs-users mailing list > Opengfs-users@xxxxxxxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/opengfs-users > > ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Opengfs-devel mailing list Opengfs-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/opengfs-devel