hi all,
i've been experiencing kernel panics for over a year, but the frequency of
them happening has increased dramatically. now i was finally able to
build a kernel with debug options, since even while trying to build this
kernel, i would get kernel panics.
it seems like everytime there i
On 25/05/2005, at 4:17, alan bryan wrote:
--- Søren Schmidt <[EMAIL PROTECTED]> wrote:
Is there anything in -CURRENT that would help this
to
work better than 5-STABLE plus the ATA mkIII "n"
patches?
Yes, I've done quite a bit of changes that affects
this on -current.
However its done
Kris Kennaway wrote:
I wonder if USB is causing the problem all on its own..since that was
the culprit in other situations when it was being triggered by virtue
of interrupt sharing. Any chance you can try a non-USB mouse and
remove USB from your kernel?
Yes, I'll try that later.
mkb.
__
On Wed, May 25, 2005 at 07:26:31AM +0200, Matthias Buelow wrote:
> Kris Kennaway wrote:
>
> >Show me vmstat -i now.
>
> interrupt total rate
> irq1: atkbd0 586 0
> irq13: npx01 0
> irq14: ata0
Kris Kennaway wrote:
Show me vmstat -i now.
interrupt total rate
irq1: atkbd0 586 0
irq13: npx01 0
irq14: ata0 94 0
irq17: wi054
On Wed, May 25, 2005 at 07:17:53AM +0200, Matthias Buelow wrote:
> Kris Kennaway wrote:
>
> >>I've now disabled the sound chip in the BIOS, no change.
> >But is the driver still attaching?
>
> No, and I now have disabled loading the module at boot aswell. Still no
> difference. I would also th
Kris Kennaway wrote:
I've now disabled the sound chip in the BIOS, no change.
But is the driver still attaching?
No, and I now have disabled loading the module at boot aswell. Still no
difference. I would also think that if that were the cause, the
situation would be a lot worse on the no
On Wed, May 25, 2005 at 06:51:52AM +0200, Matthias Buelow wrote:
> Kris Kennaway wrote:
>
> >>irq11: cbb0 cbb1++* 373638 12
> >What else is on irq11?
>
> Hmm.. uhm!
>
> uhci0, pcm0, fxp0 and wi0... :-}
>
> Is the "++*" thing notation for "there's more stuff but I won't sh
On Wed, May 25, 2005 at 06:55:40AM +0200, Matthias Buelow wrote:
> Kris Kennaway wrote:
>
> >I think it's your mouse fighting with your sound card for Giant.
>
> I've now disabled the sound chip in the BIOS, no change.
But is the driver still attaching?
Kris
pgp55i58bFJOT.pgp
Description: PGP
Kris Kennaway wrote:
I think it's your mouse fighting with your sound card for Giant.
I've now disabled the sound chip in the BIOS, no change.
mkb.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
Kris Kennaway wrote:
irq11: cbb0 cbb1++* 373638 12
What else is on irq11?
Hmm.. uhm!
uhci0, pcm0, fxp0 and wi0... :-}
Is the "++*" thing notation for "there's more stuff but I won't show you"?
mkb.
___
freebsd-stable@free
On Wed, May 25, 2005 at 06:38:59AM +0200, Matthias Buelow wrote:
> Kris Kennaway wrote:
>
> >I think it's your mouse fighting with your sound card for Giant.
>
> And why does it also happen (if not as badly but still) on my notebook
> where there's no such conflict?
>
> interrupt
Kris Kennaway wrote:
I think it's your mouse fighting with your sound card for Giant.
And why does it also happen (if not as badly but still) on my notebook
where there's no such conflict?
interrupt total rate
irq0: clk2959195 9
On Wed, May 25, 2005 at 06:20:55AM +0200, Matthias Buelow wrote:
> Joseph Koshy wrote:
>
> >You may want to try without options WITNESS, INVARIANTS and
> >INVARIANT_SUPPORT.
>
> Ok, I've done this. Symptoms are now about equal to 5.4-STABLE.
I think it's your mouse fighting with your sound card
Joseph Koshy wrote:
You may want to try without options WITNESS, INVARIANTS and
INVARIANT_SUPPORT.
Ok, I've done this. Symptoms are now about equal to 5.4-STABLE.
mkb.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
Kris Kennaway wrote:
pcm0 and uhci3 share an interrupt on your system, and both are under
Giant, so they'll fight over it when one receives an interrupt, and
nothing else can run in the kernel when that is happening. Do you
need USB support? If not, get rid of it.
Well.. the USB mouse needs
On Wed, May 25, 2005 at 05:45:29AM +0200, Matthias Buelow wrote:
Once you remove the debugging options..
> uhci3: [GIANT-LOCKED]
> pcm0: [GIANT-LOCKED]
> interrupt total rate
> irq1: atkbd01856 1
> irq13: npx0
On Wed, May 25, 2005 at 05:45:29AM +0200, Matthias Buelow wrote:
> Kris Kennaway wrote:
>
> >OK, thanks for confirming. The next step is for you to try 6.0 with
> >debug.mpsafevfs=1 on a machine that exhibits the problem under 5.4, so
> >we can test whether the problem is caused by VFS being unde
> FreeBSD 6.0-CURRENT #0: Wed May 25 05:00:48 CEST 2005
> [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
> WARNING: WITNESS option enabled, expect reduced performance.
WITNESS will cause terrible slowdowns.
You may want to try without options WITNESS, INVARIANTS and
INVARIANT_SUPPORT.
--
Kris Kennaway wrote:
OK, thanks for confirming. The next step is for you to try 6.0 with
debug.mpsafevfs=1 on a machine that exhibits the problem under 5.4, so
we can test whether the problem is caused by VFS being under Giant on
5.4.
I have now built 6.0-current from yesterday's source, veri
On 5/25/05, Jens Holmqvist <[EMAIL PROTECTED]> wrote:
> On 5/25/05, Charles Swiger <[EMAIL PROTECTED]> wrote:
> > On May 24, 2005, at 10:42 PM, Matt Smith wrote:
> > > I have a friend that has 5.4 where SSHD keeps timing out before
> > > authentification. Box has a hardwired 3com NIC. We've tried
On 5/25/05, Charles Swiger <[EMAIL PROTECTED]> wrote:
> On May 24, 2005, at 10:42 PM, Matt Smith wrote:
> > I have a friend that has 5.4 where SSHD keeps timing out before
> > authentification. Box has a hardwired 3com NIC. We've tried
> > everything
> > but can't find the cause of the timeouts.
On May 24, 2005, at 10:42 PM, Matt Smith wrote:
I have a friend that has 5.4 where SSHD keeps timing out before
authentification. Box has a hardwired 3com NIC. We’ve tried
everything
but can't find the cause of the timeouts. What gives?
Try "ping _machine_" and see whether that works.
Run
On Tue, May 24, 2005 10:42 pm, Matt Smith said:
> I have a friend that has 5.4 where SSHD keeps timing out before
> authentification. Box has a hardwired 3com NIC. Weve tried everything
> but can't find the cause of the timeouts. What gives?
Make sure DNS is working properly. You may also try
--- Søren Schmidt <[EMAIL PROTECTED]> wrote:
> > Is there anything in -CURRENT that would help this
> to
> > work better than 5-STABLE plus the ATA mkIII "n"
> > patches?
>
> Yes, I've done quite a bit of changes that affects
> this on -current.
> However its done blindfolded since I dont have
On Tue, May 24, 2005 at 04:01:31PM -0700, John-Mark Gurney wrote:
> yes, the reason I made _stat return ENXIO is that _read and _write are
> not supported by kqueue, and so _stat provided useless information.
> When I added locking, it would only be reading a value that would
> immediately be able
Ed Maste wrote this message on Tue, May 24, 2005 at 17:51 -0400:
> On Tue, May 24, 2005 at 01:36:48PM -0400, Ed Maste wrote:
>
> > On Tue, May 24, 2005 at 12:59:07PM -0400, Ed Maste wrote:
> >
> > > We discovered a kqueue leak when running one of our 4.x applications on
> > > FreeBSD 5.3 using th
On Tue, May 24, 2005 at 11:50:07PM +0200, Matthias Buelow wrote:
> Kris Kennaway wrote:
>
> >>Hmm... atapci1 is shared with fxp0 on irq 20.. does fxp0 also require
> >>the giant lock?
> >
> >I don't think so..but the shared interrupt might still be causing some
> >other problem. Try compiling a k
Kirill Ponomarew wrote:
On Tue, May 24, 2005 at 09:30:54PM +0100, Jayton Garnett wrote:
Hello list,
Is this a warning to be concerned about? or to not worry about?
---
jayton# portsdb -Uu
Updating the ports index ... Generating INDEX.tmp - please
wait.."/usr/ports/Mk/bsd.port.mk",
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, May 24, 2005 at 05:23:59PM -0400, Lowell Gilbert wrote:
> Scott Robbins <[EMAIL PROTECTED]> writes:
>
> > True, but in general, having gotten used to LINT, usually, I would just
> > check notes for syntax--for instance, I might see something a
On Tue, May 24, 2005 at 01:36:48PM -0400, Ed Maste wrote:
> On Tue, May 24, 2005 at 12:59:07PM -0400, Ed Maste wrote:
>
> > We discovered a kqueue leak when running one of our 4.x applications on
> > FreeBSD 5.3 using the compat libc_r. It turns out it's caused by libc_r's
> > close() failing.
>
Kris Kennaway wrote:
Hmm... atapci1 is shared with fxp0 on irq 20.. does fxp0 also require
the giant lock?
I don't think so..but the shared interrupt might still be causing some
other problem. Try compiling a kernel without fxp support and see if
you still have the interactive problems under
Matthias Buelow wrote:
Scott Robbins wrote:
Judging from the forums and various other things, it seems that a lot of
people aren't aware of the second NOTES file. (Of course, you can do
make LINT while in /conf, which I blush to admit, is what I did
before I realized the existance of the seco
Scott Robbins <[EMAIL PROTECTED]> writes:
> True, but in general, having gotten used to LINT, usually, I would just
> check notes for syntax--for instance, I might see something about
> PREEMPTION and just do (while in i386/conf) grep PREEMPT NOTES.
Don't forget sys/conf/NOTES, either. [which
Hello,
I have had a really hard time with this Microsoft Standard Wireless Optical
Mouse on usb. Didn't work no matter what I tried as it seemed to have a
different-than-standard data placement in the data frame.
In the end I had to make some changes (ugly hacks) to ums.c and now it works
fine
> Well, that's hardly surprising.. short of minimizing the number of page
> faults and avoiding TLB/cache shootdowns, what can the OS do to speed up
> the CPU pipeline? The nbench program doesn't benchmark any OS functions
> at all (except for loading time).
Btw., what these programs aren't compl
Bohdan Horst wrote:
> (5.4O == 4.11 binary on 5.4R)
> almost identical speed :)
Well, that's hardly surprising.. short of minimizing the number of page
faults and avoiding TLB/cache shootdowns, what can the OS do to speed up
the CPU pipeline? The nbench program doesn't benchmark any OS functions
Kris Kennaway wrote:
Something is still wrong, because no source code references are listed
here (i.e. this is what you'd get if you ran gdb on kernel, not
kernel.dump).
I think that it was because I did the config -g "after the fact." Now I
get something like this. I hope that this is us
On Tue, May 24, 2005 at 10:56:09PM +0200, Bohdan Horst wrote:
> On Tue, May 24, 2005 at 01:21:19PM -0700, Kris Kennaway wrote:
> > On Tue, May 24, 2005 at 10:17:01PM +0200, Bohdan Horst wrote:
> > > On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote:
> > > >
> >
> > OK, it might be tru
On Tue, May 24, 2005 at 01:21:19PM -0700, Kris Kennaway wrote:
> On Tue, May 24, 2005 at 10:17:01PM +0200, Bohdan Horst wrote:
> > On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote:
> > >
>
> OK, it might be trustable..but you're still testing gcc 2/gcc 3 as
> pointed out by another p
Kris Kennaway [EMAIL PROTECTED] wrote:
> > I didn't see any visible difference, in the given scenario of
> > uncompressing firefox's sources, when tried mpsafevfs's patches when
> > they got announced on [EMAIL PROTECTED]
> There have been a *lot* of changes in this area since the initial
> patches
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, May 24, 2005 at 12:27:21PM -0700, Freddie Cash wrote:
> On May 24, 2005 12:14 pm, Scott Robbins wrote:
>
> > > The other is for items that apply to all CPU architectures, and is
> > > located at /usr/src/sys/conf/NOTES.
>
> > > You have to re
On Tue, May 24, 2005 at 09:30:54PM +0100, Jayton Garnett wrote:
> Hello list,
>
> Is this a warning to be concerned about? or to not worry about?
> ---
> jayton# portsdb -Uu
> Updating the ports index ... Generating INDEX.tmp - please
> wait.."/usr/ports/Mk/bsd.port.mk", line 4847: warnin
Hello list,
Is this a warning to be concerned about? or to not worry about?
---
jayton# portsdb -Uu
Updating the ports index ... Generating INDEX.tmp - please
wait.."/usr/ports/Mk/bsd.port.mk", line 4847: warning: duplicate script
for target "add-plist-post" ignored
---
regard
On Tue, May 24, 2005 at 10:23:28PM +0200, Matthias Buelow wrote:
> Kris Kennaway wrote:
>
> > But are any IRQs shared?
>
> Hmm... atapci1 is shared with fxp0 on irq 20.. does fxp0 also require
> the giant lock?
I don't think so..but the shared interrupt might still be causing some
other problem.
Kris Kennaway wrote:
> But are any IRQs shared?
Hmm... atapci1 is shared with fxp0 on irq 20.. does fxp0 also require
the giant lock?
mkb.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscri
On Tue, May 24, 2005 at 10:17:01PM +0200, Bohdan Horst wrote:
> On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote:
> >
> > Thanks, but if the machines are not completely idle then it's
> > impossible to tell whether these numbers are meaningful :-(
>
> nbench give almost exact results
On Tue, May 24, 2005 at 10:18:54PM +0200, Matthias Buelow wrote:
> Max Laier wrote:
>
> > I have seen this on my box. Disabling one of the USB-ports solved the
> > problem. I was seeing very high IRQ-rates. Check $vmstat -i during the
> > process to see if you have abnormal high rate jumps.
On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote:
>
> Thanks, but if the machines are not completely idle then it's
> impossible to tell whether these numbers are meaningful :-(
nbench give almost exact results under load :
(1,2,3 nbenchs running)
load 1: 496.1
load 2: 497.7
load 3
Max Laier wrote:
> I have seen this on my box. Disabling one of the USB-ports solved the
> problem. I was seeing very high IRQ-rates. Check $vmstat -i during the
> process to see if you have abnormal high rate jumps. It might be that we
> must investigate some of our drivers to play nice wi
On Tue, May 24, 2005 at 09:41:29PM +0200, Max Laier wrote:
> On Monday 23 May 2005 23:21, Matthias Buelow wrote:
> > Kris Kennaway wrote:
> > > One thing that probably confuses and misleads a lot of people is when
> > > they build world or a kernel and notice that it's taking much longer
> > > than
On Monday 23 May 2005 23:21, Matthias Buelow wrote:
> Kris Kennaway wrote:
> > One thing that probably confuses and misleads a lot of people is when
> > they build world or a kernel and notice that it's taking much longer
> > than it did under 4.x, so they assume this means that 5.x is slower
> > t
Bohdan Horst wrote:
> I have 4 identical PC with FreeBSD (2x4.11R and 2x5.4R)
> Results (/usr/ports/net/benchmarks/nbench):
What you're benchmarking here is gcc3 vs. gcc2.
mkb.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailma
On Tue, May 24, 2005 at 09:31:17PM +0200, Bohdan Horst wrote:
>
>
> I have 4 identical PC with FreeBSD (2x4.11R and 2x5.4R)
>
> Results (/usr/ports/net/benchmarks/nbench):
>
> (CPUTYPE=p3 in /etc/make.conf; portupgrade -vf nbench)
>
> tests:
> NUMERIC SORT: 4.11= 499.52 494.31 5.4= 451.26 44
I have 4 identical PC with FreeBSD (2x4.11R and 2x5.4R)
Results (/usr/ports/net/benchmarks/nbench):
(CPUTYPE=p3 in /etc/make.conf; portupgrade -vf nbench)
tests:
NUMERIC SORT: 4.11= 499.52 494.31 5.4= 451.26 449.7 (4.11 faster)
STRING SORT: 4.11= 24.13 24.11 5.4= 25.286 25.294 (5.4 f
On May 24, 2005 12:14 pm, Scott Robbins wrote:
> On Tue, May 24, 2005 at 12:07:35PM -0700, Freddie Cash wrote:
> > There are two NOTES files for each CPU architecture.
> > One is for the CPU architecture dependent items and is located
> > at /usr/src/sys//conf/NOTES Just replace with the CPU
> >
On Mon, 23.05.2005 at 16:10:03 +0200, Roman Neuhauser wrote:
> I have a machine with FreeBSD 4.10-RELEASE-p3 i386 (450MHz P3/Celeron)
> that has been running just fine, but after ~ 120 days something
> happened to /dev/dsp, and I can no longer play mp3s. A restart would
> most probably fix it, but
Scott Robbins wrote:
> Judging from the forums and various other things, it seems that a lot of
> people aren't aware of the second NOTES file. (Of course, you can do
> make LINT while in /conf, which I blush to admit, is what I did
> before I realized the existance of the second NOTES file. :)
Mike Jakubik wrote:
Could someone point me to a resource that outlines the expected supported
lifetime of all the branches? Can't find anything concrete on the webpage.
I'm developing a product, which i hope will run on FreeBSD. However the
rapid development of 5, and now 6 arriving out in a fe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, May 24, 2005 at 12:07:35PM -0700, Freddie Cash wrote:
>
> There are two NOTES files for each CPU architecture.
>
> One is for the CPU architecture dependent items and is located
> at /usr/src/sys//conf/NOTES Just replace with the CPU
> ar
On Tue, May 24, 2005 at 08:39:23PM +0200, martinko wrote:
> Kris Kennaway wrote:
> >
> >Also try defining PREEMPTION in your kernel on 5.x and above (if you
> >are running i386 or amd64). There have been very occasional reports
> >of panics with this option enabled (although I use it everywhere an
On May 24, 2005 11:39 am, martinko wrote:
> Kris Kennaway wrote:
> > Also try defining PREEMPTION in your kernel on 5.x and above (if you
> > are running i386 or amd64). There have been very occasional reports
> > of panics with this option enabled (although I use it everywhere and
> > have not se
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It's in /usr/src/sys/conf/NOTES.
I think this is due to it being an architecture independent option.
- --
Regards, Pedro.
martinko wrote:
> Kris Kennaway wrote:
>
>>
>> Also try defining PREEMPTION in your kernel on 5.x and above (i
Kris Kennaway wrote:
Also try defining PREEMPTION in your kernel on 5.x and above (if you
are running i386 or amd64). There have been very occasional reports
of panics with this option enabled (although I use it everywhere and
have not seen problems on my heavily loaded machines), but interacti
On Tue, May 24, 2005 at 12:59:07PM -0400, Ed Maste wrote:
> We discovered a kqueue leak when running one of our 4.x applications on
> FreeBSD 5.3 using the compat libc_r. It turns out it's caused by libc_r's
> close() failing.
I've attached a patch which stops libc_r close() from bailing if fsta
Has there been any update to the status of fla on 5.x ?
We are interested in seeing these drivers become available on 5.x
Pity we didn't express that interest at the right time - nearly a year
ago
Rob Stevens
Silverspring Networks
___
freebsd-
We discovered a kqueue leak when running one of our 4.x applications on
FreeBSD 5.3 using the compat libc_r. It turns out it's caused by libc_r's
close() failing.
The libc_r close (in uthread_close.c) calls fstat() on the file
descriptor. On 4.x this succeeds, while on 5.x the fstat() on the kqu
On May 24, 2005 09:32 am, you wrote:
> Freddie Cash wrote:
> > The laptop has an ATI IXP chipset, which means the HD is detected and
> > run as a generic UDMA33 device. The kernel is using the 4BSD
> > scheduler with PREEMPTION enabled, all debugging hints disabled, and
> > all the mpsafe sysctls
On Tue, May 24, 2005 at 06:32:28PM +0200, Matthias Buelow wrote:
> Freddie Cash wrote:
>
> > The laptop has an ATI IXP chipset, which means the HD is detected and run
> > as a generic UDMA33 device. The kernel is using the 4BSD scheduler with
> > PREEMPTION enabled, all debugging hints disabled
Freddie Cash wrote:
> The laptop has an ATI IXP chipset, which means the HD is detected and run
> as a generic UDMA33 device. The kernel is using the 4BSD scheduler with
> PREEMPTION enabled, all debugging hints disabled, and all the mpsafe
> sysctls enabled.
Hmm.. maybe the disk (interface)
On Tue, May 24, 2005 at 10:58:06AM -0500, Stephen Montgomery-Smith wrote:
> I have a dual Xeon with HTT enabled. Many months ago I had frequent
> problems with panics, which since dissappeared, until very recently.
> Now after dong a very recent upgrade of RELENG_5, the problem is back
> again.
On May 23, 2005 02:31 pm, Kris Kennaway wrote:
> On Mon, May 23, 2005 at 11:21:13PM +0200, Matthias Buelow wrote:
> > Another thing might be that interactive response time seems to be
> > worse. While I (or rather ports) unpack the firefox/thunderbird
> > source, the machine is pretty much bogged d
Andrey V. Elsukov wrote:
Hello, Developers!
Sorry, my english is bad. :(
Patch to IPFW2 for adding restrictions of the traffic with use IPFW
bytes counters.
It include two parts:
* First part is ipfw_bound.patch, this part add ipfw rule options "bound
VALUE" and "check-bound NUM".
Example:
#
On Tue, May 24, 2005 at 04:37:26PM +0200, Krzysztof Kowalik wrote:
> Kris Kennaway [EMAIL PROTECTED] wrote:
> > [...] One obvious guess is that it's due to VFS being under Giant,
> > which causes lots of contention with other subsystems that also
> > require Giant, and therefore introduces latency
I have a dual Xeon with HTT enabled. Many months ago I had frequent
problems with panics, which since dissappeared, until very recently.
Now after dong a very recent upgrade of RELENG_5, the problem is back
again. For whatever reason, I could not get savecore to work with my
twe raid 0 had dr
Kris Kennaway [EMAIL PROTECTED] wrote:
> [...] One obvious guess is that it's due to VFS being under Giant,
> which causes lots of contention with other subsystems that also
> require Giant, and therefore introduces latency. If so, you'd see a
> substantial performance improvement on 6.0 with deb
On May 23, 2005, at 11:55 PM, Sergey N. Voronkov wrote:
Probably You are wrong at least about em driver: it steel makes
page faults
in kernel mode on my Dual Xeon machine. :-(
"debug.mpsafenet=0" fix this issue completely.
I had the opposite experience. the bge driver would regularly loc
On May 23, 2005, at 7:29 PM, John-Mark Gurney wrote:
Vivek Khera wrote this message on Mon, May 23, 2005 at 17:17 -0400:
Cool... So what would you recommend telling an application like
Postgres what the cache size is? All of RAM? That seems unlikely
given much of the ram is used for other t
On May 23, 2005, at 3:51 PM, Kris Kennaway wrote:
actually benchmarked this on the package build machines, and found
that 5.4 outperforms 4.11 by at least 10% when performing identical
workloads on identical UP hardware :-)
I have a pair of twin dual opteron boxes built about 1 month apart.
--- Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Mon, May 23, 2005 at 02:57:40PM -0700, Jon Passki wrote:
> >
> > --- Kris Kennaway <[EMAIL PROTECTED]> wrote:
> >
> > > Look at how make installworld does the replacement safely.
> >
> > Ah, makes sense now, but let me regurgitate:
> > Accordin
> Do you get a particular error and which version of mysql are you running:
I get 'Lost connection to localhost' or (more commonly) 'Could not connect
to localhost'. I am using mysql 4.1, but have had the problem on 4.0. I
cant remember if we had the problem on versions before 4.0
> We have to us
On Mon, May 23, 2005 at 08:17:37PM -0700, Jon Dama wrote:
> It might be beneficial (pipe-dream perhaps) if the all the BSDs coalesced
> around one port/packaging system. I hear that netbsd's port system has
> the metadata necessary to support different OSs and different OS versions
> within one co
Hi, Patrick,
在 2005-05-24二的 10:15 +0200,Patrick M. Hausen写道:
> Hello!
>
> > -
> > FreeBSD 5.4 will become an "Errata Branch". In addition to Security
> > fixes other well-tested fixes to basic functionality will be committed
> > to the RELENG_5_4 branch after the release.
> > -
> >
> > H
On 2005.05.23 17:38:12 -0400, Mike Jakubik wrote:
> On Mon, May 23, 2005 5:08 pm, Simon L. Nielsen said:
> > On 2005.05.23 16:51:18 -0400, Mike Jakubik wrote:
> >>
> >> Thanks for the info guys. Does this "security support" also mean that
> >> current ports will be compatible with the release?
> >
Hello!
> -
> FreeBSD 5.4 will become an "Errata Branch". In addition to Security
> fixes other well-tested fixes to basic functionality will be committed
> to the RELENG_5_4 branch after the release.
> -
>
> However, it is neither a "New Features Branch" nor a "New Documents
> Branch".
C
On Tue, 24 May 2005 09:48:08 +0200 Kirill Ponomarew wrote:
> On Tue, May 24, 2005 at 11:45:01AM +0400, Boris Samorodov wrote:
> > Hi!
> >
> > On Tue, 24 May 2005 11:14:36 +0400 Gleb Smirnoff wrote:
> >
> > > On Tue, May 24, 2005 at 09:06:27AM +0200, Patrick M. Hausen wrote:
> > > P> > P.S. Defau
On Tue, May 24, 2005 at 11:45:01AM +0400, Boris Samorodov wrote:
> Hi!
>
> On Tue, 24 May 2005 11:14:36 +0400 Gleb Smirnoff wrote:
>
> > On Tue, May 24, 2005 at 09:06:27AM +0200, Patrick M. Hausen wrote:
> > P> > P.S. Default configuration file and startup script have already been
> > P> > commit
Hi!
On Tue, 24 May 2005 11:14:36 +0400 Gleb Smirnoff wrote:
> On Tue, May 24, 2005 at 09:06:27AM +0200, Patrick M. Hausen wrote:
> P> > P.S. Default configuration file and startup script have already been
> P> > committed to RELENG_5.
> P>
> P> Since this is a rather minor but very convenient ch
Patrick,
On Tue, May 24, 2005 at 09:06:27AM +0200, Patrick M. Hausen wrote:
P> > P.S. Default configuration file and startup script have already been
P> > committed to RELENG_5.
P>
P> Since this is a rather minor but very convenient change - any
P> chance it will be committed to RELENG_5_4?
No
Hello!
> P.S. Default configuration file and startup script have already been
> committed to RELENG_5.
Since this is a rather minor but very convenient change - any
chance it will be committed to RELENG_5_4?
Regards,
Patrick M. Hausen
Leiter Netzwerke und Sicherheit
--
punkt.de GmbH In
90 matches
Mail list logo