similar to: tar: no, the file did not change while you read it

I could use some input to point out the error in my configuration, which eludes me. Previously I operated a 225-node cluster with samba 4.3 and sssd on the Linux boxes. Everything worked OK. Now I am using samba 4.11.6 on CentOS 7.7, patched up to date. The DC, on a KVM VM, is the only node configured so far. I am using winbind in place of sssd (my first experience with winbind). BIND9_DLZ

On Sat, 15 Feb 2020, Rowland penny via samba wrote: > On 15/02/2020 19:15, Steve Thompson via samba wrote: >> Now I am using samba 4.11.6 on CentOS 7.7, patched up to date. > Have you compiled Samba yourself, or are you using Samba packages and if so, > where from ? >> The DC, on a KVM VM, is the only node configured so far. I am using >> winbind in place of sssd

In CentOS 5.7 and earlier versions, an alias interface is defined via ifcfg-<interface>:foo which contains "ONBOOT=no". The ONBOOT setting appears to be ignored, and the interface always starts when the system boots or if networking is restarted. This is a serious bug that seems to date back many years (I found references in 2005). Anyone know why it hasn't been fixed, or

great thanks Steve ___________________________________________________________________________________________ Mario Pio Russo, System Admin SWG IT Services Dublin, Phone & FAX: +353 1 815 2236, eMail: mariopiorusso at ie.ibm.com IBM Ireland Product Distribution Limited registered in Ireland with number 92815. Registered Office: IBM House, Shelbourne Road, Ballsbridge, Dublin 4 (Embedded

On 08/05/15 12:49, Mario Pio Russo wrote: > Hi all > > just going back to this, Steve can you please expalin where did you take > this number from? 11644473600 > > that seems not to work correctly on my system so I was lookin g how to > tailor down the right value > > thanks > > >

This idea is intruiging... Suppose one has a set of file servers called A, B, C, D, and so forth, all running CentOS 6.5 64-bit, all being interconnected with 10GbE. These file servers can be divided into identical pairs, so A is the same configuration (diks, processors, etc) as B, C the same as D, and so forth (because this is what I have; there are ten servers in all). Each file server has

CentOS Errata and Bugfix Advisory 2012:0580 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0580.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0b333670130bc05778ec233a763822b34efdd5fcdf3326f1fea019fba2c21eb3 tar-1.15.1-32.el5_8.i386.rpm x86_64:

tar: blah.bleh: file changed as we read it I have a file (two files actually) with different timestamps on the AFR backends -- I presume because the file timestamp was set to the current time, when the last write operation completed and there is some minor clock skew or network lag. tar notices this intermittently, depending on which mirror handles the request. It is a little distracting

Hello, I get a strange error when taring a database for backup. I have a Redhat 8.0 samba server with 2.2.5 which is running cron.daily. Part of that script is backup from a database file of one W2K machine to another W2K machine for storage. I use mount -t smbfs to mount some W2K shares on linux: //windows-1/AccountingData on /mnt/AccountingData type smbfs (0) //windows-1/Database on

Samba 4.1.16, Centos 6.6 x86-64, BIND_DLZ 9.9. I have three AD DC's that were functioning normally. However, today I restarted BIND on one node, and it failed to start with this message in the log (names changed): May 10 07:02:49 benford named[6767]: Loading 'AD DNS Zone' using driver dlopen May 10 07:02:49 benford named[6767]: samba_dlz: started for DN DC=samdom,DC=example,DC=com May

OK, I had this working a few days ago, but have evidently changed something that I cannot locate. Someone hit me with their 2x4. Samba 3.0.22, Fedora Core 4, ldapsam (OpenLDAP 2.3.24). smbd will not start, with the "ERROR: failed to setup guest info" error (I have "guest account = guest", which is a valid user with correct info in LDAP): ldap_connect_system: Binding to ldap

Roland, Thank you very much for your attention to this. You should get a medal for all the help you give everyone on this list. On Sun, 10 May 2015, Rowland Penny wrote: > Why ? And why don't they show up when you ask for the zones with samba-tool ? I have that many subnets. As for why they don't show up: they are defined in BIND's configuration and not samba's; they never

CentOS Errata and Security Advisory 2007:0860 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-0860.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 446b93f2bebde1639ea615e0400f4988 tar-1.15.1-23.0.1.el5.i386.rpm Source: 0618194f7e8f22d3313e7da925ff5251 tar-1.15.1-23.0.1.el5.src.rpm -- Karanbir

CentOS Errata and Security Advisory 2007:0860 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-0860.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: b53ea30400be4608a40ab7dd73358eb2 tar-1.15.1-23.0.1.el5.x86_64.rpm Source: 0618194f7e8f22d3313e7da925ff5251 tar-1.15.1-23.0.1.el5.src.rpm --

CentOS Errata and Security Advisory 2010:0141 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0141.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 1c47e912e26b8d82dad2aebe431c5e60 tar-1.15.1-23.0.1.el5_4.2.x86_64.rpm Source: 0e5d784ca08f2d051ea5d7a5cfa585ad tar-1.15.1-23.0.1.el5_4.2.src.rpm

CentOS Errata and Security Advisory 2010:0141 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0141.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 6dc05c5d1c941def7ae068e8ff898fb8 tar-1.15.1-23.0.1.el5_4.2.i386.rpm Source: 0e5d784ca08f2d051ea5d7a5cfa585ad tar-1.15.1-23.0.1.el5_4.2.src.rpm --

CentOS Errata and Bugfix Advisory 2011:1449 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1449.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: e087af8462ab1d1a7ae1a2ec130d617e tar-1.15.1-31.el5.x86_64.rpm Source: a44e2798260d52075de4d67456ca228f tar-1.15.1-31.el5.src.rpm -- Johnny Hughes CentOS

CentOS Errata and Bugfix Advisory 2011:1449 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1449.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 9e218c0410253f1d8a4d1e6db18bd010 tar-1.15.1-31.el5.i386.rpm Source: a44e2798260d52075de4d67456ca228f tar-1.15.1-31.el5.src.rpm -- Johnny Hughes CentOS Project

Hi All, anyone had the same experience? Could you provide me some information about this error? It happens only on GlusterFS file system. Thank you, Mauro > Il giorno 20 dic 2017, alle ore 16:57, Mauro Tridici <mauro.tridici at cmcc.it> ha scritto: > > > Dear Users, > > I?m experiencing a random problem ( "file changed as we read it? error) during tar files

CentOS 5.7 x86_64. Lots of hosts NFS mounting a file system. All are configured identically (same LDAP servers, same DNS, same autofs config, same patches, etc). On some of them I see an NFS mount displaying a host name: % df -P | grep smt <hostname>:/mnt/foo 1651345888 264620688 1386725200 17% /fs/home/smt and on some just the IP address: % df -P | grep smt aa.bb.cc.dd:/mnt/foo