On Tue, Mar 07, 2006 at 02:15:56AM +0300, Yar Tikhiy wrote:
On Thu, Mar 02, 2006 at 11:50:29PM +, Nick Barnes wrote:
At 2006-03-02 22:24:17+, Nik Clayton writes:
I'm failing to understand how getrusage() works, which is a bit
perplexing,
because it doesn't seem like it would
On Mon, Mar 06, 2006 at 02:50:41PM -0800, Ade Lovett wrote:
While we're at it, bin/94028 points out a fundamental problem with
ifconfig(8) as it stands on 6.1-PRERELEASE, preventing MTUs from
being set on vlan interfaces.
I've taken the PR -- no reason to panic.
--
Yar
Dear list,
I've seen GEOM mirror error messages at two nearly identical
systems. Both are running on Asrock K7VT4xx (VIA chipset) boards and
having two SATA drives connected (Hitachi HDS728080PLA380/PF2OA60A).
On both systems we're using gmirror RAID-1 per slice.
After same weeks of productional
On Friday 03 March 2006 23:45, Mark Kirkwood wrote:
I would certainly see the installer handling software RAID as a
considerable benefit.
From what I've seen on the net, to install and boot off RAIDed system
disks is quite fiddly (maybe gmirror is the exception here, as I've
mainly
On Tuesday 07 March 2006 08:55, Volker wrote:
I do agree that gmirror is not that bad and not that difficult. But
take a look at how to setup a fresh system using gmirror (slice by
slice mirroring):
- install a complete system to a fresh disc
- create the (well sized) slices on a 2nd disc
Hi!
On Tue, Mar 07, 2006 at 09:39:29AM -0300, JoaoBR wrote:
there is no need to copy anything around ...
- you do install the system as usual
- before rebooting you create the to be mirrored disk with the gmirror label
command
(you do not loose data here)
- then you change your fstab
Patrick,
On 2006-03-07 13:45, Patrick M. Hausen wrote:
.
Are there instructions on how to do this to mirror a slice instead of
an entire disk?
Thanks,
Patrick
Yes, Ralf S. Engelschall created a good guide:
http://people.freebsd.org/~rse/mirror/
See 'GEOM mirror Approach 2: Single
Hello!
On Tue, Mar 07, 2006 at 01:56:57PM +0100, Volker wrote:
Patrick,
On 2006-03-07 13:45, Patrick M. Hausen wrote:
.
Are there instructions on how to do this to mirror a slice instead of
an entire disk?
Thanks,
Patrick
Yes, Ralf S. Engelschall created a good guide:
Patrick,
On 2006-03-07 14:22, Patrick M. Hausen wrote:
Hello!
On Tue, Mar 07, 2006 at 01:56:57PM +0100, Volker wrote:
Patrick,
On 2006-03-07 13:45, Patrick M. Hausen wrote:
.
Are there instructions on how to do this to mirror a slice instead of
an entire disk?
Thanks,
Patrick
On Wednesday 30 November 2005 15:38, John Nielsen wrote:
On Tuesday 29 November 2005 06:03 pm, Milan Obuch wrote:
On Tuesday 29 November 2005 21:39, John Nielsen wrote:
After successfully installing FreeBSD 6.0 on a Compaq TC1000 Tablet PC
By the way, how did you install 6.0 there? I am
On Mon, Mar 06, 2006 at 11:28:44PM +0100, Pawel Jakub Dawidek wrote:
Hi.
Here you can find patches with changes to gmirror(8) and graid3(8):
http://people.freebsd.org/~pjd/patches/gmirror.7.patch
http://people.freebsd.org/~pjd/patches/graid3.patch
Hi Pawel,
Kris,
If relevant, I may be able to test your patch, but the problem is
occurring only rarely. Do you have any suggestions for isolating and
reproducing this bug?
Run your script in a loop?
And I assume I can meaningfully test w/o the rsync call? I.e., just
mounting and unmounting the
On Tuesday 07 March 2006 08:57, Milan Obuch wrote:
On Wednesday 30 November 2005 15:38, John Nielsen wrote:
On Tuesday 29 November 2005 06:03 pm, Milan Obuch wrote:
On Tuesday 29 November 2005 21:39, John Nielsen wrote:
After successfully installing FreeBSD 6.0 on a Compaq TC1000 Tablet
Jeff,
Kris Kennaway directed me to this thread from FreeBSD-questions. I am
seeing a panic: unmount: dangling vnode with 6.0-RELEASE. Here are the
relevant threads:
2 probs w/ backup.sh: Device busy and dangling vnode
On Tue, Mar 07, 2006 at 12:11:56PM +0200, Kostik Belousov wrote:
On Tue, Mar 07, 2006 at 02:15:56AM +0300, Yar Tikhiy wrote:
Personally, I'd like to say a me too. /me too fails to see why
in a quiet, idle system ru_maxrss is very unpredictable over numerous
runs of the test program,
Hello.
On Tue, Feb 28, 2006 at 02:51:39AM -0500, Kris Kennaway wrote:
On Tue, Feb 28, 2006 at 08:40:37AM +0100, Oliver Brandmueller wrote:
Anyway, I'll discuss with my colleagues and we'll see if we want to take
the risk.
Thanks, it would be a big help if you're willing to try.
We're in
On Tue, Mar 07, 2006 at 03:15:19PM +0100, Phil Regnauld wrote:
+ On Mon, Mar 06, 2006 at 11:28:44PM +0100, Pawel Jakub Dawidek wrote:
+ Hi.
+
+ Here you can find patches with changes to gmirror(8) and graid3(8):
+
+ http://people.freebsd.org/~pjd/patches/gmirror.7.patch
+
On Tue, Mar 07, 2006 at 04:16:36PM +0100, Pawel Jakub Dawidek wrote:
+
+I've been experiencing lockups with gmirror, ATA/SATA on both
+i386 and amd64, under severe I/O (very heavily loaded Postgres DB).
+This has been on several different machines (remotely located, with
+no
On Tue, Mar 07, 2006 at 06:06:31PM +0300, Yar Tikhiy wrote:
On Tue, Mar 07, 2006 at 12:11:56PM +0200, Kostik Belousov wrote:
On Tue, Mar 07, 2006 at 02:15:56AM +0300, Yar Tikhiy wrote:
Personally, I'd like to say a me too. /me too fails to see why
in a quiet, idle system ru_maxrss is
On Tue, Mar 07, 2006 at 09:58:35AM -0500, Chad Whitacre wrote:
Kris,
If relevant, I may be able to test your patch, but the problem is
occurring only rarely. Do you have any suggestions for isolating and
reproducing this bug?
Run your script in a loop?
And I assume I can meaningfully
On Tue, March 7, 2006 4:39 am, JoaoBR wrote:
On Tuesday 07 March 2006 08:55, Volker wrote:
I do agree that gmirror is not that bad and not that difficult. But
take a look at how to setup a fresh system using gmirror (slice by
slice mirroring):
- install a complete system to a fresh disc
-
Kris,
No, the rsync (i.e. activity on the filesystem) is important.
Yeah, just ran a test w/o it actually. We are planning to run a test w/
some disk activity later this afternoon. I suppose the more activity,
the more likely to see the bug, eh?
chad
On Tue, Mar 07, 2006 at 12:26:47PM -0500, Chad Whitacre wrote:
Kris,
No, the rsync (i.e. activity on the filesystem) is important.
Yeah, just ran a test w/o it actually. We are planning to run a test w/
some disk activity later this afternoon. I suppose the more activity,
the more
Kris,
Yes. FYI, I am fairly confident this is fixed, because I make
extensive use of mount/umount+filesystem activity, and I am no longer
seeing problems like this.
Great! Thanks for the info. We won't kill ourselves trying to test this
then.
chad
The problem I'm having is not exactly what is described in pr bin/80389,
although it is very much related. So, I'm unable to verify if the patch
you gave corrects the problem, since the problem is not visible on my
systems.
I do have a lockd hang, however... Here is as much data as I can gather:
On Tue, Mar 07, 2006 at 12:33:28PM -0500, Chad Whitacre wrote:
Kris,
Yes. FYI, I am fairly confident this is fixed, because I make
extensive use of mount/umount+filesystem activity, and I am no longer
seeing problems like this.
Great! Thanks for the info. We won't kill ourselves trying
On Tue, Mar 07, 2006 at 05:38:56PM +, Miguel Ramos wrote:
The problem I'm having is not exactly what is described in pr bin/80389,
although it is very much related. So, I'm unable to verify if the patch
you gave corrects the problem, since the problem is not visible on my
systems.
I
On Tuesday 07 March 2006 15:58, John Nielsen wrote:
[snip]
I will try to document your method on my web.
It's far easier than my first method - take disc drive out, install system
elsewhere, do not forget anything and enjoy :)
While I consider using loading kbdmux extremely useful, it did not
1- Only one client machine of all I have, the only one which is remote
booted, hangs on startup with rpc.lockd/rpc.statd enabled.
Just to verify: lockd is enabled on BOTH client AND server?
Kris
Oh yes. If any of the daemons is not enabled on both machines there's no
locking, there's no
On Tue, Mar 07, 2006 at 05:56:22PM +, Miguel Lopes Santos Ramos wrote:
1- Only one client machine of all I have, the only one which is remote
booted, hangs on startup with rpc.lockd/rpc.statd enabled.
Just to verify: lockd is enabled on BOTH client AND server?
Kris
Oh yes. If
On Tue, Mar 07, 2006 at 04:46:04PM +0100, Phil Regnauld wrote:
+ Anyway, I'd prefer to test those patches not in production environment
+ yet.
+
+ It is a test machine, so I don't mind, was just curious if this could
+ be related.
Could be, please give it a shot.
--
Pawel Jakub
On 3/3/06, Jeff Roberson [EMAIL PROTECTED] wrote:
I plan to MFC all of this lovely stuff for 6.1:
http://www.chesapeake.net/~jroberson/vfsmfc.diff
I'm looking for people who are willing to patch their stable boxes and
test this. This has the following changes in it:
1) Improved debugging
OK, thanks. Please try to obtain a tcpdump -vvv trace of the broken
operation.
Kris
Will you help me? I've been trying to use tcpdump -vvv on this but I get
either a lot of trash or nothing. Which ports should I dump?
So far I tried running on the server
# tcpdump -vvv 'host client and (udp
On Tue, Mar 07, 2006 at 10:15:59AM -0800, David Kirchner wrote:
Do you have a list of the PRs that this affects and/or resolves?
I don't know of any relevant PRs, but I haven't looked very hard. The
bugs Jeff has been fixing are mostly those I've been able to reproduce
myself in testing.
I'm
On Tue, Mar 07, 2006 at 06:17:00PM +, Miguel Lopes Santos Ramos wrote:
OK, thanks. Please try to obtain a tcpdump -vvv trace of the broken
operation.
Kris
Will you help me? I've been trying to use tcpdump -vvv on this but I get
either a lot of trash or nothing. Which ports should
After a cvsup to RELENG_6 today I got the following trap while
encoding some videos with Avidemux. I'm going to leave the machine
at the ddb prompt since the following trace information doesn't seem
very helpful.
Fatal trap 12: page fault while in kernel mode
fault virtual address =
On Mon, Mar 06, 2006 at 02:50:41PM -0800, Ade Lovett wrote:
While we're at it, bin/94028 points out a fundamental problem with
ifconfig(8) as it stands on 6.1-PRERELEASE, preventing MTUs from
being set on vlan interfaces.
A patch has been sent to the audit trail of the PR.
All interested
OK, thanks. Please try to obtain a tcpdump -vvv trace of the broken
operation.
Kris
I have it. I had just to disable cron startup, which was the only daemon
that used pidfile_open and started after statd/lockd, and then start it
by hand.
Now, perhaps it is better to post it off-list, since
On Tue, Mar 07, 2006 at 06:58:45PM +, Miguel Lopes Santos Ramos wrote:
OK, thanks. Please try to obtain a tcpdump -vvv trace of the broken
operation.
Kris
I have it. I had just to disable cron startup, which was the only daemon
that used pidfile_open and started after statd/lockd,
Can you put it at a URL somewhere? If not, send it privately.
Kris
Ok. There are two versions:
http://mega.ist.utl.pt/~mlsr/nfs.dump
is the output of tcpdump -vvv host targa and udp port nfs
http://mega.ist.utl.pt/~mlsr/nfsx.dump
is the output of tcpdump -X -vvv host
I have a somewhat large patch that MFC's some of the cleanups to the
interrupt code that needs some testing before it is MFC'd. It mostly
just better organizes some things inside the kernel itself. The only
user-visible changes are that there will no longer be ithreads sitting
around for IRQs
Dear friends:
Just downloaded the two FreeBSD CD's from the web and I would like to
install them on my second hard drive. But I've discovered that I cannot
boot up into my Setup (F2, as clearly indicated on my Dell 8200
Dimension during bootup). I have never had this kind of problem before.
Dear friends:
Two more important pieces of information:
1) While I am unable to get into Setup (F2) during bootup, I am able to
stop the booting with F12 (boot menu), which offers me four choices:
Normal, Diskette, Hard drive and CD. But when I select any of them, I
get Try reboot with F2 or
On Mon, Mar 06, 2006 at 04:45:06PM -0600, Larry Rosenman wrote:
+ Pawel Jakub Dawidek wrote:
+ Hi.
+
+ Here you can find patches with changes to gmirror(8) and graid3(8):
+
+ http://people.freebsd.org/~pjd/patches/gmirror.7.patch
+ http://people.freebsd.org/~pjd/patches/graid3.patch
Dear Miguel:
Thank you so very much for trying to help. My answers below:
Miguel Lopes Santos Ramos wrote:
From: Benjamin Sher [EMAIL PROTECTED]
Subject: Can't boot into setup to install FreeBSD 6
Dear friends:
Just downloaded the two FreeBSD CD's from the web and I would like to
install
On Tue, Mar 07, 2006 at 07:38:48PM +, Miguel Lopes Santos Ramos wrote:
Can you put it at a URL somewhere? If not, send it privately.
Kris
Ok. There are two versions:
http://mega.ist.utl.pt/~mlsr/nfs.dump
is the output of tcpdump -vvv host targa and udp port nfs
From: Benjamin Sher [EMAIL PROTECTED]
Subject: Re: Can't boot into setup to install FreeBSD 6
Dear Miguel:
Thank you so very much for trying to help. My answers below:
I think this is a bit off-topic on this list, but of course I'd like to
help.
I don't think this can be a 'software
In the past options INCLUDE_CONFIG_FILE worked great. Unfortunately,
following recent changes in how kernel configuration files are parsed
(namely the changes that use the DEFAULTS to include the 'isa' and
'npx' devices), this feature appears to be broken. For example, here's
what appears in
Kris,
For the record, we ran the following for about 30 minutes, with no ill
effect:
#!/bin/sh
exec /var/log/panic
exec 21
echo
echo `date` -- trying to panic
while [ 1 ]
do
/sbin/mount /backup/
/bin/rm -rf /backup/foo
/bin/cp -R /usr/bin /backup/foo
From: Kris Kennaway [EMAIL PROTECTED]
Subject: Re: rpc.lockd brokenness (2)
Ok. There are two versions:
http://mega.ist.utl.pt/~mlsr/nfs.dump
is the output of tcpdump -vvv host targa and udp port nfs
http://mega.ist.utl.pt/~mlsr/nfsx.dump
is the output of
Folks,
We have a pair of servers, each with an of Intel SCRU42X branded
MegaRAID controller installed. The cards both have battery backed
cache. The servers form a 2-node Slony cluster for PostgreSQL, with
each node having a single RAID5 array consisting of 3 live disks with
a hot standby disk.
Dear friends:
Now that my BIOS problem has been resolved (I'm going out momentarily to
buy a new keyboard), my last major hurdle before I can install FreeBSD
is burning the two FreeBSD ISO images on my CD-RW CD using my CDWriter
and Nero 5.5. When I insert my brand new CD-RW (700 MB) into my
Dear Miguel and friends:
A million thanks for your suggestion to try another keyboard. You were
right on the money! I tried a cheap Micro Ergonomic keyboard ($15) and
instantly my Dell 8200 responded when I hit F2 and opened up the Setup.
And, imagine, I spent $56 on the Microsoft Ergonomic
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Benjamin Sher
Envoyé : mercredi 8 mars 2006 00:23
À : freebsd-stable@freebsd.org
Objet : Problem writing FreeBSD 6 ISO files using Nero 5.5
Dear friends:
Now that my BIOS problem has been
On Tue, Mar 07, 2006 at 10:04:46PM +, Miguel Lopes Santos Ramos wrote:
From: Kris Kennaway [EMAIL PROTECTED]
Subject: Re: rpc.lockd brokenness (2)
Ok. There are two versions:
http://mega.ist.utl.pt/~mlsr/nfs.dump
is the output of tcpdump -vvv host targa and udp port
Dear friends:
Sorry to report that the issue may be more complicated.
1) I played around with the $15 Micro keyboard that successfully allowed
access to my Setup. I set the boot sequence for the CD Rom and inserted
my Win XP Pro OS CD. I then saved the settings and let it boot. It
brought up
Benjamin Sher wrote:
Dear Miguel and friends:
A million thanks for your suggestion to try another keyboard. You were
right on the money! I tried a cheap Micro Ergonomic keyboard ($15) and
instantly my Dell 8200 responded when I hit F2 and opened up the Setup.
And, imagine, I spent $56 on
On Tue, Mar 07, 2006 at 05:43:37PM -0500, Kris Kennaway wrote:
but there's no evidence in the trace that it ever tries to write. Can
you also obtain a ktrace -i dump from cron?
Kris
Also while you're there, could you obtain a binary format tcpdump
(tcpdump -w) instead? This may be parsed
At 03:02 PM 07/03/2006, John Baldwin wrote:
I have a somewhat large patch that MFC's some of the cleanups to the
interrupt code that needs some testing before it is MFC'd.
It seems to help my sio overflows that are described in
http://www.freebsd.org/cgi/query-pr.cgi?pr=51982
I have it
From: Kris Kennaway [EMAIL PROTECTED]
Subject: Re: rpc.lockd brokenness (2)
[...]
but there's no evidence in the trace that it ever tries to write. Can
you also obtain a ktrace -i dump from cron?
The file remains empty.
I really don't know enough about NFS, but isn't that getattr message
At 07:29 PM 07/03/2006, Mike Tancsa wrote:
At 03:02 PM 07/03/2006, John Baldwin wrote:
I have a somewhat large patch that MFC's some of the cleanups to the
interrupt code that needs some testing before it is MFC'd.
It seems to help my sio overflows that are described in
On Wed, Mar 08, 2006 at 12:30:02AM +, Miguel Lopes Santos Ramos wrote:
From: Kris Kennaway [EMAIL PROTECTED]
Subject: Re: rpc.lockd brokenness (2)
[...]
but there's no evidence in the trace that it ever tries to write. Can
you also obtain a ktrace -i dump from cron?
The file
Hello Brett,
I am currently studying a Data communications and networking
subject at Monash University. I am using cnet at home for the labs on my
FreeBSD notebook as we are using William Stallings' textbook. There
seems to be a problem with the cnet source code. I have emailed
On Wed, 08 Mar 2006 13:12:15 +1100
B .Wiggins [EMAIL PROTECTED] wrote:
Hello Brett,
I am currently studying a Data communications and networking
subject at Monash University. I am using cnet at home for the labs on my
FreeBSD notebook as we are using William Stallings'
See atttachment.
I have already submit this bug via report a bug in Nov last year, but
no reply, and the problem still exist in stable-6 now.
Any one who knows how to solve this problem ?
Thanks...
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
I am building a tool to identify the file that has a specific LBA.
The approach I am using is to search through each inode from number 2
up. This approach works well with UFS1 file systems as then
preinitialize all the inodes. However, UFS2 does lazy inode
initialization so there are
lithium7456 == lithium7456 [EMAIL PROTECTED] writes:
lithium7456 problem still exist in stable-6 now. Any one who knows
lithium7456 how to solve this problem ? Thanks...
Could you try the patch from
http://www.freebsd.org/cgi/query-pr.cgi?pr=84861 ?
--
DSS5-RIPE DSS-RIPN 2:550/[EMAIL
At 07:11 PM 3/7/2006, Doug Hardie wrote:
I am building a tool to identify the file that has a specific LBA.
The approach I am using is to search through each inode from number 2
up. This approach works well with UFS1 file systems as then
preinitialize all the inodes. However, UFS2 does lazy
68 matches
Mail list logo