similar to: smbd Process Changes Ownership - lsof output

Hi, We have a problem like I've never seen in 8 years of running Samba in production. Two users can overwrite each other's open Excel spreadsheets. It occurs very infrequently, basically randomly, never happens on a recently restarted smbd instance, and is extremely difficult to troubleshoot due to samba switching process ownership from the user to "root" shortly after

Hi, It would be very useful to have a parameter(s) that allows a list of IP addresses, for which verbose debugging takes place. This would be extremely helpful for tracking odd cases that do not occur consistently, and for troubleshooting machine-specific issues. example smb.conf entries: debug ip list level = 10 debug ip list = 192.168.0.151 192.168.0.136 Ideally this would be available

From: Ralph Angenendt <ra+centos at br-online.de> > If you can read binary :) > The script section of the glibc RPM is a very simple one: > [angenenr at shutdown dict]$rpm -q --scripts glibc > postinstall program: /usr/sbin/glibc_post_upgrade.i686 > postuninstall program: /sbin/ldconfig > And I cannot find Documentation for glibc_post_upgrade at the moment, a >

CentOS Errata and Bugfix Advisory 2012:0442 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0442.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 73447eac806b56cfc12c1b2630e5c9e730711d4b6ffd442c485027055039354b lsof-4.82-4.el6.i686.rpm x86_64:

On Thursday 23 July 2015 16:24:23 Richard W.M. Jones wrote: > Useful for debugging unmount failures. Note that we include lsof in > the appliance already. > --- > daemon/mount.c | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/daemon/mount.c b/daemon/mount.c > index c5b7d89..e139482 100644 > --- a/daemon/mount.c > +++ b/daemon/mount.c > @@ -424,6

I did something simple; on one window did more/etc/mail/sendmail.cf on another window did lsof -o -b -p XXX -w where XXX is the process number. The SIZE column does not change to OFFSET! the size reflects the size of sendmail.cf - I was hoping the "-o" would change the SIZE column to OFFSET column and show at what offset the program has read into the file? AM I doing something wrong?

Hi, I noticed this today. If I build lsof on my 4-STABLE box, then it doesn't run: boojum# lsof lsof: PID 0, no file * space If I build the lsof binary under 4.8-STABLE, then it runs fine under 4.8-STABLE and 4-STABLE. Upon investigation it appears that the variable fd in the file dproc.c is being used uninitialized in gather_proc_info(). The problem seems to be related to some changes to

Useful for debugging unmount failures. Note that we include lsof in the appliance already. --- daemon/mount.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/daemon/mount.c b/daemon/mount.c index c5b7d89..e139482 100644 --- a/daemon/mount.c +++ b/daemon/mount.c @@ -424,6 +424,10 @@ do_umount_all (void) r = command (NULL, &err, str_umount, mounts.argv[i], NULL); if (r == -1)

On Thu, Jul 23, 2015 at 05:29:43PM +0200, Pino Toscano wrote: > On Thursday 23 July 2015 16:24:23 Richard W.M. Jones wrote: > > Useful for debugging unmount failures. Note that we include lsof in > > the appliance already. > > --- > > daemon/mount.c | 4 ++++ > > 1 file changed, 4 insertions(+) > > > > diff --git a/daemon/mount.c b/daemon/mount.c

From: Simon Perreault <nomis80 at lqt.ca> > Sure, theoretically it would be possible, but how would you restart this one? > [nomis80 at poste10-153 ~]$ sudo lsof | grep libc | grep init > init 1 root mem REG 253,0 1521500 999437 /lib/tls/libc-2.3.5.so I need to verify the post-install script for the glibc RPM, but I believe it SIGHUPs the process -- and

I contacted the author of ''lsof'' regarding the missing ZFS support. The command works but fails to display any files that are opened by the process in a ZFS filesystem. He indicates that the required ZFS kernel structure definitions (header files) are not shipped with the OS. He further indicated that he rummaged through the OpenSolaris source tree and the files doesn''t

hi, lsof on freebsd 9.1: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME ntpd 1707 root cwd unknown file system type: newnfs ntpd 1707 root rtd unknown file system type: newnfs ntpd 1707 root txt unknown file system type: newnfs ntpd 1707

Hi, to install current PC models (with new Intel NICs) via Kickstart/PXE, I wanted to add the newest e1000e-Treiber to initrd.img. With this modified image, the Kickstart kernel crashes with the following error messages: [...] md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. RAMDISK: Compressed image found at block 0 RAMDISK: incomplete write (20480 != 32768) 6062080

Move most of open_guestfs to Types, so a common function to open a Guestfs handle is available. Since it does not do all the things the old open_guestfs did, the two operations have been moved to the only place requiring them. This function has been placed in Types and not Utils, as will be needed by other functions in Types; Utils uses Types, so this avoids a circular dependency. ---

I have an irregular time series, which cannot easily be converted to a ts object (long stretches with NA). I have calculated the climatological mean and st.dev, but need help on how to calculate the anomalies from the climatology and my original data set. Below is an example, where I have indicated the basic idea of what I want to do under Question 1 and 2. I assume I will have to create a custom

Hi, Many of these syncing problems were solved in Samba 4.7 (and probably a few more in 4.8). There were a number of unresolved locking issues that we uncovered as well as some inconsistencies with Windows replication. I would try join a DC with one of the latest Samba versions and see if your problems persist. Cheers, Garming On 21/06/18 21:35, Chris Lewis via samba wrote: > Hello, >

What does the WERR_BAD_NET_RESP means? I'm currently upgrading our DCs to 4.8.3 and I've noticed that the off-site DC has a sync problem of the CN=Configuration NC. The FSMO DC is still in the 4.5.5, but all other DCs, including the off-site are already on 4.8.3. Trying to sync the off-site DC with one of the updated DCs does not work either. The WERR_BAD_NET_RESP message already

Hello, We have a Windows 2008 DC (inview-dc1 and a samba 4.4.16 (inview-dc2) server as a backup DC. The system for the most-part works OK, but occasionally the Samba DC goes wildly out of sync (with respect to group membership), normally after a change to a large group. I have noted previously before the out-of-sync event occurs, this command always fails thus : root at inview-dc2:~#

Hi, I believe that the BUG 2346 which was resolved in samba 3.0.14 has come back in the 3.0.23 series. Here is what I have noticed on two separate configurations. The samba packages were built on each machine using rpmbuild with the SRPMS provided for Fedora in the samba web site. Configuration 1. Two machines running with RHEL4, samba 3.0.23b-1, drbd-0.7.21 protocol C. Kernel:

Thanks Garming. We currently use a standalone bind DNS server. Will the later version of samba work without the integrated DNS backend? Cheers Chris On 21/06/18 23:41, Garming Sam wrote: > Hi, > > Many of these syncing problems were solved in Samba 4.7 (and probably a > few more in 4.8). There were a number of unresolved locking issues that > we uncovered as well as some