I don't have it located there (sorry, didn't see anywhere in the docs that it should be), but the contents are:
tcp://fs1:3334/orangefs /mnt/orangefs pvfs2 defaults,noauto 0 0 I'll give the mount a shot from one of the storage nodes and post back if I get different results from the Windows client. Thanks, Ty > -----Original Message----- > From: [email protected] [mailto:pvfs2-users- > [email protected]] On Behalf Of Sam Sampson > Sent: Thursday, June 25, 2015 12:20 PM > To: [email protected] > Subject: RE: [Pvfs2-users] New FS and Windows client problem > > Yes, you can definitely run client apps on the storage nodes. You just > need an /etc/pvfs2tab file (see the docs). > > I don't see an error in the server logging--error code 0 is success. > > What does your C:\OrangeFS\Client\orangefstab file look like? > > Thanks, > Sam S. > > > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Ty > Christensen > Sent: Thursday, June 25, 2015 2:44 PM > To: [email protected] > Subject: RE: [Pvfs2-users] New FS and Windows client problem > > 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 > > _______________________________________________ > 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
