similar to: Looking for IO equivelent to tcpdump

Thank you to all who replied. I am very happy (for you guys anyway) to report that this was NOT infact caused by ext3, but rather a very very untimely memory failure that occured during my convertion from ext2 to ext3. It turned out that one of my PC2100 DDRs went south, and I'll be contacting Crucial to deal with that. Thanx again for all the help. benr. -----Original Message-----

Hello. My box has been running flawlessly for months now, but in the last 2 days hasn't stayed up for more than 5 minutes. All this seemed to have started after I did a very very bad thing...... I ran the EXT2 to EXT3 conversion on my root filesystem. I used the "tune2fs -j /dev/sda1" to do the deed. After it completed the machine ran fine (the machine was up and serving when I

Hello, I am setting up our backup Linux server to act a BDC to our Linux PDC. In the directions that are available within the Swat Online Help... There is a section that states that the private/MACHINE.SID file must be copied over exactly as is to the Samba BDC in order for that machine to act as a Samba BDC to a Samba PDC. For the life of me, I have been unable to locate that

On 04/23/2022 09:19 PM, H wrote: > On 04/19/2022 09:57 AM, Roberto Ragusa wrote: >> On 4/18/22 1:27 PM, H wrote: >>> I have a new computer with 2 x 2TB SSDs where I wanted to install C7 and use mdadm for RAID1 configuration and encrypting the /home partition. On the net I found https://tuxfixer.com/centos-7-installation-with-lvm-raid-1-mirroring/ which I adopted slightly with

Additional Info... I am beginning to think that a file called 'secrets.tdb' might be what I am looking for. Inside that file is something mentioning SID. Of course, it also mentions the name of the PDC. If that is the file I am supposed to copy over. Then it is done. However, I still need a little more input for setting up a Samba BDC. With a Samba BDC, should I leave the

Greetings everyone, I have a problem which I believe is a collision between the --ignore-existing option and filter rules. It appears to me that regardless of argument order, when I specify the two on a command line, even if a non-existing directory appears in the filter list as a protect rule. But when I change protect rules to exclude rules, the excluded files/directories appear not to be

I''m looking for a way to backup my entire system, the rpool zfs pool to an external HDD so that it can be recovered in full if the internal HDD fails. Previously with Solaris 10 using UFS I would use ufsdump and ufsrestore, which worked so well, I was very confident with it. Now ZFS doesn''t have an exact replacement of this so I need to find a best practice to replace it.

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

This is one of those questions that seems to be soo obvious to people that no one feels the need to have an explanation anywhere. I've been looking around the net for ages, and I can't figure out what, on Linux, is actually a program. I've downloaded OpenOffice 1.9 Beta, and would like to run it. I go to the /opt/openoffice.org1.9.122/program/ directory and... then what? What do

On Sun, 13 Apr 2003, Guy Harris gharris-at-sonic.net |TCPdump Workers| wrote: > It is probably not impossible to add a "pcap_dump_open_append()" > function to libpcap that would do that, and, given that function, one > could probably add a new command-line flag to get tcpdump to append to > a capture file rather than truncating and overwriting it. That would be very handy,

Did the latest Centos4.x kernel break the ability to tcpdump with any amount of traffic? Machines that used to be able to keep up now show a few packets and stop - if you hit ^C they take a minute or so to do anything, then show something like: 54 packets captured 18188 packets received by filter 18070 packets dropped by kernel Before recent updates I almost never saw packets 'dropped

CentOS Errata and Security Advisory 2007:0387 https://rhn.redhat.com/errata/RHSA-2007-0387.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/arpwatch-2.1a13-12.el4.ia64.rpm updates/ia64/RPMS/libpcap-0.8.3-12.el4.ia64.rpm updates/ia64/RPMS/tcpdump-3.8.2-12.el4.ia64.rpm -- Pasi Pirhonen - upi@iki.fi - http://pasi.pirhonen.eu/

CentOS Errata and Security Advisory 2007:0387 https://rhn.redhat.com/errata/RHSA-2007-0387.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/arpwatch-2.1a13-12.el4.s390.rpm updates/s390/RPMS/libpcap-0.8.3-12.el4.s390.rpm updates/s390/RPMS/tcpdump-3.8.2-12.el4.s390.rpm s390x: updates/s390x/RPMS/arpwatch-2.1a13-12.el4.s390x.rpm

CentOS Errata and Security Advisory 2005:505 https://rhn.redhat.com/errata/RHSA-2005-505.html The following updated files have been uploaded and are currently syncing to the mirrors for both CentOS 4.0 and 4.1: i386: arpwatch-2.1a13-10.RHEL4.i386.rpm libpcap-0.8.3-10.RHEL4.i386.rpm tcpdump-3.8.2-10.RHEL4.i386.rpm src: tcpdump-3.8.2-10.RHEL4.src.rpm -------------- next part -------------- A

CentOS Errata and Security Advisory 2005:505 https://rhn.redhat.com/errata/RHSA-2005-505.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: arpwatch-2.1a13-10.RHEL4.x86_64.rpm libpcap-0.8.3-10.RHEL4.x86_64.rpm tcpdump-3.8.2-10.RHEL4.x86_64.rpm tcpdump-3.8.2-10.RHEL4.i386.rpm src: tcpdump-3.8.2-10.RHEL4.src.rpm -------------- next part

CentOS Errata and Security Advisory 2005:505 https://rhn.redhat.com/errata/RHSA-2005-505.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/arpwatch-2.1a13-10.RHEL4.ia64.rpm updates/ia64/RPMS/libpcap-0.8.3-10.RHEL4.ia64.rpm updates/ia64/RPMS/tcpdump-3.8.2-10.RHEL4.ia64.rpm -- Pasi Pirhonen - upi@iki.fi -

Dear list, About a week ago, right after 5.4-RELEASE was released, I received a mail from Gentoo Linux's security announcement list about a flaw in tcpdump and gzip. Since none of them are operating system related, I assumed a -p1 and -p2 of the 5.4-RELEASE. Instead, we got a patch for the HTT security issue so I wonder, is the FreeBSD version of tcpdump and/or gzip are secured or simply

Hi, I have a FreeBSD 4.8 box connected to the net which until recently hasn't had any problems. Today DNS lookups mysteriously stopped working (the box has tinydns & dnscache installed to handle dns requests). I noticed some strange things while checking the problem with tcpdump. Tcpdump appears not to show any traffic whatsoever on either my external interface or internal lan interface,

Subject: user/3610: repetable tcpdump remote crash Resent-Date: Sat, 20 Dec 2003 08:55:02 -0700 (MST) Resent-From: gnats@cvs.openbsd.org (GNATS Filer) Resent-To: bugs@cvs.openbsd.org Date: Sat, 20 Dec 2003 16:42:25 +0100 (CET) From: venglin@freebsd.lublin.pl Reply-To: venglin@freebsd.lublin.pl To: gnats@openbsd.org >Number: 3610 >Category: user >Synopsis: repetable

Dagmar d'Surreal wrote: > Original text cut My fault is that the instructions were for SlackwareLinux 3.3 andI *did not* mention that! Please, accept my appologies ... But also you can read from the INSTALL of tcpdump, that *if* you want you can leave it under the structure of tcpdump source tree, especially if you have any problems. On my system it wouldn't want to compile