On 6. sep. 2006, at 18.03, Anish Mistry wrote:
Previously posted to -questions:
In my quest to get asterisk+iaxmodem+hylafax working together in a
jail I've run into one final roadblock. I can't seem to figure out
how to create a symbolic link (ln -s doesn't work) in /dev in the
jail en
Mark Kirkwood wrote:
Obviously if your array
is RAID10, the 180MB/s is very good!
Also unlikely - RAID10 with 5 disks?? - brain fade - sorry.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To
Hi,
I just installed 6.1 on my new (with old parts) machine and when
booting for the first time after installation I got this panic:
ad0: 19130MB at ata0-master UDMA100
Fatal trap 18: integer divide fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer = 0x20:0xc0853017
s
Mark Kirkwood wrote:
Mark Kirkwood wrote:
Obviously if your array
is RAID10, the 180MB/s is very good!
Also unlikely - RAID10 with 5 disks?? - brain fade - sorry.
RAID5 with 5 disks ( 6 with hot swap ).
Steve
This e.mail is private and
Mark Kirkwood wrote:
Just out of interest what RAID level was the 5 disk array? - as
180Mb/s from an Areca 5 disk RAID0 or RAID5 array is not that good -
my old 3Ware 7506 with 4 Maxtor IDE RAID0 gets 175Mb/s. Obviously if
your array is RAID10, the 180MB/s is very good!
If you are using RAID0|5,
regarding the gmirror issue, I've seen the following cvs commit:
> Revision 1.66.2.9 / (download) - annotate - [select for diffs], Fri Sep 8
> 17:39:41 2006 UTC (20 hours, 35 minutes ago) by pjd
> Branch: RELENG_6
> Changes since 1.66.2.8: +5 -12 lines
> Diff to previous 1.66.2.8 (colored) to bra
On 9/9/06, Joao Barros <[EMAIL PROTECTED]> wrote:
Hi,
I just installed 6.1 on my new (with old parts) machine and when
booting for the first time after installation I got this panic:
ad0: 19130MB at ata0-master UDMA100
Fatal trap 18: integer divide fault while in kernel mode
cpuid = 0; apic
On Saturday 09 September 2006 13:56, Joao Barros wrote:
> Hi,
>
> I just installed 6.1 on my new (with old parts) machine and when
> booting for the first time after installation I got this panic:
>
> ad0: 19130MB at ata0-master UDMA100
>
>
> Fatal trap 18: integer divide fault while in kernel mod
This is not cool folks.
Anyone know what I have to roll back to - and what files I have to roll back -
to stop this [EMAIL PROTECTED]
tty ad4 ad6twed0 cpu
tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id
224 453
Hi!
On Sat, Sep 09, 2006 at 12:38:13PM -0500, Karl Denninger wrote:
> This is not cool folks.
> ...
I experienced the same problem - luckily on a lab machine.
As much as I understand your anger, -stable is not guaranteed
bug free.
And to answer your question: RELENG_6_1 doesn't show this proble
On Saturday 09 September 2006 19:38, Karl Denninger wrote:
> This is not cool folks.
Want a refund?
--
/"\ Best regards, | [EMAIL PROTECTED]
\ / Max Laier | ICQ #67774661
X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED]
/ \ ASCII Ribbon
is gone, but a new error message appears as often as the former,
and under the same circumstances:
> mpt0: QUEUE_FULL: Bus 0x00 Target 0x00 Depth 128
--
Alex
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
Oops- mangled reply.
On 9/9/06, Matthew Jacob <[EMAIL PROTECTED]> wrote:
>
> is gone, but a new error message appears as often as the former,
> and under the same circumstances:
>
> > mpt0: QUEUE_FULL: Bus 0x00 Target 0x00 Depth 128
Do you see these all the time? If so I'll have to connect
Yeah, -STABLE is what you should run if you want stable code, right?
C'mon guys. This sort of thing belies a total lack of concern when changes
are MFC'd into production branches of the code. This kind of thing is
expected if you're running -CURRENT, but not -STABLE.
How long would it have take
On Sat, Sep 09, 2006 at 01:28:31PM -0500, Karl Denninger wrote:
> Yeah, -STABLE is what you should run if you want stable code, right?
>
> C'mon guys. This sort of thing belies a total lack of concern when changes
> are MFC'd into production branches of the code. This kind of thing is
> expected
On Sat, Sep 09, 2006 at 04:26:52PM +0200, Volker wrote:
> One feature request on gmirror:
>
> If a system comes up and more than one mirror is out of sync,
> currently gmirror tries (in automatic mode) to re-sync all providers
> at the same time which slows down the system.
>
> When gmirror tries
On 9/9/06, Max Laier <[EMAIL PROTECTED]> wrote:
Can you try to get a dump, trace, or at least figure out which function
the IP is refering to?
Well, the problem only occurs when I boot from the disk and the
installed kernel doesn't have debug support.
Does 'set dumpdev=' work from the boot lo
On Sat, Sep 09, 2006 at 09:02:35PM +0100, Joao Barros wrote:
> On 9/9/06, Max Laier <[EMAIL PROTECTED]> wrote:
> >
> >Can you try to get a dump, trace, or at least figure out which function
> >the IP is refering to?
> >
>
> Well, the problem only occurs when I boot from the disk and the
> installe
I set up a new server recently and transferred all the information from
my old server over. At the time it appeared there where no problems. I
just tried to use unison to synchronize the backup of pictures I have
taken and noticed that a shockingly high number of pictures where marked
as changed
On 14:13 Fri 08 Sep, Tobias Roth wrote:
> On Thu, Sep 07, 2006 at 08:13:11PM +0200, Daniel Bond wrote:
> > Hi,
> >
> > I just setup GBDE on my laptop, encrypting my 512M cf-card.
> > This works like a charm, but I felt the need to enchance the rc-script a
> > little to automatically mount the encr
Greetings,
Currently I have FBSD 6.1 release (custom build, DMI, DRM, took out some
drivers that I don't use) however, 6.1 release generic didn't quite work
either*. (Works on a different (slower) harddrive controller)
ACPI doesn't seem to work on this computer.
The problem is that I have two h
On Sat, 9 Sep 2006, Karl Denninger wrote:
Yeah, -STABLE is what you should run if you want stable code, right?
C'mon guys. This sort of thing belies a total lack of concern when
changes are MFC'd into production branches of the code. This kind of
thing is expected if you're running -CURRENT
On Sat, Sep 09, 2006 at 04:04:40PM -0300, Marc G. Fournier wrote:
> On Sat, 9 Sep 2006, Karl Denninger wrote:
>
> >Yeah, -STABLE is what you should run if you want stable code, right?
> >
> >C'mon guys. This sort of thing belies a total lack of concern when
> >changes are MFC'd into production b
Steven Hartland wrote:
Mark Kirkwood wrote:
If you are using RAID0|5, then something is slowing you down (possible
clash between disk firmware and the Areca, or unfortunate choice of
strip chunk size).
Dont know which test I was remembering but just did a quicky:
OS: FreeBSD 6.1
RAID: 5 on 5
On 9/9/06, Matthew Jacob <[EMAIL PROTECTED]> wrote:
Oops- mangled reply.
On 9/9/06, Matthew Jacob <[EMAIL PROTECTED]> wrote:
> >
> > is gone, but a new error message appears as often as the former,
> > and under the same circumstances:
> >
> > > mpt0: QUEUE_FULL: Bus 0x00 Target 0x00 Depth 128
> Yeah, -STABLE is what you should run if you want stable code, right?
No. STABLE means STABLE API.
If you want stable code you run releases. Between releases
stable can become unstable. Think of stable as permanent
BETA code. Changes have passed the first leve
This should be documented somewhere clearly then, as my understanding was
that -STABLE meant that anything MFCd back to it *was* tested and deemed
stable ... and yes, I do run stable, and yes, I do expect to hit the
occasional 'oopses', but "blantant and obvious bugs due to insufficient
testi
On Sat, Sep 09, 2006 at 11:16:29PM -0300, Marc G. Fournier wrote:
> This should be documented somewhere clearly then, as my understanding was
> that -STABLE meant that anything MFCd back to it *was* tested and deemed
> stable ...
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/version-guide/
On Sat, Sep 09, 2006 at 11:16:29PM -0300, Marc G. Fournier wrote:
>
> This should be documented somewhere clearly then, as my understanding was
> that -STABLE meant that anything MFCd back to it *was* tested and deemed
> stable ...
You mean like in the FreeBSD handbook? It's not anyone else's
If by "all the time" you mean every time certain disk operations
are performed (tarball extraction, files download...), then, yes.
All the time. Otherwise, no error shows up.
Hmm. Okay. I'll work on this.
>
> Insofar as the Error 22- that's normal to see those for verbose
> booting. They sho
On Sat, 2 Sep 2006, Robert Watson wrote:
After a couple of weeks of settling, polishing, etc, the MFC of audit
support is about to begin. Over the next couple of days, the 6-STABLE build
may be briefly broken as inter-dependent components are merged. I do not
anticipate any serious disruptio
On Sat, 9 Sep 2006, Mark Linimon wrote:
On Sat, Sep 09, 2006 at 11:16:29PM -0300, Marc G. Fournier wrote:
This should be documented somewhere clearly then, as my understanding was
that -STABLE meant that anything MFCd back to it *was* tested and deemed
stable ...
http://www.freebsd.org/doc/en
On Sat, 9 Sep 2006, Kris Kennaway wrote:
On Sat, Sep 09, 2006 at 11:16:29PM -0300, Marc G. Fournier wrote:
This should be documented somewhere clearly then, as my understanding was
that -STABLE meant that anything MFCd back to it *was* tested and deemed
stable ...
You mean like in the FreeBS
On Sun, Sep 10, 2006 at 12:55:42AM -0300, Marc G. Fournier wrote:
> On Sat, 9 Sep 2006, Kris Kennaway wrote:
>
> >On Sat, Sep 09, 2006 at 11:16:29PM -0300, Marc G. Fournier wrote:
> >>
> >>This should be documented somewhere clearly then, as my understanding was
> >>that -STABLE meant that anythin
On 9/9/06, Matthew Jacob <[EMAIL PROTECTED]> wrote:
> >
> > Insofar as the Error 22- that's normal to see those for verbose
> > booting. They should be more informative as to why those are
> > occurring.
> >
>
> You're right. Those messages are evident only while verbose booting,
> so, I'm not re
35 matches
Mail list logo
