search for: dlm_thread

...sm(). I'm not sure whether this can really lead to a deadlock and / or how to fix this... Honza ======================================================= [ INFO: possible circular locking dependency detected ] 2.6.29-rc3-default #7 ------------------------------------------------------- dlm_thread/3876 is trying to acquire lock: (&dlm->ast_lock){--..}, at: [<ffffffffa029c98d>] dlm_queue_bast+0x75/0x16c [ocfs2_dlm] but task is already holding lock: (&res->spinlock){--..}, at: [<ffffffffa028bb63>] dlm_thread+0x506/0x11fb [ocfs2_dlm] which lock already depends on t...

...idle_timer 1621: Local and remote node is heartbeating, and try connect CAS2/logdir/var/log/syslog.1-6780-Sep 16 20:57:16 CAS2 kernel: [516366.623792] o2net: No longer connected to node CAS1 (num 1) at 10.172.254.1:7100 CAS2/logdir/var/log/syslog.1:6781:Sep 16 20:57:16 CAS2 kernel: [516366.623881] (dlm_thread,5140,4):dlm_send_proxy_ast_msg:482 ERROR: B258FD07DDD64710B68EB9683FD7D1B9: res M00000000000000046e011700000000, error -112 send AST to node 1 CAS2/logdir/var/log/syslog.1-6782-Sep 16 20:57:16 CAS2 kernel: [516366.623900] (dlm_thread,5140,4):dlm_flush_asts:596 ERROR: status = -112 CAS2/logdir/var/l...

Sorry i don`t copy everything: TEST-MAIL1# echo "ls //orphan_dir:0000"|debugfs.ocfs2 /dev/dm-0|wc debugfs.ocfs2 1.6.4 5239722 26198604 246266859 TEST-MAIL1# echo "ls //orphan_dir:0001"|debugfs.ocfs2 /dev/dm-0|wc debugfs.ocfs2 1.6.4 6074335 30371669 285493670 TEST-MAIL2 ~ # echo "ls //orphan_dir:0000"|debugfs.ocfs2 /dev/dm-0|wc debugfs.ocfs2 1.6.4 5239722 26198604

Mainline commit d4f7e650e55af6b235871126f747da88600e8040 attempts to delay the dlm_thread from sending the drop ref message if the lockres is being migrated. The problem is that we make the dlm_thread wait for the migration to complete. This causes a deadlock as dlm_thread also participates in the lockres migration process. A better fix for the original oss bugzilla#1012 is in testing....

...12):dlm_get_lock_resource:917 ERROR: status = -112 Dec 4 09:15:06 parmenides kernel: (minilogd,12700,0):dlm_do_master_request:1334 ERROR: link to 0 went down! Dec 4 09:15:06 parmenides kernel: (minilogd,12700,0):dlm_get_lock_resource:917 ERROR: status = -107 Dec 4 09:15:06 parmenides kernel: (dlm_thread,10627,4):dlm_drop_lockres_ref:2211 ERROR: status = -112 Dec 4 09:15:06 parmenides kernel: (dlm_thread,10627,4):dlm_purge_lockres:206 ERROR: status = -112 Dec 4 09:15:06 parmenides kernel: o2net: connected to node heraclito (num 0) at 192.168.1.3:7777 Dec 4 09:15:06 parmenides kernel: (snmpd,1...

...h all 32 slots. I would assume that HB is impacted since it would scan all 32 slots each iteration, is that correct? 3) Prioritization... Has anybody performed any testing wrt to changing priorities of the various OCFS2 tasks? I might presume that increasing the priorities of the DLM (dlm_wq, dlm_thread) tasks might be a Good Thing(tm). OTOH, could it lead to an unbalanced system wrt the other ocfs2 tasks? Perhaps increasing all ocfs2 tasks? (wrt to the app referencing the fs?) I'm a little worried about creating priority inversion issues as this will be on a non-RT Linux OS instance. Should...

backgroud: ocfs2 dlm uses a hash table to store dlm_lock_resource objects. the often used lookup is performed on the hash table. problem: for usages that there are huge number of inodes(thus huge number of dlm_lock_resource objects) in a ocfs2 volume, the lookup performance becomes a problem. the lookup holds spin_lock which could put all others cpus into the state of aquring the spinlock. if

Please review the list of patches being applied to the ocfs2 1.4 tree. All patches list the mainline commit hash. Thanks Sunil

We're using a storage solution involving two SunFire X4500 servers using DRBD to replicate a 15TB partition across the network with ocfs2 on top. We're sharing the partition from one server over NFS and the other is mounted read-only at present. The DBRD backing store is software RAID 60 on 40 disks. We've been seeing periodic issues whereby our NFS clients (Debian Lenny) are very