[ ssic-linux-Bugs-1990728 ] Sometimes onnode fails with error 95

"SourceForge.net" <[email protected]>
Newsgroups gmane.linux.cluster.ssic.devel
Message-ID <[email protected]>
Bugs item #1990728, was opened at 2008-06-11 03:46
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=405834&aid=1990728&group_id=32541

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Filesystem
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: John Hughes (hughesj)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sometimes onnode fails with error 95

Initial Comment:
$ onnode 8 pwd
 can't execute pwd, errno=95.

In the syslog on node 8 I find:

rmtfb_getcli_id: non-exportable filesystem (devpts)

Weird.

When a node is in this state it stays like that until it's rebooted.

Currently being seen on my 2.6.12 based system.  Don't know whether same problem exists on 2.6.11


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-06-16 01:16

Message:
Logged In: NO 

Some more things happened to this cluster:

On a non-init node:

rmtfb_getcli_id: non-exportable filesystem (cfs)
rmtfb_getcli_id: non-exportable filesystem (cfs)
rmtfb_badops: stale client structure: f74079e0
rmtfb_badops: stale client structure: f74079e0
rmtfb_badops: stale client structure: f77aaba0

On the init node:

rmtfb_getcli_id: non-exportable filesystem (devpts)
Node 8 has gone down!!!
rmtfb_badops: stale client structure: d5ff3980
rmtfb_badops: stale client structure: d25a4520
nm_add_node: Node 8 added
Badness in kref_get at lib/kref.c:32
 [<c0107a3e>] dump_stack+0x1e/0x20
 [<c02b73d5>] kref_get+0x45/0x50
 [<c02b6949>] kobject_get+0x19/0x20
 [<c017c326>] cdev_get+0x36/0x70
 [<c017c611>] exact_lock+0x11/0x20
 [<c03362e6>] kobj_lookup+0x106/0x1b0
 [<c017c4b8>] chrdev_open+0x108/0x1a0
 [<c017080a>] dentry_open+0x17a/0x260
 [<c017068a>] filp_open+0x5a/0x60
 [<c0170ade>] sys_open+0x5e/0xa0
 [<c0106a41>] syscall_call+0x7/0xb
Badness in kref_get at lib/kref.c:32

Yow!


----------------------------------------------------------------------

Comment By: Roger Tsang (rogertsang)
Date: 2008-06-15 14:35

Message:
Logged In: YES 
user_id=1246761
Originator: NO

Haven't seen this on 2.6.11-ssi but could be a symptom of vproc_release()
bug 1842982.

----------------------------------------------------------------------

Comment By: John Hughes (hughesj)
Date: 2008-06-12 01:39

Message:
Logged In: YES 
user_id=166336
Originator: YES

So the code in rmtfb_getcli_id is:

[...]
        file = reop_make_file(path, flags, svr);
[...]
        if (file->private_data) {
                printk(KERN_ERR
                        "rmtfb_getcli_id: non-exportable filesystem
(%s)\n",
                        file->f_vfsmnt->mnt_sb->s_type->name);

"path" is presumably "/dev/pts/xxx".



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=405834&aid=1990728&group_id=32541

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.