I wasn't able to reproduce this with some simple tests--a large file copied back-and-forth correctly.
Note that Windows repeatedly queries the FS for info like free space, so there are likely more operations recorded in the log file. You may ZIP up your client log file as well as your server log files and send them directly to [email protected]. Please change the extension to ".piz" for the spam filter. What version of Windows are you running? 32- or 64-bit? And what distribution and kernel version are the Linux nodes? Thanks, Sam S. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Ty Christensen Sent: Thursday, June 25, 2015 6:27 PM To: [email protected] Subject: RE: [Pvfs2-users] New FS and Windows client problem I upgraded to 2.9.2, just so we're working with the same codebase. That helped a bit, actually. I could start the client, see the mounted drive, and read and write to/from it with small files (like creating a blank text file, adding some text, and saving it). When I try to copy a larger file onto the share (my guess is anything over the 4KB store-with-metadata default), Windows starts moving data and then pauses for several seconds. After a bit, it throws an error saying "Error 0x800705AA: Insufficient system resources exist to complete the requested service" After that, the mapped drive is unusable. I have to restart the OrangeFS client service to get a usable drive map again. My client-side debug log file is 204KB after those two simple operations. I can provide that if needed, but didn't think the entire list would want it. Anything in particular I should look for? Thanks, Ty > -----Original Message----- > From: [email protected] [mailto:pvfs2-users- > [email protected]] On Behalf Of Sam Sampson > Sent: Thursday, June 25, 2015 12:46 PM > To: [email protected] > Subject: RE: [Pvfs2-users] New FS and Windows client problem > > I didn't have any problems with a 2-node test. > > I'm using OrangeFS 2.9.2. You'll probably want to upgrade to that > version. I didn't make any Windows-specific changes for 2.9.2 that I > recall, but the overall system got some fixes. > > Let me know how Linux client connectivity goes. > > Thanks, > Sam S. > > > -----Original Message----- > From: Sam Sampson [mailto:[email protected]] > Sent: Thursday, June 25, 2015 3: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 _______________________________________________ Pvfs2-users mailing list [email protected] http://www.beowulf-underground.org/mailman/listinfo/pvfs2-users
