OS/2, eCS & ArcaOS - Technical > Networking

NetDrive traps - since latest LIBCX drop...

<< < (2/4) > >>

roberto:
It seems that one of them works only by updating the fat32 for the latest version. And I suppose that the other one plows him when adding him in the config.sys what of high memory.SET LIBCX_HIGHMEM=2
Saludos

Dariusz Piatkowski:
A bit of an update...I think I have things stabilized now.

OK, so 1st thing 1st...it is my understanding that out there (in the OS/2 world) we effectively have two setups:

1) SERVER
2) CLIENT

In my case, I am relying on SAMBA client functionality, but using NetDrive exclusively as my GUI front-end.

So, back in early 2015 I had originaly installed the following:
rpmsubset4smb.zip         Feb 08, 2015
samba-1-1-4-804.wpi         Feb 08, 2015

Sometime later on in 2017 I upgraded with the following:
openldap-2.4.44-os2-20160503.zip   Mar 24, 2017
ndpsmb-3.2-samba46-20170317.zip   Mar 24, 2017
heimdal-1.5.3-os2-20160723.zip      Mar 24, 2017

...and finally in 2018 I deployed this:
smbclut-1_3_0-1054.zip
smbcln46-4.6.0-20170312.zip

I belive it is this last part (smbcln46-4.6.0-20170312.zip) that caused the problem. This is supposed to be the SAMBA client package for the 4.6 release, meanwhile sbmclut-1_3_0-1054.zip is the command line package for Samba 3.6.25.

My intent in deploying smbcln46-4.6.0-20170312.zip was to update the EXEs so that the NetDrive plugin will not run into any issues connecting to other machines.

Specifically, my NetDrive Samba plugin is:


--- Code: ---[G:\util\NDFS\ndplugs]bldlevel ndpsmb.dll
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature:       @#netlabs:3.2.x#@##1## 12 Mar 2017 19:26:06     ECS85332116::en
::::@@NDPSMB - SMBFS NetDrive External Plugin Build beta-date
Vendor:          netlabs
Revision:        3.02.x
Date/Time:       12 Mar 2017 19:26:06
Build Machine:   ECS85332116
Language Code:   en
File Version:    3.2
Description:     NDPSMB - SMBFS NetDrive External Plugin Build beta-date

--- End code ---

OK, that was the wrong upgrade. I should have kept things at the updated 3.x release. Eventually, when I back-leveled the issues were mostly resolved. However...there was a bit more to be gained from performance perspective.

I tuned my smb.conf file a tad, all of these I think are well known and documented settings. On my system specifically I now have a pretty well functioning setup, see the attached smb.conf for details. I get a consistent 50Meg/s throughput between my NAS box (ZyXel 325V2 with a really OLD WD test drive). Once I get my new ED Red NAS drives in there in a RAID-0 config (yeah, I know, but I have external USB nightly backup, so my focus here is on getting everyone in the house plenty of speed) I will update this thread with new numbers, not sure if the HD speed will have any effect on this or not, but I would have expected to get close to the theoretical 1Gig LAN limit (so 100 Mbyte/sec throughput).


Paul Smedley:
Hi Dariusz,

Sorry - I'm confused - how exactly did you resolve your issues? Backlevelling ndpsmb.dll and matching smbclnxx.dll? I'd rather fix the issue in current builds if it still exists.

If you want to test latest builds:
Netdrive plugin: http://smedley.id.au/tmp/ndpsmb-3.3-samba47-20170924.zip
Samba code: http://smedley.id.au/tmp/smbcln47-4.7.7-20180428.zip

Cheers,

Paul

Dariusz Piatkowski:
Hi Paul,


--- Quote from: Paul Smedley on May 26, 2018, 11:42:24 am ---...Sorry - I'm confused - how exactly did you resolve your issues? Backlevelling ndpsmb.dll and matching smbclnxx.dll? I'd rather fix the issue in current builds if it still exists...
--- End quote ---

Well, I simply reverted back to the smbclut-1_3_0-1054.zip package and made no other changes to the NetDrive samba plugin, I left that as it was, with the bldlevel info I showed in my last update.

Some months ago you made some changes to the NetDrive plugin based on the issues I was experiencing. I deployed that setup, the last set of filenames I deployed were:

1) ndpsmb-3.2-samba46-20170317.zip   
2) ndpsmb-fix1.zip

...with #2 being the last test release you made, which addressed the issues I was seeing on my system. I left things that way, probably expecting that eventually you (or bitwise works?) would release the final version. Not sure if that ever happened, maybe it did and I missed it?

More importantly, I am confused as to which is the proper set of CLUs to use:

1) smbclut-1_3_0-1054.zip

OR

2) smbcln46-4.6.0-20170312.zip

I am NOT running an OS/2 Samba server, only client, so given the description at the Samba wiki (http://trac.netlabs.org/samba/wiki), I ended up using smbclut-1_3_0-1054.zip.

In your previous post you listed two files, which I downloaded and will test out. However, I am still confused whether smbcln47-4.7.7-20180428.zip or smbclut-1_3_0-1054.zip should be used for a client-only install?

As best as I can tell it all comes down to which version of Samba client the particular CLU implements, right now, given the latest releases discussed here, these are:

1) smbclut-1_3_0-1054.zip (Version 3.6.25-OS/2 and OS/2-based systems v1.3.0-1054)

2) SMBCLN47-4.7.7-20180428 (Version 4.7.7)

Now, maybe if you are running an OS/2 server that matters a lot, which is perhaps why the wiki says they officially ONLY support the 3.6.25 release. But if all you want is the Samba client, does that open things up to running something like your latest test relase above, which is 4.7.7?

I will test this out and report back.

Dariusz Piatkowski:
OK, test results are (NOTE: these are now outdated, skip to 'EDIT #2' below for final results):

1) the updated NetDrive Samba plugin does not work, my NetDrive does not even recognize it...so if I attempt to map a resource I do not even get a Samba plugin listed as one of the choices

2) the SMBCLN47-4.7.7-20180428 (Version 4.7.7) CLU works fine with the previous NetDrive beta plugin

So all in all, I see that I can use the 4.7.7 client side stuff, but no-go on the updated NetDrive Samaba plugin...what can I do to troubleshoot further? Do you want me to log a ticket for this Paul?

Thanks!

EDIT #1
======
Sorry, looks like I jumped the gun here on my testing. While accessing remote shares appears to work successfully, I could read the files, contents, play media, etc., I unfortunately could NOT write to the remote media. Backlevelling to smbclut-1_3_0-1054.zip was the only way to get this working again. So maybe this has some bearing on the result I saw with NetDrive not recognizing the Samba plugin as well?

EDIT #2
======
Well, not one to 'let things sit' I plugged away some more at troubleshooting this. Happy to report ALL IS GOOD!

So the key thing here is that my Samba client install only has the entry in the CONFIG.SYS PATH, nothing in the LIBPATH points to it. In this latest SMBCLN47-4.7.7-20180428 package there are now two DLLs which must be located somewhere in the LIBPATH, I did not have this done, nor did I copy them manually anywhere else. Looking at the ndpsmb.dll NetDrive plugin in DLLTree I realized it was failing to load the smbcln47.dll DLL. Subsequently, the NetDrive plugin wasn't finding the DLL it needed, and I am guessing this is why my copy TO a Samba share was failing. Once I made these DLLs accessible to all processes both the NetDrive plugin worked successfuly as well as copying TO and FROM a Samba share.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version