Peculiar problem with samba mount. and a program

I have a very perculiar problem with the datatransfer between a program called CFX12 installed on a Linux machine (SUSE 11.0) and a cifs (samba) mount on this machine of a shared map on a Windows server (the fileserver). These are the symptoms:

  • In CFX12 loading a file from the fileserver takes several tens of minutes instead of the usual (split) seconds. (I’ve compared it to other installs, it has nothing to do with the file)

  • When trying to save a file, excessive time is needed as well.

  • When opening a new case (document, say) in CFX12 and importing a file from the fileserver doesn’t pose a problem.

  • When files are stored locally or on a mount referring to an other linux machine, there are no problems using CFX12. This may indicate there is a problem between the cifs mount and CFX12.

  • When making a symbolic link to the file on the fileserver (thus to the file in the mounted directory) and store this locally, everything works normal. However, making a symbolic link to the whole directory does not work.

  • The previous version, CFX11, works normally.

  • CFX12 installed on a windows computer works normally.

  • Every other way of using the cifs mount on the linux machine doesn’t pose any problems.

I have posed this problem to CFX support and to a forum for this program, no results thusfar.

I have no clue on where to search for a solution for this problem. The setup of the mount and CFX seems all normal to me. Are there any special options or configuration for the cifs mount I should know about? Is there any way to figure out what the machine is actually doing when trying to load this file?

On Wed December 9 2009 09:36 am, Arjan82 wrote:

>
> I have a very perculiar problem with the datatransfer between a program
> called CFX12 installed on a Linux machine (SUSE 11.0) and a cifs (samba)
> mount on this machine of a shared map on a Windows server (the
> fileserver). These are the symptoms:
>
> - In CFX12 loading a file from the fileserver takes several tens of
> minutes instead of the usual (split) seconds. (I’ve compared it to other
> installs, it has nothing to do with the file)
>
> - When trying to save a file, excessive time is needed as well.
>
> - When opening a new case (document, say) in CFX12 and importing a file
> from the fileserver doesn’t pose a problem.
>
> - When files are stored locally or on a mount referring to an other
> linux machine, there are no problems using CFX12. This may indicate
> there is a problem between the cifs mount and CFX12.
>
> - When making a symbolic link to the file on the fileserver (thus to
> the file in the mounted directory) and store this locally, everything
> works normal. However, making a symbolic link to the whole directory
> does not work.
>
> - The previous version, CFX11, works normally.
>
> - CFX12 installed on a windows computer works normally.
>
> - Every other way of using the cifs mount on the linux machine doesn’t
> pose any problems.
>
> I have posed this problem to CFX support and to a forum for this
> program, no results thusfar.
>
> I have no clue on where to search for a solution for this problem. The
> setup of the mount and CFX seems all normal to me. Are there any special
> options or configuration for the cifs mount I should know about? Is
> there any way to figure out what the machine is actually doing when
> trying to load this file?
>
Arjan82;

You can increase the log level to see what gets saved in the Samba logs. Add
this to the Global section of /etc/samba/smb.conf


log level = 3

The default log file is: /var/log/samba/log.smbd If you changed the log file
in smb.conf, it will be located there. For full debug you can go as high as
log level = 10. Since logs increase greatly just at 3, when you’re done
debugging this, move the log level back to 0 or 1. Be sure to restart smbd
after editing the smb.conf.

You might also look at /var/log/messages to see if anything is logged there.

You might also try the directio an or nobrl option for mount.cifs. See:
man mount.cifs for details.

Good luck with this.

P. V.
“We’re all in this together, I’m pulling for you.” Red Green