similar to: Diff patch for Samba 3.5.6

Derek -----Original Message----- From: Michael Wood [mailto:esiotrot at gmail.com]=20 Sent: Saturday, November 13, 2010 12:43 PM To: Derek Lewis Cc: samba at lists.samba.org; Jeremy Allison; = samba-technical at lists.samba.org Subject: Re: [Samba] Problems with ACL jumbo patch Hi On 10 November 2010 10:22, Derek Lewis <dlewis at mtu.edu> wrote: > Okay, I search the apt repositories

I have Samba 3.5.6 running patched with the ACL jumbo patch. When checking the properties of directories under a Samba share, I do not see differences in the mapping of users and permissions for directories from the un-patched version. I still get "CREATOR OWNER" and "CREATOR GROUP" showing up in the security tab under properties. This could be an install/configuration

I have ACLs working for files with the following set in my share definitions: inherit permissions = yes inherit acls=yes map acl inherit=yes vfs_objects = acl_tdb While testing my Samba configuration, I found that permissions are being set to 'special' for directories being copied from Windows instead of the ACL being fully populated. Does Samba 3.6 fully implement ACLS, or are

Jorell, I installed the packages from your list and attempted to build with your configuration. I still get errors during build referring to swrap_close or nwrap_getgrnam. Also I did not use. /autogen.she, just config and make. Derek Derek

Hi All, Can someone help me in getting info about specific dtrace features introduced in individual S10 updates like U1,U2,U3 etc... This message posted from opensolaris.org

On 11/09/2015 12:36 PM, Gordon Messmer wrote: > On 11/09/2015 08:34 AM, Steve Clark wrote: >> Has anyone using CentOS 6 been able to successfully set an mtu larger >> than 9710 >> on an interface. > Maximum frame size varies from implementation to implementation: > http://pages.uoregon.edu/joe/jumbo-clean-gear.html > > It's also worth noting that that due to

After successfully getting higher MTU to work on my Realtek NICs, I started testing the impact of higher MTU on file transfers using NFS exported ramdisk to ramdisk. The results were unexpected. The higher the MTU on the sending NIC, the lower the file transfer speed. I tested by using time cp to copy a 1GB file (In case compression might affect the results, so I dd the test file from the CentOS

On 02/12/2017 05:07 PM, Adi Pircalabu wrote: > On 11/02/17 06:29, Kevin Stange wrote: >> On 01/30/2017 06:41 PM, Kevin Stange wrote: >>> On 01/30/2017 06:12 PM, Adi Pircalabu wrote: >>>> On 31/01/17 10:49, Kevin Stange wrote: >>>>> You said 3.x kernels specifically. The kernel on Xen Made Easy now >>>>> is a >>>>> 4.4

I am upgrading a Samba 3.6 to 4 and wanted to keep my shares and files from the previous version. Will I be able to maintain file metadata in the switch? Sent from my iPhone

Hi, I am trying to optimize my gigabit network. I have two Intel 1000 MT Gigabit Server Adapters, which support Jumbo Frames -- as well as a Switch that supports Jumbo Frames. However, I am observing some strange behavior in my file transfers from Windows XP to Linux and I am wondering if it has anything to do with the way the Samba variables are set on my Linux box? The "strange

The documentation says the bridge will work as far as all interfaces have the same MTU, but I also read on this and other mailing lists people having problems when using jumbo frames. What is the current status of jumbo frames support in the bridge? It could also be useful to have the same info on the wiki page. Thanks. -- Luca Lesinigo -------------- next part -------------- An HTML

Hi everyone, I am currently converting my AoE/GFS setup over to GlusterFS. So far I have been very impressed with Gluster and am loving it's ease of use. I wrestled with GFS for days, and still do too much IMO. ;) I had a question about TCP/IP settings. I know Infiniband as interconnects would give us the best performance, but we currently do not have the budget to upgrade everything, so I

We have a cluster (212 nodes) that are on a gig-e network useing jumbo frames (mtu 6000) To reload a node we have to plug it into a regular 1500 mtu that is running off a differnt port on the head node to install. Is there a way to tell in the 'append' line of /pxelinux.cfg/default to have the bcm5700 module run wiht jumbo frames. this is our append right now append load_ramdisk=1

Hi everyone, I have looked through the list archives and seen a few posts about jumbo frame support, but there is no definitive answer on whether or not it has been tested or is working for anyone. I tried using an MTU of 9000 in a domU and encountered some very interesting and not-so-great results. My machines used in this test are: * NFS (physical) * dom0 (physical) * domU (virtual)

On Sat, May 06, 2023 at 04:56:35PM +0800, Hao Chen wrote: > > > ? 2023/5/6 10:50, Xuan Zhuo ??: > > On Sat, 6 May 2023 10:15:29 +0800, Hao Chen <chenh at yusur.tech> wrote: > > > When VIRTIO_NET_F_MTU(3) Device maximum MTU reporting is supported. > > > If offered by the device, device advises driver about the value of its > > > maximum MTU. If

On 11/09/2015 08:34 AM, Steve Clark wrote: > > Has anyone using CentOS 6 been able to successfully set an mtu larger > than 9710 > on an interface. Maximum frame size varies from implementation to implementation: http://pages.uoregon.edu/joe/jumbo-clean-gear.html It's also worth noting that that due to offloading features in modern NICs, there's often very little benefit

I am interested in compiling Samba 4 and trying the advanced features. I followed the instructions on samba.org to build and compile, though I get the error: failed program.confdefs.h. I have run into this error before, and looking over config log, I see that the build does not see many of the dependencies. Can I modify the build to point to the required files, or at least trace the source

Hi, Has anyone using CentOS 6 been able to successfully set an mtu larger than 9710 on an interface. I am seeing super jumbo frames with length > 10000. ... IP 10.79.4.53.64327 > 10.79.2.53.24294: Flags [.], seq 16060:29200, ack 1, win 32767, length 13140 ... CentOS release 6.7 (Final) Thanks, -- Stephen Clark *NetWolves Managed Services, LLC.* Director of Technology Phone:

Hi all, I'm having a bit of trouble with something and was wondering if anyone else has encountered this or knows what the problem is. I have one computer I would like to kickstart a centos 5.0 or 5.1 install. I have another computer which is the tftpboot server and contains the centos 5.0 and centos 5.1 install directories I wish to do the kickstart over nfs and my network is using MTU

On 11/02/17 06:29, Kevin Stange wrote: > On 01/30/2017 06:41 PM, Kevin Stange wrote: >> On 01/30/2017 06:12 PM, Adi Pircalabu wrote: >>> On 31/01/17 10:49, Kevin Stange wrote: >>>> You said 3.x kernels specifically. The kernel on Xen Made Easy now is a >>>> 4.4 kernel. Any chance you have tested with that one? >>> >>> Not yet, however