On Wed, May 11, 2005 at 11:42:02AM -0600, secmgr wrote:
I had to erase the gmirror metadata on the intact disk to get it
to work again.
What steps did you take to the gmirror the disk so you could get your
data back?
I took the physically intact disk and did a
gmirror clear /dev/ad4 .
Hi.
On Wed, May 11, 2005 at 08:37:17PM -0700, Doug White wrote:
Looking at the following that I've also found, things appear to be
pointing to ACPI as the 'trigger' ... does anyone else have any
experiences with these cards?
This is normal for twa and twe cards with recent firmware. If
In message: [EMAIL PROTECTED]
Kirk Strauser [EMAIL PROTECTED] writes:
: On Tuesday 10 May 2005 04:15 pm, Warner Losh wrote:
:
: On Monday 09 May 2005 09:42, Kirk Strauser wrote:
:
: Anyone? I've just re-installed NetBSD 2.0.2 for the sake of having a BSD
: on it until I can
In message: [EMAIL PROTECTED]
Matthias Buelow [EMAIL PROTECTED] writes:
: Kirk Strauser wrote:
:
: Basically, for a magic formula to make my non-Cardbus PCMCIA card work
under
: FreeBSD (without throwing CIS is too long errors) just like it does under
: OpenBSD, NetBSD, and
In message: [EMAIL PROTECTED]
Kirk Strauser [EMAIL PROTECTED] writes:
: On Tuesday 10 May 2005 16:15, Warner Losh wrote:
:
: I have no idea what you are asking for.
:
: Let me restate my original dilemma. My laptop can only use my WLAN card
: when it's configured as a 16-bit
Hi,
I have a problem with gmirror in a 5.4-STABLE box:
uname -a
FreeBSD bsd.mcomm.it 5.4-STABLE FreeBSD 5.4-STABLE #2: Tue May 10
12:41:29 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FRODO
i386
I have a system disk with full system and two scsi disk that i want to mirror.
What i
2005/5/11, Ananth.G [EMAIL PROTECTED]:
i have attached my config file.
# Bus support. Do not remove isa, even if you have no isa slots
DO NOT REMOVE ISA...
#device isa
uncomment the line above
device umass # Disks/Mass storage - Requires scbus and da
REQUIRES
On 2005-05-11 13:50, Gavin Atkinson [EMAIL PROTECTED] wrote:
Ah, yes! Good thought. This could affect the width of the USERNAME
column and push everything too far to the right. If this is the case,
I'd probably vote for optionally limiting the length of the username
column to, say, 8
--
Kernel build for MYKERNFILE started on Thu May 12 08:13:28 ADT 2005
--
=== MYKERNFILE
mkdir -p /usr/obj/usr/src/sys
On Thu, May 12, 2005 at 08:36:12AM -0300, Jon F wrote:
--
Kernel build for MYKERNFILE started on Thu May 12 08:13:28 ADT 2005
--
=== MYKERNFILE
mkdir -p /usr/obj/usr/src/sys
On Thursday 12 May 2005 11:39, you wrote:
On 2005-05-11 13:50, Gavin Atkinson [EMAIL PROTECTED] wrote:
Ah, yes! Good thought. This could affect the width of the USERNAME
column and push everything too far to the right. If this is the case,
I'd probably vote for optionally limiting the
Under 4.11 I was using gcc34 and gdb6 to run and debug code. Moving
to 5.4 these tools come as standard, so I am now just using the normal
cc / gdb combination.
I am finding that when my code breaks with SIGABRT (as the result of
an unknown method being sent in this case) then I cannot get a
Oh, some extra information - this problem depends on the thread
library I link with! If I use 'pthread' then I have the problem,
if I use 'thr' then the problen goes away!
-pcf.
___
freebsd-stable@freebsd.org mailing list
On 2005-05-12 13:49, Dominic Marks [EMAIL PROTECTED] wrote:
On Thursday 12 May 2005 11:39, you wrote:
That's an option too. I'm currently trying to get top to display
something like this (80 columns are used for text, so use a slightly
wider terminal to view this properly:
Dominic Marks wrote:
This includes at least the following changes (some not visible):
+ The entire header line is limited to the window width too.
+ The USERNAME column is hard-limited to 8 characters.
...
I suppose it could be argued that using usernames of that format is a poor
choice on my
Daniel Eischen wrote:
On Wed, 11 May 2005, Jonathan Noack wrote:
I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT.
As far as I can tell, all but one of the defines under
_PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it
is false result in a fatal error.
On Thursday 12 May 2005 14:13, Tuomo Latto wrote:
Dominic Marks wrote:
This includes at least the following changes (some not visible):
+ The entire header line is limited to the window width too.
+ The USERNAME column is hard-limited to 8 characters.
...
I suppose it could be
Hi,
is apm not available in 5.4?
I've loaded the apm module in loader.conf, and kldstat shows it loaded
but /dev/apm* isn't created and there are no messages in dmesg either.
How do I enable this?
mkb.
___
freebsd-stable@freebsd.org mailing list
On Thu, 12 May 2005 16:07:29 +0200, Matthias Buelow [EMAIL PROTECTED] wrote:
Hi,
is apm not available in 5.4?
I've loaded the apm module in loader.conf, and kldstat shows it loaded
but /dev/apm* isn't created and there are no messages in dmesg either.
How do I enable this?
It is available. I'm
On Thu, May 12, 2005 at 04:07:29PM +0200, Matthias Buelow wrote:
Hi,
is apm not available in 5.4?
I've loaded the apm module in loader.conf, and kldstat shows it loaded
but /dev/apm* isn't created and there are no messages in dmesg either.
How do I enable this?
Please, use acpi instead
On 5/12/05, Tuomo Latto [EMAIL PROTECTED] wrote:
Dominic Marks wrote:
This includes at least the following changes (some not visible):
+ The entire header line is limited to the window width too.
+ The USERNAME column is hard-limited to 8 characters.
...
If this behaviour could be
On 5/12/2005 8:12 AM, Giorgos Keramidas wrote:
On 2005-05-12 13:49, Dominic Marks [EMAIL PROTECTED] wrote:
On Thursday 12 May 2005 11:39, you wrote:
That's an option too. I'm currently trying to get top to display
something like this (80 columns are used for text, so use a slightly
wider terminal
Ronald Klop wrote:
It is available. I'm running it on my laptop now.
I've these in my config.
grep apm /etc/rc.conf
apm_enable=YES
apmd_enable=YES
Do you have apm(4) compiled into the kernel? I've loaded the module in
loader.conf and during boot aswell when I try to use apm(8), I get:
Jonathan Noack wrote:
What happens if the command is long enough to overrun the screen? Is
the thread information truncated and lost? I believe this was the
argument for making a separate column for the thread info.
How about leaving either SIZE or RES out, the one which makes less sense
M. Warner Losh wrote:
: I'm trying to do similar things.. I'm trying to get a wi0 wi-fi card
: working on non-cardbus pcmcia. It worked mostly (with acpi disabled) on
: 5.3. With 5.4 now I just get device timeout. Plus, the sysinstall for
Sounds like a PCI routing issue, if you are
On 5/12/2005 9:58 AM, Matthias Buelow wrote:
Jonathan Noack wrote:
What happens if the command is long enough to overrun the screen? Is
the thread information truncated and lost? I believe this was the
argument for making a separate column for the thread info.
How about leaving either SIZE or
Peter Orlowski wrote:
At this point, I'm thinking that as far as S/W RAID goes in FreeBSD, the
R is pretty meaningless
Well, R does not mean redundant but realtime backup ;-(.
BTW., what is the status of RaidFrame on FreeBSD? I remember some time
ago people were working on integrating it
On Thu, 12 May 2005 16:48:36 +0200, Matthias Buelow [EMAIL PROTECTED] wrote:
Ronald Klop wrote:
It is available. I'm running it on my laptop now.
I've these in my config.
grep apm /etc/rc.conf
apm_enable=YES
apmd_enable=YES
Do you have apm(4) compiled into the kernel? I've loaded the module in
Jonathan Noack wrote:
I think you will have a very hard time removing anything from top
because someone will always pipe up and say, I've been using
random_option since the days when computers were measured in
MILLIhertz... *shaking fist* Why not add an option to switch between
SIZE and
On Thu, 12 May 2005 17:21:18 +0200, Matthias Buelow [EMAIL PROTECTED] wrote:
Jonathan Noack wrote:
I think you will have a very hard time removing anything from top
because someone will always pipe up and say, I've been using
random_option since the days when computers were measured in
On Thu, 12 May 2005 17:23:52 +0200, Matthias Buelow [EMAIL PROTECTED] wrote:
Ronald Klop wrote:
Yes, I have apm build into the kernel. Does your machine have apm?
As somebody else mentioned first try if you have ACPI support on your
machine. It is a modern, more advanced version of apm. If ACPI
In the last episode (May 12), Scott Long said:
Daniel Eischen wrote:
On Wed, 11 May 2005, Jonathan Noack wrote:
I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT.
As far as I can tell, all but one of the defines under
_PTHREADS_INVARIANTS are ASSERTs; they check for a
Ronald Klop wrote:
Report your panic on the mailinglist or using send-pr. I can't help you
with it, but there are people who can.
Try to compile a kernel with apm in and acpi not in and I think I have
also something like pmtimer which is used by apm. And make sure acpi
isn't loaded as a
Hi,
I installed FreeBSD5.4 on a server with a 3ware 7006-2 controller and
two 120GB disks as RAID1
I cannot boot this install. (I get some kind of panic or endless loop,
but the display is re-painted so fast I cannot read it).
What I *can* do is insert my SuSE9.2-pro cd1, boot from that and at
Hello!
In message to freebsd-stable@freebsd.org sent Wed, 11 May 2005 13:50:07
+0100 you wrote:
Ah, yes! Good thought. This could affect the width of the USERNAME
column and push everything too far to the right. If this is the case,
I'd probably vote for optionally limiting the length of
On 2005-05-12 09:33, Scot Hetzel [EMAIL PROTECTED] wrote:
On 5/12/05, Tuomo Latto [EMAIL PROTECTED] wrote:
Dominic Marks wrote:
This includes at least the following changes (some not visible):
+ The entire header line is limited to the window width too.
+ The USERNAME column is hard-limited
On 2005-05-12 09:43, Jonathan Noack [EMAIL PROTECTED] wrote:
On 5/12/2005 8:12 AM, Giorgos Keramidas wrote:
On 2005-05-12 13:49, Dominic Marks [EMAIL PROTECTED] wrote:
+ When the view is toggled between processes/threads, the NTHR part
becomes the thread ID of the particular thread.
Okay,
I've got 5.4 amd64 installed on an Opteron server and I cannot get it to
reliably transmit packets larger than 80 bytes using the bge driver (on a
BCM5703 NIC). It receives large packets without any problem, but it just
won't transmit them. (I can tcpdump all day long without a problem - big
On 5/12/2005 10:21 AM, Matthias Buelow wrote:
Jonathan Noack wrote:
I think you will have a very hard time removing anything from top
because someone will always pipe up and say, I've been using
random_option since the days when computers were measured in
MILLIhertz... *shaking fist* Why not add
Ok thanks I will stick to the old scheduler on my smp system then.
Chris
On 5/12/05, Steven Jurczyk [EMAIL PROTECTED] wrote:
Chris wrote:
Seems the 4+ cpu crash fix might have broken it at a guess since RC4
onwards it broke, I am interested in how this goes as I was planning
on upgrading a
I wrote:
I'll now try and build a kernel
with apm built in, as apparently the .ko doesn't do anything. Maybe
this will work.
Doesn't work either.. same thing as with apm.ko loaded. No errors, no
device node.
mkb.
___
freebsd-stable@freebsd.org
On Thu, 12 May 2005 19:40:20 +0200, Matthias Buelow [EMAIL PROTECTED] wrote:
I wrote:
I'll now try and build a kernel
with apm built in, as apparently the .ko doesn't do anything. Maybe
this will work.
Doesn't work either.. same thing as with apm.ko loaded. No errors, no
device node.
I found
Hi,
Have you tried building it from source? There is INSTALL.FreeBSD. First
you have to run BSD/kupgrade and then recompile your kernel with options
IPFILTER. If you have tried compiling it on AMD64 here is patch that
solves problem:
--- ip_frag.c Tue Mar 8 13:51:04 2005
+++ ip_frag.c
I wrote:
Doesn't work either.. same thing as with apm.ko loaded. No errors, no
device node.
The cause was that I didn't change in /boot/devices.hint the line:
hint.apm.0.disabled=0 to 1... Thanks to Ronald Klop for the hint.
I didn't know it was explicitly disabled by default, maybe I should
The cause was that I didn't change in /boot/devices.hint the line:
hint.apm.0.disabled=0 to 1... Thanks to Ronald Klop for the hint.
Or rather, the other way round, of course.
mkb.
___
freebsd-stable@freebsd.org mailing list
Date: Thu, 12 May 2005 19:40:43 +0300
From: Giorgos Keramidas [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
On 2005-05-12 09:33, Scot Hetzel [EMAIL PROTECTED] wrote:
On 5/12/05, Tuomo Latto [EMAIL PROTECTED] wrote:
Dominic Marks wrote:
This includes at least the following changes (some not
Kevin Oberman wrote:
top(1) could check the width of the display and tailor the display to
that width. May screen based tools already do this and it provides a lot
of flexibility. It's best to check the width for width on every update
so that the screen (if its a soft terminal) may be
FYI...
http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/gcc/config/freebsd-spec.h
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
I'm running dnscache and tinydns on the parent system, started through
daemontools with /usr/local/etc/rc.d/svscan.sh. I also have a number of
jails configured in /etc/rc.conf
My problem is the jails contain instances of Apache, qmail, and other DNS
dependent services which need tinydns running
On Thursday, 12 May 2005 at 17:16:59 +0200, Matthias Buelow wrote:
Peter Orlowski wrote:
At this point, I'm thinking that as far as S/W RAID goes in FreeBSD, the
R is pretty meaningless
Well, R does not mean redundant but realtime backup ;-(.
BTW., what is the status of RaidFrame on
After playing around with rcNG a bit more I think I have a better grasp of how
to fix my djbdns and jails problem. However I was wondering why rcorder wasn't
run on /usr/local/etc/rc.d/* in addition to /etc/rc.d/* in /etc/rc
Tony Arcieri
Hi,
I have reported kernel panic on Dell 1600SC with 5.4-RELEASE but it is
related to ipnat from IPFILTER V3.4.35. Without SMP everything seems to
work fine. But when I turn on SMP and do ping -f one of ip addresses that
is maped to outside interface produces kernel panic or lock hard (no
I've finally coerced FreeBSD 5.4 to see my PCMCIA WLAN card (with many thanks
to Warner), but it always reports status: no carrier. I'm attempting to
connect to an open WAP that broadcasts it's SSID, so my understanding is that
it should be as simple as ifconfig wi0 ad.dr.es.s netmask
On 5/12/05, Tony Arcieri [EMAIL PROTECTED] wrote:
Is there some easy way to reverse this order, so svscan is started first and
jails started afterward?
Rename the svscan.sh script to 000svscan.sh so that it shows up first
in a directory listing and is run before the jail scripts
On Thu, 12 May 2005, Kirk Strauser wrote:
I've finally coerced FreeBSD 5.4 to see my PCMCIA WLAN card (with many
thanks to Warner), but it always reports status: no carrier. I'm
attempting to connect to an open WAP that broadcasts it's SSID, so my
understanding is that it should be as simple
55 matches
Mail list logo
