gmane.comp.file-systems.ocfs2.devel

[PATCH] ocfs2_prep_new_orphaned_file should return ret

2013-05-22T01:43:16

From: "Xiaowei.Hu" <xiaowei.hu< at >oracle.com>

---
 fs/ocfs2/namei.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/fs/ocfs2/namei.c b/fs/ocfs2/namei.c
index 50c93a8..422cbe0 100644
--- a/fs/ocfs2/namei.c
+++ b/fs/ocfs2/namei.c
< at >< at > -2216,7 +2216,7 < at >< at > out:
 
 brelse(orphan_dir_bh);
 
-return 0;
+return ret;
 }
 
 int ocfs2_create_inode_in_orphan(struct inode *dir,

[PATCH] Remove unecessary ERROR when removingnon-empty directory

Goldwyn Rodrigues — 2013-05-20T15:06:31

While removing a non-empty directory, the kernel dumps a message:
(rmdir,21743,1):ocfs2_unlink:953 ERROR: status = -39

Suppress the error message from being printed in the dmesg so users
don't panic.

Signed-off-by: Goldwyn Rodrigues <rgoldwyn< at >suse.com>

---
diff --git a/fs/ocfs2/namei.c b/fs/ocfs2/namei.c
index 04ee1b5..33c7b91 100644
--- a/fs/ocfs2/namei.c
+++ b/fs/ocfs2/namei.c
< at >< at > -947,7 +947,7 < at >< at > leave:
  ocfs2_free_dir_lookup_result(&orphan_insert);
  ocfs2_free_dir_lookup_result(&lookup);

- if (status)
+ if (status && (status != -ENOTEMPTY))
  mlog_errno(status);

  return status;

[PATCH] clean up duplicate declaration indlmrecovery.c

Joseph Qi — 2013-05-20T09:36:12

Below 3 functions have already been declared in dlmcommon.h, so we have
no need to declare them again in dlmrecovery.c.
dlm_complete_recovery_thread
dlm_launch_recovery_thread
dlm_kick_recovery_thread

Signed-off-by: Joseph Qi <joseph.qi< at >huawei.com>

---
 fs/ocfs2/dlm/dlmrecovery.c |    3 ---
 1 file changed, 3 deletions(-)

diff --git a/fs/ocfs2/dlm/dlmrecovery.c b/fs/ocfs2/dlm/dlmrecovery.c
index 93de2e0..1741c33 100644
--- a/fs/ocfs2/dlm/dlmrecovery.c
+++ b/fs/ocfs2/dlm/dlmrecovery.c
< at >< at > -55,9 +55,6 < at >< at >
 static void dlm_do_local_recovery_cleanup(struct dlm_ctxt *dlm, u8
dead_node);

 static int dlm_recovery_thread(void *data);
-void dlm_complete_recovery_thread(struct dlm_ctxt *dlm);
-int dlm_launch_recovery_thread(struct dlm_ctxt *dlm);
-void dlm_kick_recovery_thread(struct dlm_ctxt *dlm);
 static int dlm_do_recovery(struct dlm_ctxt *dlm);

 static int dlm_pick_recovery_master(struct dlm_ctxt *dlm);
--
1.7.9.7

ocfs2: Question for ocfs2_recovery_thread

Joseph Qi — 2013-05-18T06:27:56

Hi,
Once there is node down in the cluster, ocfs2_recovery_thread will be
triggered on each node. These threads then do the down node recovery by
get super lock.
I have several questions on this:
1) Why each node has to run such a thread? We know at last one node can
get the super lock and do the actual recovery.
2) If this thread is running but something error occurred, take
ocfs2_super_lock failed for example, the thread will exit without
clearing recovery map, will it cause other threads still waiting for
recovery in ocfs2_wait_for_recovery?

[PATCH v2] ocfs2: goto out_unlock if ocfs2_get_clusters_nocache failed in ocfs2_fiemap

Joseph Qi — 2013-05-14T07:08:12

Last time we found there is a lock/unlock bug in ocfs2_file_aio_write,
and then we did a thoroughly search for all lock resources in
ocfs2_inode_info, including rw, inode and open lockres and found this
bug.
My kernel version is 3.0.13, and it is also in the lastest version 3.9.
In ocfs2_fiemap, once ocfs2_get_clusters_nocache failed, it should goto
out_unlock instead of out, because we need release buffer head, up read
alloc sem and unlock inode.

Cc: stable< at >vger.kernel.org
Signed-off-by: Joseph Qi <joseph.qi< at >huawei.com>
Reviewed-by: Jie Liu <jeff.liu< at >oracle.com>

---
 fs/ocfs2/extent_map.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/fs/ocfs2/extent_map.c b/fs/ocfs2/extent_map.c
index 1c39efb..2487116 100644
--- a/fs/ocfs2/extent_map.c
+++ b/fs/ocfs2/extent_map.c
< at >< at > -790,7 +790,7 < at >< at > int ocfs2_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo,
  &hole_size, &rec, &is_last);
 if (ret) {
 mlog_errno(ret);
-goto out;
+goto out_unlock;
 }
 
 if (rec.e_blkno == 0ULL) {

[PATCH] ocfs2: goto out_unlock if ocfs2_get_clusters_nocache failed in ocfs2_fiemap

Joseph Qi — 2013-05-14T06:02:00

Last time we found there is lock/unlock bug in ocfs2_file_aio_write, and
then we did a thorough search for all lock resources in
ocfs2_inode_info, including rw, inode and open lockres and found this
bug. My kernel version is 3.0.13, and it is also in the lastest version 3.9.
In ocfs2_fiemap, once ocfs2_get_clusters_nocache failed, it should goto
out_unlock instead of out, because we need release buffer head, up read
alloc sem and unlock inode.

Cc: stable< at >vger.kernel.org
Signed-off-by: Joseph Qi <joseph.qi< at >huawei.com>

---
 fs/ocfs2/extent_map.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/fs/ocfs2/extent_map.c b/fs/ocfs2/extent_map.c
index 1c39efb..2487116 100644
--- a/fs/ocfs2/extent_map.c
+++ b/fs/ocfs2/extent_map.c
< at >< at > -790,7 +790,7 < at >< at > int ocfs2_fiemap(struct inode *inode, struct
fiemap_extent_info *fieinfo,
  &hole_size, &rec, &is_last);
 if (ret) {
 mlog_errno(ret);
-goto out;
+goto out_unlock;
 }

 if (rec.e_blkno == 0ULL) {

Patch request reviews, for node reconnecting with other nodes whose node number is little than local, thanks a lot.

Guozhonghua — 2013-05-08T02:43:15

Hi, everyone,
I had have a test with eight nodes and find one issue.

The Linux kernel version is 3.2.40.

As I migrate processes from one node to another, those processes is open the files on the OCFS2 storage. Sometime one node shutdown TCP connection with that node whose node number is larger because long time without any message from it.
As the TCP connection shutdown, the node whose number larger did not restart connection to the node, whose number is little and shutdown the TCP connection.
So I review the code of the cluster and find it may be a bug.

I changed it and have a test.

Is there anybody having time to view and make sure that those changes is correct?
Thanks a lot.

The diff file is as below, of the file is /cluster/tcp.c:

root< at >gzh-dev:/home/dev/test_replace/ocfs2_ko# diff -pu ocfs2-ko-3.2-compare/cluster/tcp.c ocfs2-ko-3.2/cluster/tcp.c
--- ocfs2-ko-3.2-compare/cluster/tcp.c  2012-10-29 19:33:19.534200000 +0800
+++ ocfs2-ko-3.2/cluster/tcp.c        2013-05-08 09:33:16.386277310 +0800
< at >< at > -1699,6 +1698,10 < at >< at > static void o2net_start_connect(struct w
      if (ret == -EINPROGRESS)
              ret = 0;
+      /** Reset the timeout with 0 to avoid connection again */
+      if (ret == 0) {
+              atomic_set(&nn->nn_timeout, 0);
+      }
out:
      if (ret) {
              printk(KERN_NOTICE "o2net: Connect attempt to " SC_NODEF_FMT
< at >< at > -1725,6 +1728,11 < at >< at > static void o2net_connect_expired(struct
       spin_lock(&nn->nn_lock);
      if (!nn->nn_sc_valid) {
+              /** trigger reconnect with other nodes whose node number is little than local
+              *  while they are still able to access the storage
+              */
+              atomic_set(&nn->nn_timeout, 1);
+
               printk(KERN_NOTICE "o2net: No connection established with "
                     "node %u after %u.%u seconds, giving up.\n",
                   o2net_num_from_nn(nn),
-------------------------------------------------------------------------------------------------------------------------------------
????????????????????????????????????????
????????????????????????????????????????
????????????????????????????????????????
???
This e-mail and its attachments contain confidential information from H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel< at >oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel

[PATCH] ocfs2: unlock rw lock if inode lock failed

Joseph Qi — 2013-05-06T14:43:39

In ocfs2_file_aio_write, it does ocfs2_rw_lock first and then
ocfs2_inode_lock. But if ocfs2_inode_lock failed, it goes to out_sems
without unlocking rw lock. This will cause a bug in ocfs2_lock_res_free
when testing res->l_ex_holders, which is increased in
__ocfs2_cluster_lock and decreased in __ocfs2_cluster_unlock.

Signed-off-by: Joseph Qi <joseph.qi< at >huawei.com>

---
 fs/ocfs2/file.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c
index 6474cb4..e2cd7a8 100644
--- a/fs/ocfs2/file.c
+++ b/fs/ocfs2/file.c
< at >< at > -2290,7 +2290,7 < at >< at > relock:
 ret = ocfs2_inode_lock(inode, NULL, 1);
 if (ret < 0) {
 mlog_errno(ret);
-goto out_sems;
+goto out;
 }

 ocfs2_inode_unlock(inode, 1);

ocfs2 patches are now in patchwork

Joel Becker — 2013-05-06T12:03:28

FYI, folks,

There is now support for ocfs2 patches in the kernel.org patchwork:
https://patchwork.kernel.org/project/ocfs2-devel/list/.  The goal is to
keep track of outstanding patches that need to be reviewed, etc.  If you
want to poke at patch state, please add yourself to the project.

Joel

[PATCH v2] ocfs2: fix possible memory leak indlm_process_recovery_data

Joseph Qi — 2013-05-02T12:56:50

We found a possible memory leak in dlm_process_recovery_data when doing
code review. In dlm_process_recovery_data, it creates newlock each time,
but don't free when it is bad, and then it will lead to memory leak.

Cc: stable< at >vger.kernel.org
Signed-off-by: Joseph Qi <joseph.qi< at >huawei.com>
Reviewed-by: Jie Liu <jeff.liu< at >oracle.com>

---
 fs/ocfs2/dlm/dlmrecovery.c |    4 ++++
 1 file changed, 4 insertions(+)

diff --git a/fs/ocfs2/dlm/dlmrecovery.c b/fs/ocfs2/dlm/dlmrecovery.c
index eeac97b..9f08523 100644
--- a/fs/ocfs2/dlm/dlmrecovery.c
+++ b/fs/ocfs2/dlm/dlmrecovery.c
< at >< at > -1974,6 +1974,10 < at >< at > skip_lvb:
      res->lockname.len, res->lockname.name, ml->node);
 dlm_lockres_set_refmap_bit(dlm, res, ml->node);
 added++;
+} else {
+/* Free the new lock if it is bad */
+dlm_lock_put(newlock);
+newlock = NULL;
 }
 spin_unlock(&res->spinlock);
 }

Is it one issue. Do you have some good ideas,thanks a lot.

Guozhonghua — 2013-04-28T10:54:16

Hi, everyone

I have some questions with the OCFS2 when using it as vm-store.

With Ubuntu 1204, kernel version is 3.2.40, and ocfs2-tools version is 1.6.4.

As the network configure change, there are some issues as the log below.

Why is there the information of "Node 255 (he) is the Recovery Master for the dead node 255" in the syslog?
Why the host ZHJD-VM6 is blocked until it reboot one day time later, and what is it wait for still?

Thanks a lot.


Apr 27 17:35:59 ZHJD-VM6 kernel: [ 3734.057330] o2net: Connection to node ZHJD-VM5 (num 5) at 185.200.1.16:7100 has been idle for 30.100 secs, shutting it down.
Apr 27 17:35:59 ZHJD-VM6 kernel: [ 3734.057359] o2net: No longer connected to node ZHJD-VM5 (num 5) at 185.200.1.16:7100
Apr 27 17:35:59 ZHJD-VM6 kernel: [ 3734.058212] o2net: Connected to node ZHJD-VM5 (num 5) at 185.200.1.16:7100
Apr 27 17:36:01 ZHJD-VM6 CRON[17869]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Apr 27 17:36:01 ZHJD-VM6 CRON[17868]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Apr 27 17:37:01 ZHJD-VM6 CRON[18199]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Apr 27 17:37:01 ZHJD-VM6 CRON[18198]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Apr 27 17:38:01 ZHJD-VM6 CRON[18536]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Apr 27 17:38:01 ZHJD-VM6 CRON[18535]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Apr 27 17:39:01 ZHJD-VM6 CRON[18798]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Apr 27 17:39:01 ZHJD-VM6 CRON[18799]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.123993] INFO: task kworker/u:0:5 blocked for more than 120 seconds.
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124000] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124006] kworker/u:0     D ffffffff81806240     0     5      2 0x00000000
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124011]  ffff8805f792ba70 0000000000000046 ffff8805f792ba60 ffff8805d7cf5000
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124017]  ffff8805f792bfd8 ffff8805f792bfd8 ffff8805f792bfd8 0000000000013780
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124022]  ffff8805f74696f0 ffff8805f7905bc0 ffff8805f2a25200 7fffffffffffffff
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124027] Call Trace:
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124035]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124039]  [<ffffffff8165aba5>] schedule_timeout+0x2a5/0x320
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124046]  [<ffffffffa036e020>] ? o2dlm_lock_ast_wrapper+0x20/0x20 [ocfs2_stack_o2cb]
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124051]  [<ffffffff8158346a>] ? do_tcp_sendpages+0x5ba/0x6e0
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124055]  [<ffffffff8165a39f>] wait_for_common+0xdf/0x180
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124061]  [<ffffffff8105f990>] ? try_to_wake_up+0x200/0x200
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124065]  [<ffffffff8165a51d>] wait_for_completion+0x1d/0x20
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124092]  [<ffffffffa053beb3>] __ocfs2_cluster_lock.isra.34+0x1f3/0x810 [ocfs2]
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124116]  [<ffffffffa05543e0>] ? ocfs2_queue_orphan_scan+0x270/0x270 [ocfs2]
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124136]  [<ffffffffa053d0a9>] ocfs2_orphan_scan_lock+0x99/0xf0 [ocfs2]
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124159]  [<ffffffffa05543e0>] ? ocfs2_queue_orphan_scan+0x270/0x270 [ocfs2]
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124181]  [<ffffffffa05541c5>] ocfs2_queue_orphan_scan+0x55/0x270 [ocfs2]
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124204]  [<ffffffffa05543e0>] ? ocfs2_queue_orphan_scan+0x270/0x270 [ocfs2]
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124226]  [<ffffffffa055441a>] ocfs2_orphan_scan_work+0x3a/0xb0 [ocfs2]
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124232]  [<ffffffff81084e2a>] process_one_work+0x11a/0x480
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124236]  [<ffffffff81085bd4>] worker_thread+0x164/0x370
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124241]  [<ffffffff81085a70>] ? manage_workers.isra.29+0x130/0x130
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124246]  [<ffffffff8108a42c>] kthread+0x8c/0xa0
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124251]  [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124255]  [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0
Apr 27 17:39:45 ZHJD-VM6 kernel: [ 3959.124259]  [<ffffffff81666bf0>] ? gs_change+0x13/0x13
Apr 27 17:40:01 ZHJD-VM6 CRON[19062]: (root) CMD (   /opt/bin/ha_check_resource.sh)
Apr 27 17:40:01 ZHJD-VM6 CRON[19061]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Apr 27 17:40:01 ZHJD-VM6 CRON[19063]: (root) CMD (   /opt/bin/ha_cleanup.sh)
Apr 27 17:40:01 ZHJD-VM6 CRON[19064]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Apr 27 17:41:01 ZHJD-VM6 CRON[19360]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Apr 27 17:41:01 ZHJD-VM6 CRON[19359]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065702] INFO: task kworker/u:0:5 blocked for more than 120 seconds.
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065709] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065715] kworker/u:0     D ffffffff81806240     0     5      2 0x00000000
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065720]  ffff8805f792ba70 0000000000000046 ffff8805f792ba60 ffff8805d7cf5000
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065726]  ffff8805f792bfd8 ffff8805f792bfd8 ffff8805f792bfd8 0000000000013780
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065731]  ffff8805f74696f0 ffff8805f7905bc0 ffff8805f2a25200 7fffffffffffffff
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065736] Call Trace:
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065744]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065748]  [<ffffffff8165aba5>] schedule_timeout+0x2a5/0x320
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065755]  [<ffffffffa036e020>] ? o2dlm_lock_ast_wrapper+0x20/0x20 [ocfs2_stack_o2cb]
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065761]  [<ffffffff8158346a>] ? do_tcp_sendpages+0x5ba/0x6e0
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065764]  [<ffffffff8165a39f>] wait_for_common+0xdf/0x180
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065770]  [<ffffffff8105f990>] ? try_to_wake_up+0x200/0x200
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065774]  [<ffffffff8165a51d>] wait_for_completion+0x1d/0x20
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065800]  [<ffffffffa053beb3>] __ocfs2_cluster_lock.isra.34+0x1f3/0x810 [ocfs2]
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065824]  [<ffffffffa05543e0>] ? ocfs2_queue_orphan_scan+0x270/0x270 [ocfs2]
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065845]  [<ffffffffa053d0a9>] ocfs2_orphan_scan_lock+0x99/0xf0 [ocfs2]
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065867]  [<ffffffffa05543e0>] ? ocfs2_queue_orphan_scan+0x270/0x270 [ocfs2]
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065890]  [<ffffffffa05541c5>] ocfs2_queue_orphan_scan+0x55/0x270 [ocfs2]
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065913]  [<ffffffffa05543e0>] ? ocfs2_queue_orphan_scan+0x270/0x270 [ocfs2]
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065935]  [<ffffffffa055441a>] ocfs2_orphan_scan_work+0x3a/0xb0 [ocfs2]
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065941]  [<ffffffff81084e2a>] process_one_work+0x11a/0x480
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065945]  [<ffffffff81085bd4>] worker_thread+0x164/0x370
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065949]  [<ffffffff81085a70>] ? manage_workers.isra.29+0x130/0x130
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065954]  [<ffffffff8108a42c>] kthread+0x8c/0xa0
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065960]  [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065963]  [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0
Apr 27 17:41:45 ZHJD-VM6 kernel: [ 4079.065967]  [<ffffffff81666bf0>] ? gs_change+0x13/0x13
Apr 27 17:42:01 ZHJD-VM6 CRON[19620]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Apr 27 17:42:01 ZHJD-VM6 CRON[19621]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Apr 27 17:43:01 ZHJD-VM6 CRON[19881]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Apr 27 17:43:01 ZHJD-VM6 CRON[19882]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Apr 27 17:43:32 ZHJD-VM6 kernel: [ 4186.125655] o2net: Connection to node 2013-SRV06 (num 1) at 185.200.1.13:7100 has been idle for 30.60 secs, shutting it down.
Apr 27 17:43:32 ZHJD-VM6 kernel: [ 4186.125688] o2net: No longer connected to node 2013-SRV06 (num 1) at 185.200.1.13:7100
Apr 27 17:43:41 ZHJD-VM6 kernel: [ 4195.912900] o2net: Connection to node 2013-SRV09 (num 2) at 185.200.1.14:7100 has been idle for 30.81 secs, shutting it down.
Apr 27 17:43:41 ZHJD-VM6 kernel: [ 4195.912937] o2net: No longer connected to node 2013-SRV09 (num 2) at 185.200.1.14:7100
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007406] INFO: task kworker/u:0:5 blocked for more than 120 seconds.
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007412] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007418] kworker/u:0     D ffffffff81806240     0     5      2 0x00000000
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007423]  ffff8805f792ba70 0000000000000046 ffff8805f792ba60 ffff8805d7cf5000
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007429]  ffff8805f792bfd8 ffff8805f792bfd8 ffff8805f792bfd8 0000000000013780
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007434]  ffff8805f74696f0 ffff8805f7905bc0 ffff8805f2a25200 7fffffffffffffff
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007439] Call Trace:
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007447]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007451]  [<ffffffff8165aba5>] schedule_timeout+0x2a5/0x320
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007457]  [<ffffffffa036e020>] ? o2dlm_lock_ast_wrapper+0x20/0x20 [ocfs2_stack_o2cb]
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007463]  [<ffffffff8158346a>] ? do_tcp_sendpages+0x5ba/0x6e0
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007466]  [<ffffffff8165a39f>] wait_for_common+0xdf/0x180
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007473]  [<ffffffff8105f990>] ? try_to_wake_up+0x200/0x200
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007476]  [<ffffffff8165a51d>] wait_for_completion+0x1d/0x20
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007503]  [<ffffffffa053beb3>] __ocfs2_cluster_lock.isra.34+0x1f3/0x810 [ocfs2]
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007527]  [<ffffffffa05543e0>] ? ocfs2_queue_orphan_scan+0x270/0x270 [ocfs2]
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007547]  [<ffffffffa053d0a9>] ocfs2_orphan_scan_lock+0x99/0xf0 [ocfs2]
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007570]  [<ffffffffa05543e0>] ? ocfs2_queue_orphan_scan+0x270/0x270 [ocfs2]
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007593]  [<ffffffffa05541c5>] ocfs2_queue_orphan_scan+0x55/0x270 [ocfs2]
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007615]  [<ffffffffa05543e0>] ? ocfs2_queue_orphan_scan+0x270/0x270 [ocfs2]
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007638]  [<ffffffffa055441a>] ocfs2_orphan_scan_work+0x3a/0xb0 [ocfs2]
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007644]  [<ffffffff81084e2a>] process_one_work+0x11a/0x480
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007648]  [<ffffffff81085bd4>] worker_thread+0x164/0x370
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007652]  [<ffffffff81085a70>] ? manage_workers.isra.29+0x130/0x130
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007657]  [<ffffffff8108a42c>] kthread+0x8c/0xa0
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007662]  [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007666]  [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0
Apr 27 17:43:45 ZHJD-VM6 kernel: [ 4199.007670]  [<ffffffff81666bf0>] ? gs_change+0x13/0x13
Apr 27 17:43:47 ZHJD-VM6 kernel: [ 4201.925965] o2net: Connection to node 2013-SRV10 (num 3) at 185.200.1.15:7100 has been idle for 30.109 secs, shutting it down.
Apr 27 17:43:47 ZHJD-VM6 kernel: [ 4201.926000] o2net: No longer connected to node 2013-SRV10 (num 3) at 185.200.1.15:7100
Apr 27 17:43:50 ZHJD-VM6 kernel: [ 4204.140932] o2net: Connection to node 2013-SRV06 (num 1) at 185.200.1.13:7100 shutdown, state 7
Apr 27 17:43:53 ZHJD-VM6 kernel: [ 4207.139488] o2net: Connection to node 2013-SRV06 (num 1) at 185.200.1.13:7100 shutdown, state 7
Apr 27 17:43:56 ZHJD-VM6 kernel: [ 4210.138028] o2net: Connection to node 2013-SRV06 (num 1) at 185.200.1.13:7100 shutdown, state 7
Apr 27 17:43:59 ZHJD-VM6 kernel: [ 4213.136565] o2net: Connection to node 2013-SRV06 (num 1) at 185.200.1.13:7100 shutdown, state 7
Apr 27 17:43:59 ZHJD-VM6 kernel: [ 4213.928171] o2net: Connection to node 2013-SRV09 (num 2) at 185.200.1.14:7100 shutdown, state 7
Apr 27 17:44:01 ZHJD-VM6 CRON[20049]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Apr 27 17:44:01 ZHJD-VM6 CRON[20050]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Apr 27 17:44:02 ZHJD-VM6 kernel: [ 4216.127082] o2net: No connection established with node 1 after 30.0 seconds, giving up.
Apr 27 17:44:02 ZHJD-VM6 kernel: [ 4216.135116] o2net: Connection to node 2013-SRV06 (num 1) at 185.200.1.13:7100 shutdown, state 7
Apr 27 17:44:02 ZHJD-VM6 kernel: [ 4216.926731] o2net: Connection to node 2013-SRV09 (num 2) at 185.200.1.14:7100 shutdown, state 7
Apr 27 17:44:05 ZHJD-VM6 kernel: [ 4219.925271] o2net: Connection to node 2013-SRV09 (num 2) at 185.200.1.14:7100 shutdown, state 7
Apr 27 17:44:05 ZHJD-VM6 kernel: [ 4219.941252] o2net: Connection to node 2013-SRV10 (num 3) at 185.200.1.15:7100 shutdown, state 7
Apr 27 17:44:07 ZHJD-VM6 kernel: [ 4221.101584] o2cb: o2dlm has evicted node 1 from domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:07 ZHJD-VM6 kernel: [ 4221.101891] o2cb: o2dlm has evicted node 1 from domain AE16636E1B83497A88D6A50178172ECA
Apr 27 17:44:08 ZHJD-VM6 kernel: [ 4222.400030] o2dlm: Begin recovery on domain AE16636E1B83497A88D6A50178172ECA for node 1
Apr 27 17:44:08 ZHJD-VM6 kernel: [ 4222.923814] o2net: Connection to node 2013-SRV09 (num 2) at 185.200.1.14:7100 shutdown, state 7
Apr 27 17:44:08 ZHJD-VM6 kernel: [ 4222.939801] o2net: Connection to node 2013-SRV10 (num 3) at 185.200.1.15:7100 shutdown, state 7
Apr 27 17:44:09 ZHJD-VM6 kernel: [ 4222.959757] o2dlm: Begin recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C for node 1
Apr 27 17:44:11 ZHJD-VM6 kernel: [ 4225.922350] o2net: Connection to node 2013-SRV09 (num 2) at 185.200.1.14:7100 shutdown, state 7
Apr 27 17:44:11 ZHJD-VM6 kernel: [ 4225.938346] o2net: Connection to node 2013-SRV10 (num 3) at 185.200.1.15:7100 shutdown, state 7
Apr 27 17:44:12 ZHJD-VM6 kernel: [ 4225.978308] o2net: No connection established with node 2 after 30.0 seconds, giving up.
Apr 27 17:44:12 ZHJD-VM6 kernel: [ 4225.978415] (dlm_reco_thread,13736,2):dlm_do_master_requery:1656 ERROR: Error -107 when sending message 514 (key 0xe00bcbbe) to node 2
Apr 27 17:44:12 ZHJD-VM6 kernel: [ 4225.978427] (dlm_reco_thread,14227,1):dlm_do_master_requery:1656 ERROR: Error -107 when sending message 514 (key 0x77c0b1d1) to node 2
Apr 27 17:44:12 ZHJD-VM6 kernel: [ 4225.978434] (dlm_reco_thread,14227,1):dlm_pre_master_reco_lockres:2151 ERROR: status = -107
Apr 27 17:44:12 ZHJD-VM6 kernel: [ 4225.978441] (dlm_reco_thread,13736,2):dlm_pre_master_reco_lockres:2151 ERROR: status = -107
Apr 27 17:44:14 ZHJD-VM6 kernel: [ 4228.920883] o2net: Connection to node 2013-SRV09 (num 2) at 185.200.1.14:7100 shutdown, state 7
Apr 27 17:44:14 ZHJD-VM6 kernel: [ 4228.936893] o2net: Connection to node 2013-SRV10 (num 3) at 185.200.1.15:7100 shutdown, state 7
Apr 27 17:44:15 ZHJD-VM6 kernel: [ 4229.113560] o2cb: o2dlm has evicted node 2 from domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:15 ZHJD-VM6 kernel: [ 4229.113700] o2cb: o2dlm has evicted node 2 from domain AE16636E1B83497A88D6A50178172ECA
Apr 27 17:44:17 ZHJD-VM6 kernel: [ 4231.935407] o2net: Connection to node 2013-SRV10 (num 3) at 185.200.1.15:7100 shutdown, state 7
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.991421] o2net: No connection established with node 3 after 30.0 seconds, giving up.
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.991522] (dlm_reco_thread,13736,2):dlm_do_master_requery:1656 ERROR: Error -107 when sending message 514 (key 0xe00bcbbe) to node 3
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.991534] (dlm_reco_thread,14227,3):dlm_do_master_requery:1656 ERROR: Error -107 when sending message 514 (key 0x77c0b1d1) to node 3
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.991541] (dlm_reco_thread,13736,2):dlm_pre_master_reco_lockres:2151 ERROR: status = -107
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.991549] (dlm_reco_thread,14227,3):dlm_pre_master_reco_lockres:2151 ERROR: status = -107
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.992415] (dlm_reco_thread,13736,2):dlm_do_master_request:1332 ERROR: link to 2 went down!
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.992425] (dlm_reco_thread,13736,2):dlm_get_lock_resource:917 ERROR: status = -107
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.992433] (dlm_reco_thread,13736,2):dlm_do_master_request:1332 ERROR: link to 3 went down!
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.992440] (dlm_reco_thread,13736,2):dlm_get_lock_resource:917 ERROR: status = -107
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.992472] (dlm_reco_thread,14227,3):dlm_do_master_request:1332 ERROR: link to 2 went down!
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.992482] (dlm_reco_thread,14227,3):dlm_get_lock_resource:917 ERROR: status = -107
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.992489] (dlm_reco_thread,14227,3):dlm_do_master_request:1332 ERROR: link to 3 went down!
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.992497] (dlm_reco_thread,14227,3):dlm_get_lock_resource:917 ERROR: status = -107
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993204] (dlm_reco_thread,13736,2):dlm_restart_lock_mastery:1221 ERROR: node down! 2
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993214] (dlm_reco_thread,13736,2):dlm_wait_for_lock_mastery:1038 ERROR: status = -11
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993223] (dlm_reco_thread,13736,2):dlm_do_master_requery:1656 ERROR: Error -107 when sending message 514 (key 0xe00bcbbe) to node 3
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993232] (dlm_reco_thread,13736,2):dlm_pre_master_reco_lockres:2151 ERROR: status = -107
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993258] (dlm_reco_thread,14227,3):dlm_restart_lock_mastery:1221 ERROR: node down! 2
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993273] (dlm_reco_thread,14227,3):dlm_wait_for_lock_mastery:1038 ERROR: status = -11
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993283] (dlm_reco_thread,14227,3):dlm_do_master_requery:1656 ERROR: Error -107 when sending message 514 (key 0x77c0b1d1) to node 3
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993291] (dlm_reco_thread,14227,3):dlm_pre_master_reco_lockres:2151 ERROR: status = -107
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993876] (dlm_reco_thread,13736,2):dlm_do_master_request:1332 ERROR: link to 3 went down!
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993885] (dlm_reco_thread,13736,2):dlm_get_lock_resource:917 ERROR: status = -107
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993901] (dlm_reco_thread,14227,3):dlm_do_master_request:1332 ERROR: link to 3 went down!
Apr 27 17:44:18 ZHJD-VM6 kernel: [ 4231.993910] (dlm_reco_thread,14227,3):dlm_get_lock_resource:917 ERROR: status = -107
Apr 27 17:44:20 ZHJD-VM6 kernel: [ 4234.933965] o2net: Connection to node 2013-SRV10 (num 3) at 185.200.1.15:7100 shutdown, state 7
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.214606] o2cb: o2dlm has evicted node 1 from domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.214613] (kworker/u:2,19288,6):dlm_begin_reco_handler:2728 AB92EF420A5A475ABD6C139B0C7DDD1C: dead_node previously set to 1, node 4 changing it to 1
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.317544] o2dlm: Node 4 (he) is the Recovery Master for the dead node 1 in domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.317548] o2dlm: End recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.739293] o2cb: o2dlm has evicted node 1 from domain AE16636E1B83497A88D6A50178172ECA
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.739300] (kworker/u:2,19288,6):dlm_begin_reco_handler:2728 AE16636E1B83497A88D6A50178172ECA: dead_node previously set to 1, node 4 changing it to 1
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.760743] o2cb: o2dlm has evicted node 2 from domain AE16636E1B83497A88D6A50178172ECA
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.790445] o2cb: o2dlm has evicted node 3 from domain AE16636E1B83497A88D6A50178172ECA
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.833635] o2dlm: Node 255 (he) is the Recovery Master for the dead node 255 in domain AE16636E1B83497A88D6A50178172ECA
Apr 27 17:44:22 ZHJD-VM6 kernel: [ 4236.833639] o2dlm: End recovery on domain AE16636E1B83497A88D6A50178172ECA
Apr 27 17:44:23 ZHJD-VM6 kernel: [ 4237.125780] o2cb: o2dlm has evicted node 3 from domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:27 ZHJD-VM6 kernel: [ 4241.314898] o2dlm: Begin recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C for node 2
Apr 27 17:44:27 ZHJD-VM6 kernel: [ 4241.319727] o2cb: o2dlm has evicted node 2 from domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:27 ZHJD-VM6 kernel: [ 4241.319734] (kworker/u:3,14232,0):dlm_begin_reco_handler:2728 AB92EF420A5A475ABD6C139B0C7DDD1C: dead_node previously set to 2, node 5 changing it to 2
Apr 27 17:44:27 ZHJD-VM6 kernel: [ 4241.319793] o2dlm: Node 5 (he) is the Recovery Master for the dead node 2 in domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:27 ZHJD-VM6 kernel: [ 4241.319797] o2dlm: End recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:27 ZHJD-VM6 kernel: [ 4241.544905] o2cb: o2dlm has evicted node 2 from domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:27 ZHJD-VM6 kernel: [ 4241.544912] (kworker/u:3,14232,0):dlm_begin_reco_handler:2728 AB92EF420A5A475ABD6C139B0C7DDD1C: dead_node previously set to 2, node 7 changing it to 2
Apr 27 17:44:32 ZHJD-VM6 kernel: [ 4246.316421] o2dlm: Begin recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C for node 2
Apr 27 17:44:32 ZHJD-VM6 kernel: [ 4246.316426] o2dlm: Node 7 (he) is the Recovery Master for the dead node 2 in domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:32 ZHJD-VM6 kernel: [ 4246.316429] o2dlm: End recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:37 ZHJD-VM6 kernel: [ 4251.313976] o2dlm: Begin recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C for node 2
Apr 27 17:44:37 ZHJD-VM6 kernel: [ 4251.313980] o2dlm: Node 7 (he) is the Recovery Master for the dead node 2 in domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:37 ZHJD-VM6 kernel: [ 4251.313982] o2dlm: End recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:42 ZHJD-VM6 kernel: [ 4256.311550] o2dlm: Begin recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C for node 2
Apr 27 17:44:42 ZHJD-VM6 kernel: [ 4256.311555] o2dlm: Node 7 (he) is the Recovery Master for the dead node 2 in domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:42 ZHJD-VM6 kernel: [ 4256.311558] o2dlm: End recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:47 ZHJD-VM6 kernel: [ 4261.309120] o2dlm: Begin recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C for node 2
Apr 27 17:44:47 ZHJD-VM6 kernel: [ 4261.309125] o2dlm: Node 7 (he) is the Recovery Master for the dead node 2 in domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:47 ZHJD-VM6 kernel: [ 4261.309128] o2dlm: End recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:52 ZHJD-VM6 kernel: [ 4266.306711] o2dlm: Begin recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C for node 2
Apr 27 17:44:52 ZHJD-VM6 kernel: [ 4266.306715] o2dlm: Node 7 (he) is the Recovery Master for the dead node 2 in domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 27 17:44:52 ZHJD-VM6 kernel: [ 4266.306719] o2dlm: End recovery on domain AB92EF420A5A475ABD6C139B0C7DDD1C
Apr 28 10:49:45 ZHJD-VM6 kernel: imklog 5.8.6, log source = /proc/kmsg started.
Apr 28 10:49:45 ZHJD-VM6 rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="1313" x-info="http://www.rsyslog.com"] start
Apr 28 10:49:45 ZHJD-VM6 rsyslogd: rsyslogd's groupid changed to 103
Apr 28 10:49:45 ZHJD-VM6 rsyslogd: rsyslogd's userid changed to 101
Apr 28 10:49:45 ZHJD-VM6 rsyslogd-2039: Could not open output pipe '/dev/xconsole' [try http://www.rsyslog.com/e/2039 ]
Apr 28 10:49:45 ZHJD-VM6 kernel: [    0.000000] Initializing cgroup subsys cpuset
Apr 28 10:49:45 ZHJD-VM6 kernel: [    0.000000] Initializing cgroup subsys cpu
-------------------------------------------------------------------------------------------------------------------------------------
????????????????????????????????????????
????????????????????????????????????????
????????????????????????????????????????
???
This e-mail and its attachments contain confidential information from H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel< at >oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel

[PATCH 2/2] ocfs2: Fix NULL dereference for movingextents

Jeff Liu — 2013-04-09T03:17:45

From: Dan Carpenter <dan.carpenter< at >oracle.com>

We can't dereference "bg" before it has been assigned.
GCC should have warned about this but "bg" was initialized to NULL.
I've fixed that as well.

Signed-off-by: Dan Carpenter <dan.carpenter< at >oracle.com>
Reviewed-by: Jie Liu <jeff.liu< at >oracle.com>
---
 fs/ocfs2/move_extents.c |   16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/fs/ocfs2/move_extents.c b/fs/ocfs2/move_extents.c
index ce1ce76..0b974b5 100644
--- a/fs/ocfs2/move_extents.c
+++ b/fs/ocfs2/move_extents.c
< at >< at > -473,7 +473,7 < at >< at > static int ocfs2_validate_and_adjust_move_goal(struct inode *inode,
 int ret, goal_bit = 0;
 
 struct buffer_head *gd_bh = NULL;
-struct ocfs2_group_desc *bg = NULL;
+struct ocfs2_group_desc *bg;
 struct ocfs2_super *osb = OCFS2_SB(inode->i_sb);
 int c_to_b = 1 << (osb->s_clustersize_bits -
 inode->i_sb->s_blocksize_bits);
< at >< at > -484,13 +484,6 < at >< at > static int ocfs2_validate_and_adjust_move_goal(struct inode *inode,
 range->me_goal = ocfs2_block_to_cluster_start(inode->i_sb,
       range->me_goal);
 /*
- * moving goal is not allowd to start with a group desc blok(#0 blk)
- * let's compromise to the latter cluster.
- */
-if (range->me_goal == le64_to_cpu(bg->bg_blkno))
-range->me_goal += c_to_b;
-
-/*
  * validate goal sits within global_bitmap, and return the victim
  * group desc
  */
< at >< at > -504,6 +497,13 < at >< at > static int ocfs2_validate_and_adjust_move_goal(struct inode *inode,
 bg = (struct ocfs2_group_desc *)gd_bh->b_data;
 
 /*
+ * moving goal is not allowd to start with a group desc blok(#0 blk)
+ * let's compromise to the latter cluster.
+ */
+if (range->me_goal == le64_to_cpu(bg->bg_blkno))
+range->me_goal += c_to_b;
+
+/*
  * movement is not gonna cross two groups.
  */
 if ((le16_to_cpu(bg->bg_bits) - goal_bit) * osb->s_clustersize <

[PATCH 1/2] ocfs2: fix error handling inocfs2_ioctl_move_extents()

Jeff Liu — 2013-04-09T03:17:40

From: Dan Carpenter <dan.carpenter< at >oracle.com>

Smatch complains that if we hit an error (for example if the file is
immutable) then "range" has uninitialized stack data and we copy it to
the user.

I've re-written the error handling to avoid this problem and make it a
little cleaner as well.

Signed-off-by: Dan Carpenter <dan.carpenter< at >oracle.com>
Reviewed-by: Jie Liu <jeff.liu< at >oracle.com>
---
v2: check for argp earlier

diff --git a/fs/ocfs2/move_extents.c b/fs/ocfs2/move_extents.c
index 9f8dcad..8f3d3cb 100644
--- a/fs/ocfs2/move_extents.c
+++ b/fs/ocfs2/move_extents.c
< at >< at > -1057,42 +1057,40 < at >< at > int ocfs2_ioctl_move_extents(struct file *filp, void __user *argp)
 
 struct inode *inode = file_inode(filp);
 struct ocfs2_move_extents range;
-struct ocfs2_move_extents_context *context = NULL;
+struct ocfs2_move_extents_context *context;
+
+if (!argp)
+return -EINVAL;
 
 status = mnt_want_write_file(filp);
 if (status)
 return status;
 
 if ((!S_ISREG(inode->i_mode)) || !(filp->f_mode & FMODE_WRITE))
-goto out;
+goto out_drop;
 
 if (inode->i_flags & (S_IMMUTABLE|S_APPEND)) {
 status = -EPERM;
-goto out;
+goto out_drop;
 }
 
 context = kzalloc(sizeof(struct ocfs2_move_extents_context), GFP_NOFS);
 if (!context) {
 status = -ENOMEM;
 mlog_errno(status);
-goto out;
+goto out_drop;
 }
 
 context->inode = inode;
 context->file = filp;
 
-if (argp) {
-if (copy_from_user(&range, argp, sizeof(range))) {
-status = -EFAULT;
-goto out;
-}
-} else {
-status = -EINVAL;
-goto out;
+if (copy_from_user(&range, argp, sizeof(range))) {
+status = -EFAULT;
+goto out_free;
 }
 
 if (range.me_start > i_size_read(inode))
-goto out;
+goto out_free;
 
 if (range.me_start + range.me_len > i_size_read(inode))
 range.me_len = i_size_read(inode) - range.me_start;
< at >< at > -1124,25 +1122,24 < at >< at > int ocfs2_ioctl_move_extents(struct file *filp, void __user *argp)
 
 status = ocfs2_validate_and_adjust_move_goal(inode, &range);
 if (status)
-goto out;
+goto out_copy;
 }
 
 status = ocfs2_move_extents(context);
 if (status)
 mlog_errno(status);
-out:
+out_copy:
 /*
  * movement/defragmentation may end up being partially completed,
  * that's the reason why we need to return userspace the finished
  * length and new_offset even if failure happens somewhere.
  */
-if (argp) {
-if (copy_to_user(argp, &range, sizeof(range)))
-status = -EFAULT;
-}
+if (copy_to_user(argp, &range, sizeof(range)))
+status = -EFAULT;
 
+out_free:
 kfree(context);
-
+out_drop:
 mnt_drop_write_file(filp);
 
 return status;

OCFS2 issues reports, any ideads or patches, Thanks

Guozhonghua — 2013-03-27T03:30:47

Mar 27 10:54:08 cvk-7 kernel: [  361.374376] INFO: task kworker/u:1:73 blocked for more than 120 seconds.
Mar 27 10:54:08 cvk-7 kernel: [  361.374383] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar 27 10:54:08 cvk-7 kernel: [  361.374389] kworker/u:1     D ffffffff81806240     0    73      2 0x00000000
Mar 27 10:54:08 cvk-7 kernel: [  361.374395]  ffff880405883ba0 0000000000000046 0000000000000600 ffff880404839548
Mar 27 10:54:08 cvk-7 kernel: [  361.374401]  ffff880405883fd8 ffff880405883fd8 ffff880405883fd8 0000000000013780
Mar 27 10:54:08 cvk-7 kernel: [  361.374406]  ffff880405f316f0 ffff880405888000 ffff880405883bb0 ffff880405b59000
Mar 27 10:54:08 cvk-7 kernel: [  361.374412] Call Trace:
Mar 27 10:54:08 cvk-7 kernel: [  361.374420]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Mar 27 10:54:08 cvk-7 kernel: [  361.374457]  [<ffffffffa056bd9d>] ocfs2_wait_for_recovery+0x5d/0x90 [ocfs2]
Mar 27 10:54:08 cvk-7 kernel: [  361.374464]  [<ffffffff8108aec0>] ? add_wait_queue+0x60/0x60
Mar 27 10:54:08 cvk-7 kernel: [  361.374484]  [<ffffffffa0556768>] ocfs2_inode_lock_full_nested+0x1d8/0xa90 [ocfs2]
Mar 27 10:54:08 cvk-7 kernel: [  361.374508]  [<ffffffffa0570120>] ocfs2_complete_local_alloc_recovery+0x70/0x3e0 [ocfs2]
Mar 27 10:54:08 cvk-7 kernel: [  361.374531]  [<ffffffffa056bf54>] ocfs2_complete_recovery+0x184/0xb20 [ocfs2]
Mar 27 10:54:08 cvk-7 kernel: [  361.374555]  [<ffffffffa056bdd0>] ? ocfs2_wait_for_recovery+0x90/0x90 [ocfs2]
Mar 27 10:54:08 cvk-7 kernel: [  361.374561]  [<ffffffff81084e2a>] process_one_work+0x11a/0x480
Mar 27 10:54:08 cvk-7 kernel: [  361.374565]  [<ffffffff81085bd4>] worker_thread+0x164/0x370
Mar 27 10:54:08 cvk-7 kernel: [  361.374570]  [<ffffffff81085a70>] ? manage_workers.isra.29+0x130/0x130
Mar 27 10:54:08 cvk-7 kernel: [  361.374574]  [<ffffffff8108a42c>] kthread+0x8c/0xa0
Mar 27 10:54:08 cvk-7 kernel: [  361.374579]  [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10
Mar 27 10:54:08 cvk-7 kernel: [  361.374583]  [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0
Mar 27 10:54:08 cvk-7 kernel: [  361.374587]  [<ffffffff81666bf0>] ? gs_change+0x13/0x13
Mar 27 10:54:08 cvk-7 kernel: [  361.374610] INFO: task libvirtd:3302 blocked for more than 120 seconds.
Mar 27 10:54:08 cvk-7 kernel: [  361.374614] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar 27 10:54:08 cvk-7 kernel: [  361.374619] libvirtd        D ffffffff81806240     0  3302      1 0x00000000
Mar 27 10:54:08 cvk-7 kernel: [  361.374624]  ffff880803117b88 0000000000000082 ffff880803117b38 ffffffff81314079
Mar 27 10:54:08 cvk-7 kernel: [  361.374630]  ffff880803117fd8 ffff880803117fd8 ffff880803117fd8 0000000000013780
Mar 27 10:54:08 cvk-7 kernel: [  361.374635]  ffff880405f144d0 ffff8807ed18c4d0 ffff880803117b98 ffff880405b59000
Mar 27 10:54:08 cvk-7 kernel: [  361.374640] Call Trace:
Mar 27 10:54:08 cvk-7 kernel: [  361.374646]  [<ffffffff81314079>] ? put_dec+0x59/0x60
Mar 27 10:54:08 cvk-7 kernel: [  361.374649]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Mar 27 10:54:08 cvk-7 kernel: [  361.374672]  [<ffffffffa056bd9d>] ocfs2_wait_for_recovery+0x5d/0x90 [ocfs2]
Mar 27 10:54:08 cvk-7 kernel: [  361.374676]  [<ffffffff8108aec0>] ? add_wait_queue+0x60/0x60
Mar 27 10:54:08 cvk-7 kernel: [  361.374696]  [<ffffffffa0556768>] ocfs2_inode_lock_full_nested+0x1d8/0xa90 [ocfs2]
Mar 27 10:54:08 cvk-7 kernel: [  361.374701]  [<ffffffff81182f67>] ? __follow_mount_rcu.isra.12+0x37/0xd0
Mar 27 10:54:08 cvk-7 kernel: [  361.374722]  [<ffffffffa055cbd8>] ocfs2_permission+0x38/0x100 [ocfs2]
Mar 27 10:54:08 cvk-7 kernel: [  361.374726]  [<ffffffff811835c6>] inode_permission+0xa6/0x110
Mar 27 10:54:08 cvk-7 kernel: [  361.374730]  [<ffffffff81184162>] ? complete_walk+0x92/0x120
Mar 27 10:54:08 cvk-7 kernel: [  361.374734]  [<ffffffff811836a5>] may_open+0x75/0x120
Mar 27 10:54:08 cvk-7 kernel: [  361.374737]  [<ffffffff81185b5b>] do_last+0x1ab/0x730
Mar 27 10:54:08 cvk-7 kernel: [  361.374741]  [<ffffffff81187481>] path_openat+0xd1/0x3f0
Mar 27 10:54:08 cvk-7 kernel: [  361.374745]  [<ffffffff811878c2>] do_filp_open+0x42/0xa0
Mar 27 10:54:08 cvk-7 kernel: [  361.374751]  [<ffffffff81318ce1>] ? strncpy_from_user+0x31/0x40
Mar 27 10:54:08 cvk-7 kernel: [  361.374755]  [<ffffffff81182c0a>] ? do_getname+0x10a/0x180
Mar 27 10:54:08 cvk-7 kernel: [  361.374759]  [<ffffffff8165c46e>] ? _raw_spin_lock+0xe/0x20
Mar 27 10:54:08 cvk-7 kernel: [  361.374764]  [<ffffffff81194b67>] ? alloc_fd+0xf7/0x150
Mar 27 10:54:08 cvk-7 kernel: [  361.374769]  [<ffffffff81176f6d>] do_sys_open+0xed/0x220
Mar 27 10:54:08 cvk-7 kernel: [  361.374773]  [<ffffffff81179175>] ? fput+0x25/0x30
Mar 27 10:54:08 cvk-7 kernel: [  361.374776]  [<ffffffff811770e1>] sys_openat+0x11/0x20
Mar 27 10:54:08 cvk-7 kernel: [  361.374780]  [<ffffffff81664a82>] system_call_fastpath+0x16/0x1b
Mar 27 10:55:01 cvk-7 CRON[5165]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Mar 27 10:55:01 cvk-7 CRON[5166]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Mar 27 10:55:01 cvk-7 CRON[5167]: (root) CMD (   /opt/bin/ha_cleanup.sh)
Mar 27 10:56:01 cvk-7 CRON[5404]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Mar 27 10:56:01 cvk-7 CRON[5405]: (root) CMD (   /opt/bin/ha_check_resource.sh)
Mar 27 10:56:08 cvk-7 kernel: [  481.175441] INFO: task kworker/u:1:73 blocked for more than 120 seconds.
Mar 27 10:56:08 cvk-7 kernel: [  481.175447] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar 27 10:56:08 cvk-7 kernel: [  481.175453] kworker/u:1     D ffffffff81806240     0    73      2 0x00000000
Mar 27 10:56:08 cvk-7 kernel: [  481.175458]  ffff880405883ba0 0000000000000046 0000000000000600 ffff880404839548
Mar 27 10:56:08 cvk-7 kernel: [  481.175465]  ffff880405883fd8 ffff880405883fd8 ffff880405883fd8 0000000000013780
Mar 27 10:56:08 cvk-7 kernel: [  481.175470]  ffff880405f316f0 ffff880405888000 ffff880405883bb0 ffff880405b59000
Mar 27 10:56:08 cvk-7 kernel: [  481.175476] Call Trace:
Mar 27 10:56:08 cvk-7 kernel: [  481.175484]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Mar 27 10:56:08 cvk-7 kernel: [  481.175519]  [<ffffffffa056bd9d>] ocfs2_wait_for_recovery+0x5d/0x90 [ocfs2]
Mar 27 10:56:08 cvk-7 kernel: [  481.175526]  [<ffffffff8108aec0>] ? add_wait_queue+0x60/0x60
Mar 27 10:56:08 cvk-7 kernel: [  481.175546]  [<ffffffffa0556768>] ocfs2_inode_lock_full_nested+0x1d8/0xa90 [ocfs2]
Mar 27 10:56:08 cvk-7 kernel: [  481.175570]  [<ffffffffa0570120>] ocfs2_complete_local_alloc_recovery+0x70/0x3e0 [ocfs2]
Mar 27 10:56:08 cvk-7 kernel: [  481.175593]  [<ffffffffa056bf54>] ocfs2_complete_recovery+0x184/0xb20 [ocfs2]
Mar 27 10:56:08 cvk-7 kernel: [  481.175617]  [<ffffffffa056bdd0>] ? ocfs2_wait_for_recovery+0x90/0x90 [ocfs2]
Mar 27 10:56:08 cvk-7 kernel: [  481.175623]  [<ffffffff81084e2a>] process_one_work+0x11a/0x480
Mar 27 10:56:08 cvk-7 kernel: [  481.175627]  [<ffffffff81085bd4>] worker_thread+0x164/0x370
Mar 27 10:56:08 cvk-7 kernel: [  481.175632]  [<ffffffff81085a70>] ? manage_workers.isra.29+0x130/0x130
Mar 27 10:56:08 cvk-7 kernel: [  481.175636]  [<ffffffff8108a42c>] kthread+0x8c/0xa0
Mar 27 10:56:08 cvk-7 kernel: [  481.175641]  [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10
Mar 27 10:56:08 cvk-7 kernel: [  481.175645]  [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0
Mar 27 10:56:08 cvk-7 kernel: [  481.175649]  [<ffffffff81666bf0>] ? gs_change+0x13/0x13
Mar 27 10:56:08 cvk-7 kernel: [  481.175673] INFO: task libvirtd:3302 blocked for more than 120 seconds.
Mar 27 10:56:08 cvk-7 kernel: [  481.175677] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar 27 10:56:08 cvk-7 kernel: [  481.175682] libvirtd        D ffffffff81806240     0  3302      1 0x00000000
Mar 27 10:56:08 cvk-7 kernel: [  481.175687]  ffff880803117b88 0000000000000082 ffff880803117b38 ffffffff81314079
Mar 27 10:56:08 cvk-7 kernel: [  481.175692]  ffff880803117fd8 ffff880803117fd8 ffff880803117fd8 0000000000013780
Mar 27 10:56:08 cvk-7 kernel: [  481.175697]  ffff880405f144d0 ffff8807ed18c4d0 ffff880803117b98 ffff880405b59000
Mar 27 10:56:08 cvk-7 kernel: [  481.175703] Call Trace:
Mar 27 10:56:08 cvk-7 kernel: [  481.175708]  [<ffffffff81314079>] ? put_dec+0x59/0x60
Mar 27 10:56:08 cvk-7 kernel: [  481.175712]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Mar 27 10:56:08 cvk-7 kernel: [  481.175735]  [<ffffffffa056bd9d>] ocfs2_wait_for_recovery+0x5d/0x90 [ocfs2]
Mar 27 10:56:08 cvk-7 kernel: [  481.175739]  [<ffffffff8108aec0>] ? add_wait_queue+0x60/0x60
Mar 27 10:56:08 cvk-7 kernel: [  481.175759]  [<ffffffffa0556768>] ocfs2_inode_lock_full_nested+0x1d8/0xa90 [ocfs2]
Mar 27 10:56:08 cvk-7 kernel: [  481.175764]  [<ffffffff81182f67>] ? __follow_mount_rcu.isra.12+0x37/0xd0
Mar 27 10:56:08 cvk-7 kernel: [  481.175785]  [<ffffffffa055cbd8>] ocfs2_permission+0x38/0x100 [ocfs2]
Mar 27 10:56:08 cvk-7 kernel: [  481.175789]  [<ffffffff811835c6>] inode_permission+0xa6/0x110
Mar 27 10:56:08 cvk-7 kernel: [  481.175793]  [<ffffffff81184162>] ? complete_walk+0x92/0x120
Mar 27 10:56:08 cvk-7 kernel: [  481.175796]  [<ffffffff811836a5>] may_open+0x75/0x120
Mar 27 10:56:08 cvk-7 kernel: [  481.175800]  [<ffffffff81185b5b>] do_last+0x1ab/0x730
Mar 27 10:56:08 cvk-7 kernel: [  481.175804]  [<ffffffff81187481>] path_openat+0xd1/0x3f0
Mar 27 10:56:08 cvk-7 kernel: [  481.175808]  [<ffffffff811878c2>] do_filp_open+0x42/0xa0
Mar 27 10:56:08 cvk-7 kernel: [  481.175814]  [<ffffffff81318ce1>] ? strncpy_from_user+0x31/0x40
Mar 27 10:56:08 cvk-7 kernel: [  481.175817]  [<ffffffff81182c0a>] ? do_getname+0x10a/0x180
Mar 27 10:56:08 cvk-7 kernel: [  481.175822]  [<ffffffff8165c46e>] ? _raw_spin_lock+0xe/0x20
Mar 27 10:56:08 cvk-7 kernel: [  481.175827]  [<ffffffff81194b67>] ? alloc_fd+0xf7/0x150
Mar 27 10:56:08 cvk-7 kernel: [  481.175831]  [<ffffffff81176f6d>] do_sys_open+0xed/0x220
Mar 27 10:56:08 cvk-7 kernel: [  481.175835]  [<ffffffff81179175>] ? fput+0x25/0x30
Mar 27 10:56:08 cvk-7 kernel: [  481.175839]  [<ffffffff811770e1>] sys_openat+0x11/0x20
Mar 27 10:56:08 cvk-7 kernel: [  481.175843]  [<ffffffff81664a82>] system_call_fastpath+0x16/0x1b
-------------------------------------------------------------------------------------------------------------------------------------
????????????????????????????????????????
????????????????????????????????????????
????????????????????????????????????????
???
This e-mail and its attachments contain confidential information from H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel< at >oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel

OEL 6.4 + OCFS 1.8 - This same bugs like in old 1.6and Vanilla kernels [ 3.2.40 including ]

2013-03-19T09:02:43

Hello
I just install fresh OEL 6.4 to check how working OCFS 1.8 and i saw there is still bug with spam error messages in dmesg like in 1.6.

[root< at >OCFS2-1 ~]# uname -a
Linux OCFS2-1.tktelekom.pl 2.6.39-400.17.2.el6uek.x86_64 #1 SMP Wed Mar 13 12:31:05 PDT 2013 x86_64 x86_64 x86_64 GNU/Linux

[root< at >OCFS2-1 ~]# dmesg
[cut]
(rm,2362,0):ocfs2_unlink:951 ERROR: status = -2
(rm,2527,1):ocfs2_unlink:951 ERROR: status = –39

Thanks
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel< at >oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel

Any advices with these exceptions, Thanks.

Guozhonghua — 2013-03-18T07:20:13

Hi, I have a test with ocfs2 as virtual machine stores, using Ubuntu12.04, precise version, with kernel 3.2.X.

205643:Feb 26 10:35:22 ckvmain kernel: [774929.093922] o2net: No longer connected to node cvkslave (num 1) at 192.168.100.12:7100
205644:Feb 26 10:35:22 ckvmain kernel: [774929.094017] o2cb: o2dlm has evicted node 1 from domain 8AAEFC21BC6B4CE0A02DF3C10737AB14
205645:Feb 26 10:35:23 ckvmain kernel: [774930.342401] o2dlm: Begin recovery on domain 8AAEFC21BC6B4CE0A02DF3C10737AB14 for node 1
205646:Feb 26 10:35:23 ckvmain kernel: [774930.344087] o2dlm: Node 2 (me) is the Recovery Master for the dead node 1 in domain 8AAEFC21BC6B4CE0A02DF3C10737AB14
205647:Feb 26 10:35:24 ckvmain kernel: [774931.093949] o2net: Connected to node cvkslave (num 1) at 192.168.100.12:7100
205648:Feb 26 10:35:28 ckvmain kernel: [774935.332139] o2dlm: End recovery on domain 8AAEFC21BC6B4CE0A02DF3C10737AB14
205649:Feb 26 10:35:28 ckvmain kernel: [774935.343294] ocfs2: Begin replay journal (node 1, slot 0) on device (8,16)
205790:Feb 26 10:35:30 ckvmain kernel: [774937.819459] ocfs2: End replay journal (node 1, slot 0) on device (8,16)
205791:Feb 26 10:35:30 ckvmain kernel: [774937.855776] ocfs2: Beginning quota recovery on device (8,16) for slot 0
205792:Feb 26 10:35:30 ckvmain kernel: [774937.858244] ocfs2: Finishing quota recovery on device (8,16) for slot 0
205793:Feb 26 10:35:34 ckvmain kernel: [774941.094705] o2net: No longer connected to node cvkslave (num 1) at 192.168.100.12:7100
205794:Feb 26 10:35:36 ckvmain kernel: [774943.099069] o2net: Connected to node cvkslave (num 1) at 192.168.100.12:7100
207442:Feb 26 10:37:31 ckvmain kernel: [775057.583863] ------------[ cut here ]------------
207443:Feb 26 10:37:31 ckvmain kernel: [775057.584119] kernel BUG at fs/ocfs2/dlm/dlmast.c:357!
207444:Feb 26 10:37:31 ckvmain kernel: [775057.584390] invalid opcode: 0000 [#1] SMP
207445:Feb 26 10:37:31 ckvmain kernel: [775057.584611] CPU 14
207446:Feb 26 10:37:31 ckvmain kernel: [775057.584722] Modules linked in: ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables ocfs2(O) quota_tree nls_utf8 cifs 8021q garp stp kvm_intel kvm ocfs2_dlmfs(O) ocfs2_stack_o2cb(O) ocfs2_dlm(O) ocfs2_nodemanager(O) ocfs2_stackglue(O) configfs openvswitch_mod(O) vesafb ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc radeon ttm drm_kms_helper drm psmouse i2c_algo_bit serio_raw joydev hpilo acpi_power_meter i7core_edac edac_core mac_hid lp parport usbhid bnx2 hid hpsa
207447:Feb 26 10:37:31 ckvmain kernel: [775057.587731]
207448:Feb 26 10:37:31 ckvmain kernel: [775057.587808] Pid: 28020, comm: kworker/u:1 Tainted: G           O 3.2.0-23-generic #36-Ubuntu HP ProLiant DL380 G7
207449:Feb 26 10:37:31 ckvmain kernel: [775057.605648] RIP: 0010:[<ffffffffa044fcad>]  [<ffffffffa044fcad>] dlm_proxy_ast_handler+0x82d/0xa10 [ocfs2_dlm]
207450:Feb 26 10:37:31 ckvmain kernel: [775057.624512] RSP: 0018:ffff8810fa9cbc80  EFLAGS: 00010246
207451:Feb 26 10:37:31 ckvmain kernel: [775057.634008] RAX: 0000000000000002 RBX: ffff880134922000 RCX: 000000000000001d
207452:Feb 26 10:37:31 ckvmain kernel: [775057.652535] RDX: ffff8811c4a40000 RSI: ffff880134922029 RDI: ffff8808e0a2406c
207453:Feb 26 10:37:31 ckvmain kernel: [775057.671971] RBP: ffff8810fa9cbd20 R08: 0000000000000030 R09: 0000000000000000
207454:Feb 26 10:37:31 ckvmain kernel: [775057.691922] R10: ca00000000000002 R11: 0000000000000001 R12: 0000000000000000
207455:Feb 26 10:37:31 ckvmain kernel: [775057.712323] R13: ffff8808e0a24000 R14: 000000000000001f R15: ffff8811c49444d0
207456:Feb 26 10:37:31 ckvmain kernel: [775057.732965] FS:  0000000000000000(0000) GS:ffff8808fbce0000(0000) knlGS:0000000000000000
207457:Feb 26 10:37:31 ckvmain kernel: [775057.753749] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
207458:Feb 26 10:37:31 ckvmain kernel: [775057.764460] CR2: 00000000004521ee CR3: 0000000001c05000 CR4: 00000000000006e0
207459:Feb 26 10:37:31 ckvmain kernel: [775057.785292] DR0: 0000000000000003 DR1: 00000000000000b0 DR2: 0000000000000001
207460:Feb 26 10:37:31 ckvmain kernel: [775057.806254] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
207461:Feb 26 10:37:31 ckvmain kernel: [775057.827160] Process kworker/u:1 (pid: 28020, threadinfo ffff8810fa9ca000, task ffff8811c49444d0)
207462:Feb 26 10:37:31 ckvmain kernel: [775057.848113] Stack:
207463:Feb 26 10:37:31 ckvmain kernel: [775057.858177]  ffff88117e3e0478 ffff8810fa9cbca0 0000000000000286 ffff88117e3e0478
207464:Feb 26 10:37:31 ckvmain kernel: [775057.878536]  ffff8810fa9cbd00 ffffffff81078553 ffff8810fa9cbcf0 ffffffff81082bea
207465:Feb 26 10:37:31 ckvmain kernel: [775057.899471]  ffff8810fa9cbd20 ffffffffa0400f01 ca00000000000002 0000000000000000
207466:Feb 26 10:37:31 ckvmain kernel: [775057.920272] Call Trace:
207467:Feb 26 10:37:31 ckvmain kernel: [775057.930466]  [<ffffffff81078553>] ? mod_timer+0x143/0x2f0
207468:Feb 26 10:37:31 ckvmain kernel: [775057.940754]  [<ffffffff81082bea>] ? queue_delayed_work_on+0xba/0x140
207469:Feb 26 10:37:31 ckvmain kernel: [775057.950933]  [<ffffffffa0400f01>] ? o2net_listen_data_ready+0x61/0xe0 [ocfs2_nodemanager]
207470:Feb 26 10:37:31 ckvmain kernel: [775057.970814]  [<ffffffffa0403836>] o2net_rx_until_empty+0x506/0xdf0 [ocfs2_nodemanager]
207471:Feb 26 10:37:31 ckvmain kernel: [775057.990706]  [<ffffffff8165c46e>] ? _raw_spin_lock+0xe/0x20
207472:Feb 26 10:37:31 ckvmain kernel: [775058.000670]  [<ffffffff8105617a>] ? finish_task_switch+0x4a/0xf0
207473:Feb 26 10:37:31 ckvmain kernel: [775058.010662]  [<ffffffffa0403330>] ? o2net_shutdown_sc+0x1a0/0x1a0 [ocfs2_nodemanager]
207474:Feb 26 10:37:31 ckvmain kernel: [775058.029786]  [<ffffffff81084e2a>] process_one_work+0x11a/0x480
207475:Feb 26 10:37:31 ckvmain kernel: [775058.039393]  [<ffffffff81085bd4>] worker_thread+0x164/0x370
207476:Feb 26 10:37:31 ckvmain kernel: [775058.048794]  [<ffffffff81085a70>] ? manage_workers.isra.29+0x130/0x130
207477:Feb 26 10:37:31 ckvmain kernel: [775058.058189]  [<ffffffff8108a42c>] kthread+0x8c/0xa0
207478:Feb 26 10:37:31 ckvmain kernel: [775058.067421]  [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10
207479:Feb 26 10:37:31 ckvmain kernel: [775058.076537]  [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0
207480:Feb 26 10:37:31 ckvmain kernel: [775058.085518]  [<ffffffff81666bf0>] ? gs_change+0x13/0x13
207481:Feb 26 10:37:31 ckvmain kernel: [775058.094265] Code: 1a f7 ff ff e9 7e fc ff ff 48 bb 40 00 00 00 00 00 00 10 48 85 1d 24 c7 fb ff 74 0d 48 85 1d 5b e6 fb ff 0f 84 3f 01 00 00 0f 0b <0f> 0b 0f 0b 65 48 8b 34 25 00 c5 00 00 8b 96 ac 02 00 00 41 b9
207482:Feb 26 10:37:31 ckvmain kernel: [775058.120447] RIP  [<ffffffffa044fcad>] dlm_proxy_ast_handler+0x82d/0xa10 [ocfs2_dlm]
207483:Feb 26 10:37:31 ckvmain kernel: [775058.137954]  RSP <ffff8810fa9cbc80>
207484:Feb 26 10:37:31 ckvmain kernel: [775058.158120] ---[ end trace a161d655692fc859 ]---
207485:Feb 26 10:37:31 ckvmain kernel: [775058.166729] BUG: unable to handle kernel paging request at fffffffffffffff8
207486:Feb 26 10:37:31 ckvmain kernel: [775058.175331] IP: [<ffffffff8108a8c1>] kthread_data+0x11/0x20



-------------------------------------------------------------------------------------------------------------------------------------
????????????????????????????????????????
????????????????????????????????????????
????????????????????????????????????????
???
This e-mail and its attachments contain confidential information from H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel< at >oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel

It may be an ocfs2 bug.

Guozhonghua — 2013-03-15T07:22:04

Hi, every one:

In the function:
static long ocfs2_fallocate(struct file *file, int mode, loff_t offset,
                            loff_t len)
{
...
        return __ocfs2_change_file_space(NULL, inode, offset, cmd, &sr,
                                        change_size);
}


The NULL should be file, such as below, one of our coworker found it.
static long ocfs2_fallocate(struct file *file, int mode, loff_t offset,
                            loff_t len)
{
...
        return __ocfs2_change_file_space(file, inode, offset, cmd, &sr,
                                        change_size);
}

-------------------------------------------------------------------------------------------------------------------------------------
????????????????????????????????????????
????????????????????????????????????????
????????????????????????????????????????
???
This e-mail and its attachments contain confidential information from H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel< at >oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel

OCFS2 bug reports

Guozhonghua — 2013-03-15T02:41:05

Hi, I have a test with ocfs2 as virtual machine stores, using Ubuntu12.04, precise version.

Sometimes, there are some exception and the cluster blocked, may be all the nodes in the cluster will be restart to avoid it.


Feb 26 10:37:31 ckvmain kernel: [775057.583863] ------------[ cut here ]------------
Feb 26 10:37:31 ckvmain kernel: [775057.584119] kernel BUG at fs/ocfs2/dlm/dlmast.c:357!
Feb 26 10:37:31 ckvmain kernel: [775057.584390] invalid opcode: 0000 [#1] SMP
Feb 26 10:37:31 ckvmain kernel: [775057.584611] CPU 14
Feb 26 10:37:31 ckvmain kernel: [775057.584722] Modules linked in: ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables ocfs2(O) quota_tree nls_utf8 cifs 8021q garp stp kvm_intel kvm ocfs2_dlmfs(O) ocfs2_stack_o2cb(O) ocfs2_dlm(O) ocfs2_nodemanager(O) ocfs2_stackglue(O) configfs openvswitch_mod(O) vesafb ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc radeon ttm drm_kms_helper drm psmouse i2c_algo_bit serio_raw joydev hpilo acpi_power_meter i7core_edac edac_core mac_hid lp parport usbhid bnx2 hid hpsa
Feb 26 10:37:31 ckvmain kernel: [775057.587731]
Feb 26 10:37:31 ckvmain kernel: [775057.587808] Pid: 28020, comm: kworker/u:1 Tainted: G           O 3.2.0-23-generic #36-Ubuntu HP ProLiant DL380 G7
Feb 26 10:37:31 ckvmain kernel: [775057.605648] RIP: 0010:[<ffffffffa044fcad>]  [<ffffffffa044fcad>] dlm_proxy_ast_handler+0x82d/0xa10 [ocfs2_dlm]
Feb 26 10:37:31 ckvmain kernel: [775057.624512] RSP: 0018:ffff8810fa9cbc80  EFLAGS: 00010246
Feb 26 10:37:31 ckvmain kernel: [775057.634008] RAX: 0000000000000002 RBX: ffff880134922000 RCX: 000000000000001d
Feb 26 10:37:31 ckvmain kernel: [775057.652535] RDX: ffff8811c4a40000 RSI: ffff880134922029 RDI: ffff8808e0a2406c
Feb 26 10:37:31 ckvmain kernel: [775057.671971] RBP: ffff8810fa9cbd20 R08: 0000000000000030 R09: 0000000000000000
Feb 26 10:37:31 ckvmain kernel: [775057.691922] R10: ca00000000000002 R11: 0000000000000001 R12: 0000000000000000
Feb 26 10:37:31 ckvmain kernel: [775057.712323] R13: ffff8808e0a24000 R14: 000000000000001f R15: ffff8811c49444d0
Feb 26 10:37:31 ckvmain kernel: [775057.732965] FS:  0000000000000000(0000) GS:ffff8808fbce0000(0000) knlGS:0000000000000000
Feb 26 10:37:31 ckvmain kernel: [775057.753749] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Feb 26 10:37:31 ckvmain kernel: [775057.764460] CR2: 00000000004521ee CR3: 0000000001c05000 CR4: 00000000000006e0
Feb 26 10:37:31 ckvmain kernel: [775057.785292] DR0: 0000000000000003 DR1: 00000000000000b0 DR2: 0000000000000001
Feb 26 10:37:31 ckvmain kernel: [775057.806254] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Feb 26 10:37:31 ckvmain kernel: [775057.827160] Process kworker/u:1 (pid: 28020, threadinfo ffff8810fa9ca000, task ffff8811c49444d0)
Feb 26 10:37:31 ckvmain kernel: [775057.848113] Stack:
Feb 26 10:37:31 ckvmain kernel: [775057.858177]  ffff88117e3e0478 ffff8810fa9cbca0 0000000000000286 ffff88117e3e0478
Feb 26 10:37:31 ckvmain kernel: [775057.878536]  ffff8810fa9cbd00 ffffffff81078553 ffff8810fa9cbcf0 ffffffff81082bea
Feb 26 10:37:31 ckvmain kernel: [775057.899471]  ffff8810fa9cbd20 ffffffffa0400f01 ca00000000000002 0000000000000000
Feb 26 10:37:31 ckvmain kernel: [775057.920272] Call Trace:
Feb 26 10:37:31 ckvmain kernel: [775057.930466]  [<ffffffff81078553>] ? mod_timer+0x143/0x2f0
Feb 26 10:37:31 ckvmain kernel: [775057.940754]  [<ffffffff81082bea>] ? queue_delayed_work_on+0xba/0x140
Feb 26 10:37:31 ckvmain kernel: [775057.950933]  [<ffffffffa0400f01>] ? o2net_listen_data_ready+0x61/0xe0 [ocfs2_nodemanager]
Feb 26 10:37:31 ckvmain kernel: [775057.970814]  [<ffffffffa0403836>] o2net_rx_until_empty+0x506/0xdf0 [ocfs2_nodemanager]
Feb 26 10:37:31 ckvmain kernel: [775057.990706]  [<ffffffff8165c46e>] ? _raw_spin_lock+0xe/0x20
Feb 26 10:37:31 ckvmain kernel: [775058.000670]  [<ffffffff8105617a>] ? finish_task_switch+0x4a/0xf0
Feb 26 10:37:31 ckvmain kernel: [775058.010662]  [<ffffffffa0403330>] ? o2net_shutdown_sc+0x1a0/0x1a0 [ocfs2_nodemanager]
Feb 26 10:37:31 ckvmain kernel: [775058.029786]  [<ffffffff81084e2a>] process_one_work+0x11a/0x480
Feb 26 10:37:31 ckvmain kernel: [775058.039393]  [<ffffffff81085bd4>] worker_thread+0x164/0x370
Feb 26 10:37:31 ckvmain kernel: [775058.048794]  [<ffffffff81085a70>] ? manage_workers.isra.29+0x130/0x130
Feb 26 10:37:31 ckvmain kernel: [775058.058189]  [<ffffffff8108a42c>] kthread+0x8c/0xa0
Feb 26 10:37:31 ckvmain kernel: [775058.067421]  [<ffffffff81666bf4>] kernel_thread_helper+0x4/0x10
Feb 26 10:37:31 ckvmain kernel: [775058.076537]  [<ffffffff8108a3a0>] ? flush_kthread_worker+0xa0/0xa0
Feb 26 10:37:31 ckvmain kernel: [775058.085518]  [<ffffffff81666bf0>] ? gs_change+0x13/0x13
Feb 26 10:37:31 ckvmain kernel: [775058.094265] Code: 1a f7 ff ff e9 7e fc ff ff 48 bb 40 00 00 00 00 00 00 10 48 85 1d 24 c7 fb ff 74 0d 48 85 1d 5b e6 fb ff 0f 84 3f 01 00 00 0f 0b <0f> 0b 0f 0b 65 48 8b 34 25 00 c5 00 00 8b 96 ac 02 00 00 41 b9
Feb 26 10:37:31 ckvmain kernel: [775058.120447] RIP  [<ffffffffa044fcad>] dlm_proxy_ast_handler+0x82d/0xa10 [ocfs2_dlm]
Feb 26 10:37:31 ckvmain kernel: [775058.137954]  RSP <ffff8810fa9cbc80>
Feb 26 10:37:31 ckvmain kernel: [775058.158120] ---[ end trace a161d655692fc859 ]---
Feb 26 10:37:31 ckvmain kernel: [775058.166729] BUG: unable to handle kernel paging request at fffffffffffffff8
Feb 26 10:37:31 ckvmain kernel: [775058.175331] IP: [<ffffffff8108a8c1>] kthread_data+0x11/0x20
-------------------------------------------------------------------------------------------------------------------------------------
????????????????????????????????????????
????????????????????????????????????????
????????????????????????????????????????
???
This e-mail and its attachments contain confidential information from H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel< at >oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel

[PATCH 1/2] ocfs2: Delay inode update transactions after verifying the input flags

Jeff Liu — 2013-03-11T05:29:19

There is no need to start the inode update transactions before/while verifying
the input flags.  As a refinement, this patch delay the transactions utill the
pre-check up is ok.

Signed-off-by: Jie Liu <jeff.liu< at >oracle.com>
Cc: Joel Becker <jlbec< at >evilplan.org>
Cc: Mark Fasheh <mfasheh< at >suse.com>
---
 fs/ocfs2/ioctl.c |   18 +++++++++---------
 1 file changed, 9 insertions(+), 9 deletions(-)

diff --git a/fs/ocfs2/ioctl.c b/fs/ocfs2/ioctl.c
index f20edcb..c739c24 100644
--- a/fs/ocfs2/ioctl.c
+++ b/fs/ocfs2/ioctl.c
< at >< at > -101,13 +101,6 < at >< at > static int ocfs2_set_inode_attr(struct inode *inode, unsigned flags,
 if (!S_ISDIR(inode->i_mode))
 flags &= ~OCFS2_DIRSYNC_FL;
 
-handle = ocfs2_start_trans(osb, OCFS2_INODE_UPDATE_CREDITS);
-if (IS_ERR(handle)) {
-status = PTR_ERR(handle);
-mlog_errno(status);
-goto bail_unlock;
-}
-
 oldflags = ocfs2_inode->ip_attr;
 flags = flags & mask;
 flags |= oldflags & ~mask;
< at >< at > -120,7 +113,14 < at >< at > static int ocfs2_set_inode_attr(struct inode *inode, unsigned flags,
 if ((oldflags & OCFS2_IMMUTABLE_FL) || ((flags ^ oldflags) &
 (OCFS2_APPEND_FL | OCFS2_IMMUTABLE_FL))) {
 if (!capable(CAP_LINUX_IMMUTABLE))
-goto bail_commit;
+goto bail_unlock;
+}
+
+handle = ocfs2_start_trans(osb, OCFS2_INODE_UPDATE_CREDITS);
+if (IS_ERR(handle)) {
+status = PTR_ERR(handle);
+mlog_errno(status);
+goto bail_unlock;
 }
 
 ocfs2_inode->ip_attr = flags;
< at >< at > -130,8 +130,8 < at >< at > static int ocfs2_set_inode_attr(struct inode *inode, unsigned flags,
 if (status < 0)
 mlog_errno(status);
 
-bail_commit:
 ocfs2_commit_trans(osb, handle);
+
 bail_unlock:
 ocfs2_inode_unlock(inode, 1);
 bail:

[PATCH 2/2] ocfs2: Add trace point forocfs2_set_inode_attr()

Jeff Liu — 2013-03-11T05:29:22

Add trace point for ocfs2_set_inode_attr().

# cat /debug/tracing/available_events |grep ocfs2_set_inode_attr
ocfs2:ocfs2_set_inode_attr

Signed-off-by: Jie Liu <jeff.liu< at >oracle.com>
Cc: Joel Becker <jlbec< at >evilplan.org>
Cc: Mark Fasheh <mfasheh< at >suse.com>
---
 fs/ocfs2/ioctl.c       |    3 +++
 fs/ocfs2/ocfs2_trace.h |    6 ++++++
 2 files changed, 9 insertions(+)

diff --git a/fs/ocfs2/ioctl.c b/fs/ocfs2/ioctl.c
index c739c24..764bf5c 100644
--- a/fs/ocfs2/ioctl.c
+++ b/fs/ocfs2/ioctl.c
< at >< at > -27,6 +27,7 < at >< at >
 #include "buffer_head_io.h"
 #include "suballoc.h"
 #include "move_extents.h"
+#include "ocfs2_trace.h"
 
 #define o2info_from_user(a, b)\
 copy_from_user(&(a), (b), sizeof(a))
< at >< at > -86,6 +87,8 < at >< at > static int ocfs2_set_inode_attr(struct inode *inode, unsigned flags,
 unsigned oldflags;
 int status;
 
+trace_ocfs2_set_inode_attr(OCFS2_I(inode)->ip_blkno, flags);
+
 mutex_lock(&inode->i_mutex);
 
 status = ocfs2_inode_lock(inode, &bh, 1);
diff --git a/fs/ocfs2/ocfs2_trace.h b/fs/ocfs2/ocfs2_trace.h
index 3b481f4..bcaca11 100644
--- a/fs/ocfs2/ocfs2_trace.h
+++ b/fs/ocfs2/ocfs2_trace.h
< at >< at > -2755,6 +2755,12 < at >< at > DEFINE_OCFS2_ULL_ULL_EVENT(ocfs2_remove_metadata_tree);
 DEFINE_OCFS2_ULL_ULL_UINT_UINT_EVENT(ocfs2_remove_block_from_cache);
 
 /* End of trace events for fs/ocfs2/uptodate.c. */
+
+/* Trace events for fs/ocfs2/ioctl.c. */
+
+DEFINE_OCFS2_ULL_UINT_EVENT(ocfs2_set_inode_attr);
+
+/* End of trace events for fs/ocfs2/ioctl.c. */
 #endif /* _TRACE_OCFS2_H */
 
 /* This part must be outside protection */

ocfs2 bug reports, any advices? thanks

Guozhonghua — 2013-02-27T03:43:42

Hi,

I setup two nodes, 192.168.20.20, and 192.168.20.21,

The os is Ubuntu1204 with Kernel version 3.0:

root< at >Server21:~# uname -a
Linux Server21 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux


Server20 reboot for the disconnection with iSCSI SAN, so Server20 recovery resource locks for Server21.
Server20:
Feb 27 09:29:31 Server20 kernel: [424826.197532] o2net: No longer connected to node Server21 (num 2) at 192.168.20.21:7100
Feb 27 09:29:31 Server20 kernel: [424826.197633] o2cb: o2dlm has evicted node 2 from domain C5FDF4DB054B49B587DF8D4848443259
Feb 27 09:29:35 Server20 kernel: [424830.079130] o2dlm: Begin recovery on domain C5FDF4DB054B49B587DF8D4848443259 for node 2
Feb 27 09:29:35 Server20 kernel: [424830.079156] o2dlm: Node 1 (me) is the Recovery Master for the dead node 2 in domain C5FDF4DB054B49B587DF8D4848443259
Feb 27 09:29:35 Server20 kernel: [424830.079262] o2dlm: End recovery on domain C5FDF4DB054B49B587DF8D4848443259

But the Server21 can't remount the same domain disk on the storage again, as syslog below:
Feb 27 09:50:59 Server21 kernel: [ 1199.751256] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Feb 27 09:50:59 Server21 kernel: [ 1199.751262] mount.ocfs2     D ffffffff81806240     0 12194  12193 0x00000000
Feb 27 09:50:59 Server21 kernel: [ 1199.751268]  ffff8807e581b908 0000000000000086 ffff8807e581b8c8 ffffffffa04c056b
Feb 27 09:50:59 Server21 kernel: [ 1199.751276]  ffff8807e581bfd8 ffff8807e581bfd8 ffff8807e581bfd8 0000000000013780
Feb 27 09:50:59 Server21 kernel: [ 1199.751281]  ffff880405cbc4d0 ffff8807e50996f0 ffff8807e581b908 7fffffffffffffff
Feb 27 09:50:59 Server21 kernel: [ 1199.751288] Call Trace:
Feb 27 09:50:59 Server21 kernel: [ 1199.751303]  [<ffffffffa04c056b>] ? dlm_kick_thread+0x7b/0x90 [ocfs2_dlm]
Feb 27 09:50:59 Server21 kernel: [ 1199.751311]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Feb 27 09:50:59 Server21 kernel: [ 1199.751315]  [<ffffffff8165aba5>] schedule_timeout+0x2a5/0x320
Feb 27 09:50:59 Server21 kernel: [ 1199.751319]  [<ffffffff8165a39f>] wait_for_common+0xdf/0x180
Feb 27 09:50:59 Server21 kernel: [ 1199.751327]  [<ffffffff8105f990>] ? try_to_wake_up+0x200/0x200
Feb 27 09:50:59 Server21 kernel: [ 1199.751331]  [<ffffffff8165a51d>] wait_for_completion+0x1d/0x20
Feb 27 09:50:59 Server21 kernel: [ 1199.751357]  [<ffffffffa05d7eb3>] __ocfs2_cluster_lock.isra.34+0x1f3/0x810 [ocfs2]
Feb 27 09:50:59 Server21 kernel: [ 1199.751364]  [<ffffffff813162a1>] ? vsnprintf+0x461/0x600
Feb 27 09:50:59 Server21 kernel: [ 1199.751369]  [<ffffffffa017c3bf>] ? o2cb_cluster_connect+0x1af/0x2e0 [ocfs2_stack_o2cb]
Feb 27 09:50:59 Server21 kernel: [ 1199.751374]  [<ffffffff813164e4>] ? snprintf+0x34/0x40
Feb 27 09:50:59 Server21 kernel: [ 1199.751395]  [<ffffffffa05d8d7b>] ocfs2_super_lock+0xab/0x320 [ocfs2]
Feb 27 09:50:59 Server21 kernel: [ 1199.751422]  [<ffffffffa0635a5b>] ocfs2_fill_super+0x154b/0x2540 [ocfs2]
Feb 27 09:50:59 Server21 kernel: [ 1199.751426]  [<ffffffff81316059>] ? vsnprintf+0x219/0x600
Feb 27 09:50:59 Server21 kernel: [ 1199.751433]  [<ffffffff8117aa46>] mount_bdev+0x1c6/0x210
Feb 27 09:50:59 Server21 kernel: [ 1199.751460]  [<ffffffffa0634510>] ? ocfs2_initialize_super.isra.208+0x1440/0x1440 [ocfs2]
Feb 27 09:50:59 Server21 kernel: [ 1199.751487]  [<ffffffffa0624615>] ocfs2_mount+0x15/0x20 [ocfs2]
Feb 27 09:50:59 Server21 kernel: [ 1199.751491]  [<ffffffff8117b5d3>] mount_fs+0x43/0x1b0
Feb 27 09:50:59 Server21 kernel: [ 1199.751497]  [<ffffffff81195e1a>] vfs_kern_mount+0x6a/0xc0
Feb 27 09:50:59 Server21 kernel: [ 1199.751502]  [<ffffffff81197324>] do_kern_mount+0x54/0x110
Feb 27 09:50:59 Server21 kernel: [ 1199.751506]  [<ffffffff81198e74>] do_mount+0x1a4/0x260
Feb 27 09:50:59 Server21 kernel: [ 1199.751511]  [<ffffffff81199350>] sys_mount+0x90/0xe0
Feb 27 09:50:59 Server21 kernel: [ 1199.751516]  [<ffffffff81664a82>] system_call_fastpath+0x16/0x1b
Feb 27 09:51:01 Server21 CRON[14164]: (root) CMD (   /opt/bin/tomcat_check.sh)
Feb 27 09:51:01 Server21 CRON[14165]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Feb 27 09:51:01 Server21 CRON[14166]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Feb 27 09:52:01 Server21 CRON[14788]: (root) CMD (   /opt/bin/tomcat_check.sh)
Feb 27 09:52:01 Server21 CRON[14789]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Feb 27 09:52:01 Server21 CRON[14790]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Feb 27 09:52:01 Server21 CRON[14791]: (root) CMD (   /opt/bin/ha_check_resource.sh)
Feb 27 09:52:59 Server21 kernel: [ 1319.442926] INFO: task mount.ocfs2:12194 blocked for more than 120 seconds.
Feb 27 09:52:59 Server21 kernel: [ 1319.442933] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Feb 27 09:52:59 Server21 kernel: [ 1319.442939] mount.ocfs2     D ffffffff81806240     0 12194  12193 0x00000000
Feb 27 09:52:59 Server21 kernel: [ 1319.442945]  ffff8807e581b908 0000000000000086 ffff8807e581b8c8 ffffffffa04c056b
Feb 27 09:52:59 Server21 kernel: [ 1319.442952]  ffff8807e581bfd8 ffff8807e581bfd8 ffff8807e581bfd8 0000000000013780
Feb 27 09:52:59 Server21 kernel: [ 1319.442958]  ffff880405cbc4d0 ffff8807e50996f0 ffff8807e581b908 7fffffffffffffff
Feb 27 09:52:59 Server21 kernel: [ 1319.442964] Call Trace:
Feb 27 09:52:59 Server21 kernel: [ 1319.442980]  [<ffffffffa04c056b>] ? dlm_kick_thread+0x7b/0x90 [ocfs2_dlm]
Feb 27 09:52:59 Server21 kernel: [ 1319.442988]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Feb 27 09:52:59 Server21 kernel: [ 1319.442992]  [<ffffffff8165aba5>] schedule_timeout+0x2a5/0x320
Feb 27 09:52:59 Server21 kernel: [ 1319.442996]  [<ffffffff8165a39f>] wait_for_common+0xdf/0x180
Feb 27 09:52:59 Server21 kernel: [ 1319.443004]  [<ffffffff8105f990>] ? try_to_wake_up+0x200/0x200
Feb 27 09:52:59 Server21 kernel: [ 1319.443007]  [<ffffffff8165a51d>] wait_for_completion+0x1d/0x20
Feb 27 09:52:59 Server21 kernel: [ 1319.443034]  [<ffffffffa05d7eb3>] __ocfs2_cluster_lock.isra.34+0x1f3/0x810 [ocfs2]
Feb 27 09:52:59 Server21 kernel: [ 1319.443041]  [<ffffffff813162a1>] ? vsnprintf+0x461/0x600
Feb 27 09:52:59 Server21 kernel: [ 1319.443046]  [<ffffffffa017c3bf>] ? o2cb_cluster_connect+0x1af/0x2e0 [ocfs2_stack_o2cb]
Feb 27 09:52:59 Server21 kernel: [ 1319.443051]  [<ffffffff813164e4>] ? snprintf+0x34/0x40
Feb 27 09:52:59 Server21 kernel: [ 1319.443072]  [<ffffffffa05d8d7b>] ocfs2_super_lock+0xab/0x320 [ocfs2]
Feb 27 09:52:59 Server21 kernel: [ 1319.443099]  [<ffffffffa0635a5b>] ocfs2_fill_super+0x154b/0x2540 [ocfs2]
Feb 27 09:52:59 Server21 kernel: [ 1319.443103]  [<ffffffff81316059>] ? vsnprintf+0x219/0x600
Feb 27 09:52:59 Server21 kernel: [ 1319.443110]  [<ffffffff8117aa46>] mount_bdev+0x1c6/0x210
Feb 27 09:52:59 Server21 kernel: [ 1319.443137]  [<ffffffffa0634510>] ? ocfs2_initialize_super.isra.208+0x1440/0x1440 [ocfs2]
Feb 27 09:52:59 Server21 kernel: [ 1319.443163]  [<ffffffffa0624615>] ocfs2_mount+0x15/0x20 [ocfs2]
Feb 27 09:52:59 Server21 kernel: [ 1319.443168]  [<ffffffff8117b5d3>] mount_fs+0x43/0x1b0
Feb 27 09:52:59 Server21 kernel: [ 1319.443174]  [<ffffffff81195e1a>] vfs_kern_mount+0x6a/0xc0
Feb 27 09:52:59 Server21 kernel: [ 1319.443179]  [<ffffffff81197324>] do_kern_mount+0x54/0x110
Feb 27 09:52:59 Server21 kernel: [ 1319.443183]  [<ffffffff81198e74>] do_mount+0x1a4/0x260
Feb 27 09:52:59 Server21 kernel: [ 1319.443187]  [<ffffffff81199350>] sys_mount+0x90/0xe0
Feb 27 09:52:59 Server21 kernel: [ 1319.443193]  [<ffffffff81664a82>] system_call_fastpath+0x16/0x1b
Feb 27 09:53:01 Server21 CRON[15276]: (root) CMD (   /opt/bin/tomcat_check.sh)
Feb 27 09:53:01 Server21 CRON[15277]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Feb 27 09:53:01 Server21 CRON[15278]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Feb 27 09:53:16 Server21 kernel: [ 1335.561166] qla2xxx [0000:06:00.1]-5009:2: LIP occurred (f7f7).
Feb 27 09:53:21 Server21 kernel: [ 1340.535613] qla2xxx [0000:06:00.1]-500c:2: LIP reset occurred (f7ef).
Feb 27 09:54:01 Server21 CRON[15723]: (root) CMD (   /opt/bin/tomcat_check.sh)
Feb 27 09:54:01 Server21 CRON[15725]: (root) CMD (   /opt/bin/ha_check_resource.sh)
Feb 27 09:54:01 Server21 CRON[15724]: (root) CMD (   /opt/bin/ocfs2_iscsi_conf_chg_timer.sh)
Feb 27 09:54:01 Server21 CRON[15726]: (root) CMD (   /opt/bin/libvirtd_check.sh)
Feb 27 09:54:59 Server21 kernel: [ 1439.134659] INFO: task mount.ocfs2:12194 blocked for more than 120 seconds.
Feb 27 09:54:59 Server21 kernel: [ 1439.134665] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Feb 27 09:54:59 Server21 kernel: [ 1439.134673] mount.ocfs2     D ffffffff81806240     0 12194  12193 0x00000000
Feb 27 09:54:59 Server21 kernel: [ 1439.134679]  ffff8807e581b908 0000000000000086 ffff8807e581b8c8 ffffffffa04c056b
Feb 27 09:54:59 Server21 kernel: [ 1439.134686]  ffff8807e581bfd8 ffff8807e581bfd8 ffff8807e581bfd8 0000000000013780
Feb 27 09:54:59 Server21 kernel: [ 1439.134692]  ffff880405cbc4d0 ffff8807e50996f0 ffff8807e581b908 7fffffffffffffff
Feb 27 09:54:59 Server21 kernel: [ 1439.134698] Call Trace:
Feb 27 09:54:59 Server21 kernel: [ 1439.134714]  [<ffffffffa04c056b>] ? dlm_kick_thread+0x7b/0x90 [ocfs2_dlm]
Feb 27 09:54:59 Server21 kernel: [ 1439.134722]  [<ffffffff8165a55f>] schedule+0x3f/0x60
Feb 27 09:54:59 Server21 kernel: [ 1439.134726]  [<ffffffff8165aba5>] schedule_timeout+0x2a5/0x320
Feb 27 09:54:59 Server21 kernel: [ 1439.134730]  [<ffffffff8165a39f>] wait_for_common+0xdf/0x180
Feb 27 09:54:59 Server21 kernel: [ 1439.134737]  [<ffffffff8105f990>] ? try_to_wake_up+0x200/0x200
Feb 27 09:54:59 Server21 kernel: [ 1439.134741]  [<ffffffff8165a51d>] wait_for_completion+0x1d/0x20
Feb 27 09:54:59 Server21 kernel: [ 1439.134768]  [<ffffffffa05d7eb3>] __ocfs2_cluster_lock.isra.34+0x1f3/0x810 [ocfs2]
Feb 27 09:54:59 Server21 kernel: [ 1439.134775]  [<ffffffff813162a1>] ? vsnprintf+0x461/0x600
Feb 27 09:54:59 Server21 kernel: [ 1439.134781]  [<ffffffffa017c3bf>] ? o2cb_cluster_connect+0x1af/0x2e0 [ocfs2_stack_o2cb]
Feb 27 09:54:59 Server21 kernel: [ 1439.134785]  [<ffffffff813164e4>] ? snprintf+0x34/0x40
Feb 27 09:54:59 Server21 kernel: [ 1439.134806]  [<ffffffffa05d8d7b>] ocfs2_super_lock+0xab/0x320 [ocfs2]
Feb 27 09:54:59 Server21 kernel: [ 1439.134833]  [<ffffffffa0635a5b>] ocfs2_fill_super+0x154b/0x2540 [ocfs2]
Feb 27 09:54:59 Server21 kernel: [ 1439.134837]  [<ffffffff81316059>] ? vsnprintf+0x219/0x600
Feb 27 09:54:59 Server21 kernel: [ 1439.134844]  [<ffffffff8117aa46>] mount_bdev+0x1c6/0x210
Feb 27 09:54:59 Server21 kernel: [ 1439.134871]  [<ffffffffa0634510>] ? ocfs2_initialize_super.isra.208+0x1440/0x1440 [ocfs2]
Feb 27 09:54:59 Server21 kernel: [ 1439.134898]  [<ffffffffa0624615>] ocfs2_mount+0x15/0x20 [ocfs2]
Feb 27 09:54:59 Server21 kernel: [ 1439.134902]  [<ffffffff8117b5d3>] mount_fs+0x43/0x1b0
Feb 27 09:54:59 Server21 kernel: [ 1439.134909]  [<ffffffff81195e1a>] vfs_kern_mount+0x6a/0xc0
Feb 27 09:54:59 Server21 kernel: [ 1439.134913]  [<ffffffff81197324>] do_kern_mount+0x54/0x110
Feb 27 09:54:59 Server21 kernel: [ 1439.134918]  [<ffffffff81198e74>] do_mount+0x1a4/0x260
Feb 27 09:54:59 Server21 kernel: [ 1439.134922]  [<ffffffff81199350>] sys_mount+0x90/0xe0
Feb 27 09:54:59 Server21 kernel: [ 1439.134927]  [<ffffffff81664a82>] system_call_fastpath+0x16/0x1b





-------------------------------------------------------------------------------------------------------------------------------------
????????????????????????????????????????
????????????????????????????????????????
????????????????????????????????????????
???
This e-mail and its attachments contain confidential information from H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel< at >oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel