Re: CIFS Issue When Copying Large/Many Files From CentOS To Remote Windows 2003 Server Share

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Thu, 2009-06-18 at 11:46 -0400, Kemp, Larry wrote:
> Mucho thanks guys...
> 
> 1) We have disabled the antivirus for the entire drive (which is a RAID5 diskarray). I will try to have Bacula send it job to this mounted system now and see if CENT OS comes back with any CIFS errors.
> 
> 2) I did try originally editing the /etc/fstab to mount the remote share as SMB in as many different ways that I could find online. But none seemed to work for me. It seemed to be a little bit different across Linux distros and versions, as well as SMB versions. And in the end, I simply got CIFS to work and had just not yet figured out the exact verbiage for SMB to work in /etc/fstab to mount /mnt/remotewinserver automagically at boot. I did read up on SMB as well to see if I was missing something small. If you have a combination that has worked for you Nate, please do share sir, I would be most gracious on my end...believe me. The remote sharer is a Windows 2003 Server running 2 64bit processors, but the OS was installed as 32bit for whatever reason.
> 
> 3) Unfortunately Windows claimed the big fat HP Storage server before CENT OS could (sorry for this starting to sound like a Windows whinefest too). Having said that, Win2k3 Server runs the array already backing up all Windows servers using Backup Exec. I am ofcourse trying use CENT OS and Bacula but needed large diskspace. Had we had another array/server I could use CENT OS would have no problem running I am certain. So as a second method I am creating a VM running CENT OS and Bacula on the large S:\drive of the Windows server that has an expandable VMDK drive (VMWare). This way my CENT OS/Bacula VM can grow as big as it needs to and to CENT OS and Bacula the storage device is just natively /storage-array. At least that is one plan anyway.       
> 
> We are also "talking about" just buying the Symantec Linux client for backups. But the original goal was to use CENT OS for this since our production systems are CENT OS.
> 
> Okay that's everything I think. Thanks for the help thus far. 
----
What it comes down to is you don not have enough A** in your hardware to
do scanning in real time. I had the problem with Samba and the clamav
module for samba untill I upgraded the hardware. Very CPU Intensive and
memory. The right hardware you can saturate a GigE conection. That is
logging all transfers file open and close.

John

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux