Sam,
I'm not getting anything at all in the Windows Event Log. I don't have a Linux
client to try with here, other than the storage nodes themselves (which I don't
know if that's supported). If that's OK to try from, let me know.
I didn't have any server-side logging enabled, but I added what you
recommended. There's a good bit of output in the log now. Below is a snippet
from one of the storage nodes when the Windows OrangeFS client service was
started:
[D 06/25/2015 11:34:35] Batch created: 768614336404563889
[D 06/25/2015 11:34:35] Batch created: 768614336404563888
[D 06/25/2015 11:34:35] Batch created: 768614336404563887
[D 06/25/2015 11:34:35] Batch created: 768614336404563886
[D 06/25/2015 11:34:35] server_state_machine_complete 0x1a4f3b0
[D 06/25/2015 11:34:35] server_state_machine_terminate 0x1a4f3b0
[D 06/25/2015 11:35:18] server_post_unexpected_recv
[D 06/25/2015 11:35:18] server_op_state_get_machine 999
[D 06/25/2015 11:35:18] server_state_machine_start 0x1a51d50
[D 06/25/2015 11:35:18] decoding 0 hints from request
[D 06/25/2015 11:35:18] server_op_state_get_machine 13
[D 06/25/2015 11:35:18] client:0, reqid:0, rank:0
[D 06/25/2015 11:35:18] (0x1a51e70) getconfig (prelude sm) state: req_sched
[D 06/25/2015 11:35:18] (0x1a51e70) getconfig (prelude sm) state:
getattr_if_needed
[D 06/25/2015 11:35:18] (0x1a51e70) getconfig (prelude sm) state: perm_check
(status = 0)
[D 06/25/2015 11:35:18] (s_op 0x1a51e70) getconfig (FR sm) state: release:
(error_code = 0)
[D 06/25/2015 11:35:18] (s_op 0x1a51e70) getconfig (FR sm) state: send_resp
(status = 0)
[D 06/25/2015 11:35:18] (s_op 0x1a51e70) getconfig (FR sm) state: cleanup
[D 06/25/2015 11:35:18] server_state_machine_complete 0x1a51d50
[D 06/25/2015 11:35:18] server_state_machine_terminate 0x1a51d50
[D 06/25/2015 11:35:18] server_post_unexpected_recv
[D 06/25/2015 11:35:18] server_op_state_get_machine 999
[D 06/25/2015 11:35:18] server_state_machine_start 0x1a53220
[D 06/25/2015 11:35:18] decoding 0 hints from request
[D 06/25/2015 11:35:18] server_op_state_get_machine 13
[D 06/25/2015 11:35:18] client:0, reqid:0, rank:0
[D 06/25/2015 11:35:18] (0x1a53340) getconfig (prelude sm) state: req_sched
[D 06/25/2015 11:35:18] (0x1a53340) getconfig (prelude sm) state:
getattr_if_needed
[D 06/25/2015 11:35:18] (0x1a53340) getconfig (prelude sm) state: perm_check
(status = 0)
[D 06/25/2015 11:35:18] (s_op 0x1a53340) getconfig (FR sm) state: release:
(error_code = 0)
[D 06/25/2015 11:35:18] (s_op 0x1a53340) getconfig (FR sm) state: send_resp
(status = 0)
[D 06/25/2015 11:35:18] (s_op 0x1a53340) getconfig (FR sm) state: cleanup
[D 06/25/2015 11:35:18] server_state_machine_complete 0x1a53220
[D 06/25/2015 11:35:18] server_state_machine_terminate 0x1a53220
[D 06/25/2015 11:35:21] server_post_unexpected_recv
[D 06/25/2015 11:35:21] server_op_state_get_machine 999
[D 06/25/2015 11:35:21] server_state_machine_start 0x1a546f0
[D 06/25/2015 11:35:21] decoding 1 hints from request
[D 06/25/2015 11:35:21] server_op_state_get_machine 4
[D 06/25/2015 11:35:21] client:0, reqid:0, rank:0
[D 06/25/2015 11:35:21] (0x1a54810) getattr (prelude sm) state: req_sched
[D 06/25/2015 11:35:21] (0x1a54810) getattr (prelude sm) state:
getattr_if_needed
[D 06/25/2015 11:35:21] About to retrieve attributes for handle 1048576
[D 06/25/2015 11:35:21] (0x1a54810) getattr (prelude sm) state: perm_check
(status = 0)
[D 06/25/2015 11:35:21] VERSION is 6164139352437591703, mtime is 1435200533
[D 06/25/2015 11:35:21] getattr: dirent_handles needed.
[D 06/25/2015 11:35:21] getattr: dfile_count not needed
[D 06/25/2015 11:35:21] getattr: get dist-dir-attr for dir meta handle 1048576
with tree_height=3, num_servers=6, bitmap_size=1, split_size=100, server_no=0
and branch_level=3
[D 06/25/2015 11:35:21] getattr: dist_dir_bitmap as:
[D 06/25/2015 11:35:21] i=0 : 00 00 00 3f
[D 06/25/2015 11:35:21]
[D 06/25/2015 11:35:21] getattr: dirdata handles array of directory
1048576.
[D 06/25/2015 11:35:21] dirdata server 0: 768614336404563982.
[D 06/25/2015 11:35:21] dirdata server 1: 3843071682022823064.
[D 06/25/2015 11:35:21] dirdata server 2: 3074457345618258446.
[D 06/25/2015 11:35:21] dirdata server 3: 2305843009213693796.
[D 06/25/2015 11:35:21] dirdata server 4: 1537228672809129146.
[D 06/25/2015 11:35:21] dirdata server 5: 4611686018427387648.
[D 06/25/2015 11:35:21] getattr_setup_resp: error_code = 0
[D 06/25/2015 11:35:21] - retrieved attrs: [owner = 0, group = 0
perms = 777, type = 4, atime = 1435200533, mtime = 1435200533
ctime = 1435200533, dist_size = 0]
[D 06/25/2015 11:35:21] @ End DIRECTORY attributes: sending status 0 (error = 0)
[D 06/25/2015 11:35:21] (s_op 0x1a54810) getattr (FR sm) state: release:
(error_code = 0)
[D 06/25/2015 11:35:21] (s_op 0x1a54810) getattr (FR sm) state: send_resp
(status = 0)
[D 06/25/2015 11:35:21] (s_op 0x1a54810) getattr (FR sm) state: cleanup
[D 06/25/2015 11:35:21] server_state_machine_complete 0x1a546f0
[D 06/25/2015 11:35:21] server_state_machine_terminate 0x1a546f0
[D 06/25/2015 11:35:21] server_post_unexpected_recv
[D 06/25/2015 11:35:21] server_op_state_get_machine 999
[D 06/25/2015 11:35:21] server_state_machine_start 0x1a55bc0
[D 06/25/2015 11:35:21] decoding 1 hints from request
[D 06/25/2015 11:35:21] server_op_state_get_machine 4
[D 06/25/2015 11:35:21] client:0, reqid:0, rank:0
[D 06/25/2015 11:35:21] (0x1a55ce0) getattr (prelude sm) state: req_sched
[D 06/25/2015 11:35:21] (0x1a55ce0) getattr (prelude sm) state:
getattr_if_needed
[D 06/25/2015 11:35:21] About to retrieve attributes for handle
768614336404563982
[D 06/25/2015 11:35:21] (0x1a55ce0) getattr (prelude sm) state: perm_check
(status = 0)
[D 06/25/2015 11:35:21] VERSION is 6164363399406013417, mtime is 1435252698
[D 06/25/2015 11:35:21] getattr: dirent_count needed.
[D 06/25/2015 11:35:21] getattr: dirent_count: 0
[D 06/25/2015 11:35:21] getattr_setup_resp: error_code = 0
[D 06/25/2015 11:35:21] - retrieved attrs: [owner = 0, group = 0
perms = 777, type = 16, atime = 1435252698, mtime = 1435252698
ctime = 1435252698, dist_size = 0]
[D 06/25/2015 11:35:21] @ End DIRDATA attributes: sending status 0 (error = 0)
[D 06/25/2015 11:35:21] (s_op 0x1a55ce0) getattr (FR sm) state: release:
(error_code = 0)
[D 06/25/2015 11:35:21] (s_op 0x1a55ce0) getattr (FR sm) state: send_resp
(status = 0)
[D 06/25/2015 11:35:21] (s_op 0x1a55ce0) getattr (FR sm) state: cleanup
[D 06/25/2015 11:35:21] server_state_machine_complete 0x1a55bc0
[D 06/25/2015 11:35:21] server_state_machine_terminate 0x1a55bc0
Does this give you any further clues as to what is going on?
Thanks,
Ty
> -----Original Message-----
> From: [email protected] [mailto:pvfs2-users-
> [email protected]] On Behalf Of Sam Sampson
> Sent: Thursday, June 25, 2015 6:00 AM
> To: [email protected]
> Subject: RE: [Pvfs2-users] New FS and Windows client problem
>
> Ty,
> The error code -1073741826 is "no such file or directory". I got that
> info from "/opt/orangefs/bin/pvfs2-perror 1073741826" on the server.
>
> Now obviously you shouldn't get that error for the / directory.
>
> You can check Windows Event Log for additional information.
>
> Are you able to access the file system with a Linux client? Like doing
> "/opt/orangefs/bin/pvfs2-ls /mnt/orangefs"? (Substituting /mnt/orangefs
> for what you have set up in /etc/pvfs2tab.)
>
> For server-side logging, have you changed the EventLogging option in
> your orangefs.conf file? I recommend setting it to "server,getattr" to
> start with.
>
> Thanks,
> Sam Sampson
> Omnibond OrangeFS Team
>
>
> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf Of Ty
> Christensen
> Sent: Wednesday, June 24, 2015 11:33 PM
> To: [email protected]
> Subject: [Pvfs2-users] New FS and Windows client problem
>
> Hello,
>
> I've been tinkering with OrangeFS 2.9.1 for a few weeks now. I have a
> 6 node filesystem running, or so I think. I'm trying to get a Windows
> client to connect to it. Upon starting the OrangeFS service, I get
> this debug information in the client-side log:
>
> [D 20:05:42.523000] Entering DokanMain
> [D 20:05:46.018000] OpenDirectory: \
> [D 20:05:46.018000] get_credential: context: 0
> [D 20:05:46.018000] get_requestor_credential: enter
> [D 20:05:46.018000] get_requestor_credential: requestor: chuck
> [D 20:05:46.018000] get_cache_user: hit for chuck (0:0)
> [D 20:05:46.018000] get_requestor_credential: exit
> [D 20:05:46.018000] get_credential: requestor credential (0:0)
> [D 20:05:46.018000] get_credential: exit
> [D 20:05:46.018000] resolved path: /
> [D 20:05:46.033000] fs_getattr returns: -1073741826
> [D 20:05:46.033000] OpenDirectory exit: -2 (-1073741826)
>
> I am unable to access the mapped drive that OrangeFS maps to, although
> it does show up in Explorer. I don't get any logging on the server
> side. I'm only using list security, and I'm mapping the Windows user
> "chuck" to the root user on the storage nodes. Security is completely
> unnecessary in this case, so I'm trying to keep the entire config as
> simple as possible.
>
> Does anyone know right off why the Windows client would throw this
> message and refuse to access the OrangeFS mapped drive? I would guess
> it's a permissions issue of the directory on the storage node side, but
> then I'd think I'd at least get a log line indicating that as the
> problem. Let me know if you need further information.
>
> Thanks,
> Ty
>
>
> _______________________________________________
> Pvfs2-users mailing list
> [email protected]
> http://www.beowulf-underground.org/mailman/listinfo/pvfs2-users
>
> _______________________________________________
> Pvfs2-users mailing list
> [email protected]
> http://www.beowulf-underground.org/mailman/listinfo/pvfs2-users
_______________________________________________
Pvfs2-users mailing list
[email protected]
http://www.beowulf-underground.org/mailman/listinfo/pvfs2-users
