similar to: Migrate from sernet-samba to samba4

Hi Marc, On 25 May 2017 10:25: > You can build Samba yourself. See Wiki. Thank you, that looks like the solution. Although I'm tempted to wait for 4.7 in case I break something.. > A migration documentation (package to self-compiled, self-compiled to > packages, or package to other packages) is currently work in progress. > Maybe I have it finished next week. Am I correct in

On 5/25/2017 12:07 PM, Robert Moskowitz wrote: > > > On 05/25/2017 11:22 AM, Bowie Bailey wrote: >> On 5/25/2017 10:04 AM, Robert Moskowitz wrote: >>> >>> >>> On 05/25/2017 09:32 AM, Leon Fauster wrote: >>>>> Am 25.05.2017 um 15:27 schrieb Robert Moskowitz >>>>> <rgm at htt-consult.com>: >>>>>

Hi, Over the weekend we updated a two server glusterfs 3.6.6 install to 3.10.2 We also updated samba and samba-vfs to the latest in CentOS. I enabled several of the newer caching features from gluster 3.9 for small file performance and samba, and we now seem to have some issues with accessing files from glusterfs. When users try to access some files, they get a Permission denied message. This

Hi everyone, Is there anything else we could do to check on this problem and try to fix it? The issue is definitively related to either the samba vfs gluster plugin or gluster itself. I am not sure how to pin it down futher. I went ahead and created a new share in the samba server which is on a local filesystem where the OS is installed, not part of gluster: # mount | grep home ]# ls -ld /home

Hi Rowland, On 27 May 2017 11:39: > Hmm, you mention: > > 'idmap_ldb:use rfc2307 = yes' and 'xidNumber' > > Is this on a DC or a Unix domain member ? This is on a DC. I only have two centOS7 AD DC's in my environment.. Tim

On 03-Jun-2017 3:27 AM, "Diego Remolina" <dijuremo at gmail.com> wrote: Hi everyone, Is there anything else we could do to check on this problem and try to fix it? The issue is definitively related to either the samba vfs gluster plugin or gluster itself. I am not sure how to pin it down futher. I don't think it is vfs plugin because you haven't updated samba packages

Thanks for taking the time to look into this. Since we needed downtime due to the gluster update, we also updated the OS, including samba. We went from 4.2.x to 4.4.4 and many other packages for CentOS were updated as well. OS and samba updates were installed, then server rebooted, then gluster was updated. Created a new test samba share to minimize logs, etc: [VfsGluster] path = /vfsgluster

On 5/25/2017 10:04 AM, Robert Moskowitz wrote: > > > On 05/25/2017 09:32 AM, Leon Fauster wrote: >>> Am 25.05.2017 um 15:27 schrieb Robert Moskowitz <rgm at htt-consult.com>: >>> >>> Thanks. I followed this to: >>> http://mirror.centos.org/centos/7/os/x86_64/Packages/ >>> >>> And could not find any of the following:

Did the logs provide any hints as to what the issue may be? Diego On Sat, Jun 3, 2017 at 12:16 PM, Diego Remolina <dijuremo at gmail.com> wrote: > Thanks for taking the time to look into this. Since we needed downtime > due to the gluster update, we also updated the OS, including samba. We > went from 4.2.x to 4.4.4 and many other packages for CentOS were > updated as well. OS

why in the world do i no longer see shares when using smb://192.168.196.1/ but when i know the sharename and type smb://192.168.196.1/data/ all is fine? i first thought it was the security update from yesterday and/or "nt pipe support = no" but both is not the case and i can't sy how long it's that way because mostly using bookmarks Fedora 24/25 and CentOS7 all the same

Hello All, After updating to sernet-samba-4.6.4, ntlm_auth doesn't appear to work for me with challenge and nt-responses. I'm using ntlm_auth in freeradius to authenticate my wifi users against my AD. In sernet-samba-4.2.14 it was working perfectly. My freeradius server is an AD Member, and I've got two other sernet-samba-4.6.4 AD DC's. $ ntlm_auth --request-nt-key

please read what i wrote > i first thought it was the security update from yesterday and/or "nt > pipe support = no" but both is not the case no change when set it back to "yes" Am 26.05.2017 um 15:42 schrieb Andrew Walker: > That's because you set the parameter "nt pipe support = no". > > On Fri, May 26, 2017 at 8:28 AM, Reindl Harald via

On Fri, 26 May 2017, Christian, Mark wrote: > On Fri, 2017-05-26 at 11:19 -0400, Bernard Fay wrote: >> Hi, >> >> Does a fix has already been made in the CenOS RPM repositories for this >> Samba remote execution code vulnerability, CVE-2017-7494? > yes. samba-3.6.23-43.el6_9.x86_64.rpm And samba-*-4.4.4-14.el7_3.x86_64 -- Paul Heinlein <> heinlein at

I am attempting to update to 7.4 using the DVD I get these errors(truncated list) Error: Package: libgpod-0.8.3-14.el7.x86_64 (@epel) Requires: libusbmuxd.so.2()(64bit) Removing: usbmuxd-1.0.8-11.el7.x86_64 (@anaconda) libusbmuxd.so.2()(64bit) Obsoleted By: usbmuxd-1.1.0-1.el7.x86_64 (c7-media) Not found Error: Package:

Hello All, I've bitten the bullet and upgraded from sernet-samba-4.2 to 4.6.4-SerNet-RedHat-7.el7. Now my AD users don't show up in Linux, with the result that the [homes] share fails to connect. Other shares work fine, it's just the homes share. There doesn't appear to be any uidNumber mapping going on. I used to be able to use the unix command 'id' to show user info,

I have samba-4.6.2-12.el7_4.x86_64 which is connected to WIndows Active Directory Server. I configured samba with AD as below: [global] workgroup = MYDOMAIN realm = MYDOMAIN.COM prefered master = No server string = servername security = ADS encrypt passwords = Yes log file = /var/log/samba/%I max log size = 50 interfaces = bond0 lo bind interfaces only =

I have a few RHEL7 boxes, all of them are members in MS Win domain using SSSD. All of these linuxes run Samba for file sharing with the same config. Usually it works nice, but from time to time users cannot map Samba folders, with the following message in the log: [2017/03/07 14:58:27.050493, 0] ../source3/auth/auth_domain.c:121(connect_to_domain_password_server)

We have winbind client running on CentOS 7.3.1611 host connected to MS active directory. It is working normal for local and AD users. However in the logs, I see that NSS is throwing call to winbind to retrieve the groups for "root" user. I wonder why it does and what can be done to make it stop doing that. I believe it should do the lookup only for the domain/AD users. [2019/10/02

CentOS Errata and Bugfix Advisory 2017:0069 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0069.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d04b5c04b305ec76be544f7484ce89fa76f79328234b48c1697246ab5b2ffd77 ctdb-4.4.4-12.el7_3.x86_64.rpm

CentOS Errata and Security Advisory 2017:1265 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1265.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 87f3041a57ee5ae9cab106a52453c7448378af844d78cd9b5b4dc2e1edc074a8 ctdb-4.4.4-13.el7_3.x86_64.rpm