Version 22 (modified by Herwig Bauernfeind, 12 years ago) (diff)

Add note about read/write speed

Samba Server and Client FAQ

This page is a a collection of tips and tricks around the setup and operation of the Samba Server and Client for eComStation and OS/2.

Q: I want to try Samba Server for eCS(OS/2), but I have installed NetBIOS over TCP/IP and I do not want to screw this machine. Anything I can do for a quick and painless test?
A: As also noted otherwise you MUST remove NetBIOS over TCP/IP before trying the Samba Server. Nevertheless you just have to backup 3 files in order to get back to you previous status.
So, for a quick try of the Samba Server, do the following:

  1. Create backups of \ibmcom\protocol.ini, \ibmlan\ibmlan.ini and config.sys.
  2. Run MPTS to remove NetBIOS over TCP/IP protocol. Note: Setting UNIXROOT now is a good idea!
  3. Reboot.
  4. Try Samba Server for eCS(OS/2)

In case you want to go back:

  1. Uninstall Samba Server for eCS(OS/2)
  2. Copy the backups of \ibmcom\protocol.ini, \ibmlan\ibmlan.ini and config.sys over the current versions.
  3. Reboot. You are back where you were before trying Samba.

Q: Will Samba Server for eCS also run on Warp 4?
A: Yes. There is nothing eCS specific in it. Make sure the prerequisites mentioned here are met. Warp 4 FP16 and OS/2 MCP2 have been tested to work. Pre-FP12 levels are unknown, but should work. 16-bit-TCP/IP (Version 4.0x) does not work.

Note: is not required anymore in case you install the WPI archive.

Q: The current utilities packaged with Samba server for eCS (OS/2) only have a limited feature set. How can I configure all the other features without messing with commandline utilities?
A: While the feature set of the utilities will grow over time, you can use the Microsoft Windows Server 2003 Resource Kit Tools in order to configure options presently not found in the OS/2 utilities. Both SRVMGR.EXE and USRMGR.EXE work very well with the Samba Server for eCS (OS/2) when run from a Windows NT/2000/XP workstation.

Another possibility is the Microsoft Nexus package. This package comes with functionally equivalent versions of SRVMGR.EXE and USRMGR.EXE, but designed to run on Windows 95/98/ME machines.

Note: Unfortunately none of utilities cannot be run using Odin/InnoWin?.

Q: Can Samba Server for eCS (OS/2) operate as a Primary Domain Controller?
A: Yes, that is possible. The sscc.exe installer utility version 0.5.7 or better that comes with the 3.0.31 WPI package is able to create a smb.conf suitable for a Primary Domain Controller, however it cannot migrate an existing smb.conf.

Note: It is strongly recommended to use tdbsam backend instead of standard smbpasswd backend if you intend to run a Primary Domain Controller. Use pdbedit in order to migrate users and groups from smbpasswd backend to tdbsam backend.

Commandline to migrate backend from smbpasswd to tdbsam:

 pdbedit -i smbpasswd -e tdbsam

Afterwards edit smb.conf and add the following line to the [global] section and restart Samba:

   passdb backend = tdbsam

Q: I see a completely erratic behaviour, when I try to add users to groups - I always get NT_ACCESS_DENIED errors, although credentials should be sufficient. Sometimes the user appears magically after the next operation. What is wrong here?
A: The problem is located in the group file and in the (now deprecated) addusertogroup.cmd and deluserfromgroup.cmd scripts. The userlist MUST be terminated by a comma. Examples of the group file syntax floating around neglect this issue, and the scripts mentioned above do not provide the comma either (use the smbusers package published here to deal with users and groups ).

Each line of your group file should look like this:


Note: For real Unix it seems that it does not matter whether the trailing comma is added or not. The OS/2 implementation in klibc however depends upon this trailing comma in order to work properly.

Q: How should my protocol bindings look like in MPTS?
A: You must not have installed NetBIOS over TCP/IP. Samba server uses the same ports and thus cannot run at the same time as NetBIOS over TCP/IP. This is no bug and no limitation of the OS/2 version, this just the way Samba works.

The most simple protocol binding in MPTS would look like the following (in case no Virtual Machine solution such as VirtualPC, SVISTA or VirtualBox is installed):

Intel(R) Pro 1000 network connection....... (for example)
   0 - IBM TCP/IP

Q: Does Samba really need this libc063x.dll, I have libc063.dll anyway? I want to get rid of one of these two files! This is the DLL hell!
A: Samba comes with an enhanced version of libc063.dll named libc063x.dll. In order to run Samba successfully you must have this file, the standard libc063.dll does not work for Samba. The two DLLs are not interchangeable and you cannot just rename one or the other. Please note that you also must not rename libc063x.dll to libc063.dll in order to use the enhanced DLL with other applications. This will not work either.

Note: Samba version 3.0.30 and later come with libc064x.dll. So libc063x.dll is obsolete and can savely be removed from your system. You must NOT delete libc063.dll however!

Q: What is faster, Samba Server for eCS (OS/2), IBM Peer, LAN Server or WarpServer for eBusiness?
A: The Samba Server provides a much better performance than all the older IBM products on a given hardware. The Samba Client is slower than the IBM LAN Requester. Speedwise the order of possible combination is the following:

  1. Samba Server plus IBM LAN Requester (fastest)
  2. Samba Server plus Samba Client
  3. IBM Peer/LAN Server/WSeB plus IBM LAN Requester (slowest)

Note: The combination IBM Peer/LAN Server/WSeB plus Samba Client is untested. It is probably the slowest and least stable combination anyway.

Note: Recent experiments showed that Samba Server for eCS(OS/2) behaves extremely asymmetric when it comes to compare read and write speeds. While read speed is very fast (typically 16.000 to 26.000 KB/sec.), write speed is very slow (typically 150 KB/sec.). The problem is the very same that directly leads to Ticket #69 and #71. This problem has existed for every Samba build (tested back to version 3.0.25pre1).

Q: What about stability? Is Samba for eCS (OS/2) stable enough to run my company's network?
A: There are several case studies where Samba Server for eCS (OS/2) is already used in a real life office environment successfully for approximately a year, without real problems. Nevertheless Samba still has quirks and in its current status is more difficult to handle than the older IBM products (which definitely also have quirks and limitations, especially when it comes to newer Windows clients).

Q: Which OS/2 components are replaced by Samba?
A: The following table provides an overview:

Samba componentOriginal eCS (OS/2) componentRemarks
Samba ServerIBM Peer/LAN Server/WSeBSamba cannot share serial devices, but is much faster on the same hardware
Netdrive + Samba client pluginIBM LAN RequesterUsed to access files/directories on a Samba server from an eCS (OS/2) client
eVFS + Samba client pluginIBM LAN RequesterUsed to access files/directories on a Samba server from an (OS/2) client
Samba smbspool + eRedManIBM LAN RequesterUsed to print from OS/2 on a printer shared by a Samba server

Note: eVFS comes with eComStation 2.x
Note: eRedMan can be found here.

Q: Is the Samba Server for eCS (OS/2) able to store OS/2 extended attributes properly?
A: Yes, by and large. It was just recently discovered that Samba still has difficulties with very large extended attributes (slightly below the 64K maximum size). Besides that, extended attributes work nicely. You have to add the following statement to your smb.conf in order to enable extended attributes:

   ea support = Yes

Note: Samba Server builds older than 2007-02-26 had problems with Extended Attributes (EAs), both with clients connected with IBM LAN Requester and with clients connected with the older Samba 3.0.9 plugins for Netdrive.