screen(1) is just going to fill a massive buffer, then eventually core.
You can capture stdout/stderr to a file using script(1) instead. Its
basically the same as:
% nohup ./command 21 | tee -a ~/command.log
~BAS
On Thu, 24 Jan 2013, Dwayne Henderson wrote:
Hi, I run this Ruby +
On 9/26/2012 9:06 PM, Gary Aitken wrote:
Probably not. Just boot a livecd that supports your HBA and FS, mount
your Root FS, and:
# vipwd -d /mnt/rootfs
or mount /usr as well and:
# chroot /mnt/rootfs usermod -s /usr/local/bin/bash root
guidance?
Also, what MAC address does the DHCPREQUEST packet appear to be sourced
from (from the view of your DHCP server, or on the wire somewhere
between the two (SPAN PORT)) ~BAS
This sounds familar.
___
freebsd-questions@freebsd.org mailing list
What can be the problem? Any suggestion?
Show us:
ifconfig -a
arp -an
netstat -rn
netstat -i
netstat -s
Are other KVM guests on this hypervisor working? Are you briding or
routing/NAT from your hypervisor?
~BAS
___
On Sat, 17 Sep 2011, Brett Glass wrote:
Here's a networking question: Does FreeBSD generate and accept ICMP
redirects? Is it controllable via tuneables? How long do routing tables
$ sysctl -d net.inet.ip.redirect
net.inet.ip.redirect: Enable sending IP redirects
Accepting them sounds like
How about:
%sudo netstat -s carp
...on both machines.
A few years ago I submitted (or maybe it was Steve Polyack) a patch to add
debugging to CARP, not sure if it ever got commited.
Need-more-Cisco'sih-Debugging.
~BAS
On Fri, 26 Aug 2011, Patrick Lamaiziere wrote:
Le Fri, 26 Aug
trying to use memory that isn't there? How do I debug/fix this?
Just curious, what was memtest86+ report?
Can you install dmidecode(8) from /usr/ports/sysutils/dmidecode
I'd be very suprised if GCC started misbehaving during compile
~BAS
Didn't find anything with google.
On 5/7/2011 6:41 PM, Erik Nørgaard wrote:
So the question is which behaviour is correct, recommended or accepted?
Stripping the link layer and reply according to the network layer, or
keeping the link layer?
This is the way it in every TCP/IP stack out there.
The routing decision for the
RELENG_8_0
Yes. This will give you the latest 8.0 release + desired patch level
(critical security patches). This is almost certain what you want to be
running before going to production status. I mean, you could use
RELENG_8_0_RELEASE I suppose, but then the cvsup would be without
On Tue, 2009-09-22 at 05:01 -0700, Aflatoon Aflatooni wrote:
My server installation of FreeBSD 6.3 is hacked and I am trying to find out
how they managed to get into my Apache 2.0.61.
This is what I see in my http error log:
[Mon Sep 21 02:00:01 2009] [notice] caught SIGTERM, shutting
On Fri, 2009-07-10 at 11:52 +0700, Olivier Nicole wrote:
Hi,
My question is what the difference is between 'sa0.0' and 'sa0.[1-3]'.
I can't seem to find it documented anywhere.
Maybe submit a PR+Patch to the man page file? ~BAS
From the top of my head, I think I remember devices
On Sat, 2009-07-04 at 22:12 +, Antonio Rieser wrote:
ugen0: vendor 0x046d product 0x08dd, class 0/0, rev 1.10/1.00, addr
3 on uhub1
The driver didn't attach to the device. Look in the driver source code
for product ID 0x08dd. Change/Add, then recompile the kernel and try
again -- no
On Thu, 2009-07-16 at 17:01 -0500, Jason Garrett wrote:
LOADER_ZFS_SUPPORT=YES, as It wouldn't even boot the kernel before I
did
JG:
Why don't we setup a public autobuild farm (amd64 only) and build with
that flag set? The other option is to modify a LiveCD framework with
it. ~BAS
This
The openssl speed sub-command is a real PITA:
Try:
$ openssl speed -elapsed -evp aes-128-cbc (or des-ede3)
Also goto /usr/src/tools/tools/crypto/ make
Run those utils to extract useful statistics out of the driver's kernel
data structures.
~BAS
On Mon, 2009-05-18 at 11:21 +0100, Brendan
14 matches
Mail list logo