On Thu, Feb 08, 2007 at 06:38:08PM +1100, Ian Smith wrote:
> Not to suggest that any pppd/kernel interaction problems ought not to be
> addressed by those wishing to maintain pppd for linux compatibility or
> other reasons, but the reality is that most FreeBSD users have long
> preferred user ppp
On Wed, 7 Feb 2007, Michael Nottebrock wrote:
> On Wednesday, 7. February 2007 18:45, Joe Vender wrote:
> > On Wednesday 07 February 2007 01:59, Michael Nottebrock wrote:
> > ...
> >
> > > There is https://bugs.kde.org/show_bug.cgi?id=55785 on record, your
> > > description sounds more like y
On Thu, Feb 01, 2007 at 11:39:33AM +0100, Henri Hennebert wrote:
> I experience Fatal trap 12 when I shutdown if I have run the X server
> (with nvidia driver 1.0.9746). This crash happen 4/5 of the time. It is
> in devfs_populate_loop() in devfs.c. I don't have the vmcore anymore :-/.
Hi,
Can
Thank you for your help. It ended up being a bad ssl.key - who would have
thought that? Ugh! I got really lucky while "poking around" and figured
it out.
Chris
On Wed, 7 Feb 2007, Joseph Olatt wrote:
On Wed, Feb 07, 2007 at 04:16:59PM +0100, Marko Lerota wrote:
Chris Byrnes <[EMAIL PROTE
On Wednesday, 7. February 2007 18:45, Joe Vender wrote:
> On Wednesday 07 February 2007 01:59, Michael Nottebrock wrote:
> ...
>
> > There is https://bugs.kde.org/show_bug.cgi?id=55785 on record, your
> > description sounds more like you're getting a kernel panic in the
> > background though (KPPP
Hi Artem,
Yes amd64 is for both Intel and AMD platforms.
I have been having troubles with the SRCS16 on the amd64 platform 6.2
stable to give you the heads up if you are going this route.
I was able to get around the problem you mentioned (if it is the same
problem) by creating two arrays. O
Dear colleagues,
Today, my work desktop machine (firefox leads to reboot while machine being in
xlock !)
I've got crashdump, debugging kernel and all that buzz. Excerpt:
Unread portion of the kernel message buffer:
kernel trap 12 with interrupts disabled
Fatal trap 12: page fault while in ker
On Wed, Feb 07, 2007 at 04:16:59PM +0100, Marko Lerota wrote:
> Chris Byrnes <[EMAIL PROTECTED]> writes:
>
> > Of course there had to be something. ;)
> >
> > Apache won't start. I cannot figure out why. No one I've asked can
> > seem to figure out, either. So I turn to you and cross my fingers
Here is the info I've grabbed from a Woodcrest Xeon machine that
deadlocked under our stress test this morning. Oddly, even though it is
built as an SMP kernel, it's only running one CPU of the four available
cores - is that a result of having to set hint.apic.0.disabled="1" to
avoid an interr
Apache won't start. I cannot figure out why. No one I've asked can seem
to figure out, either. So I turn to you and cross my fingers that this is
something others have experienced.
What the output of
/usr/local/etc/rc.d/apache.sh rcvar
?
regards
Claus
__
Chris Byrnes <[EMAIL PROTECTED]> writes:
> Of course there had to be something. ;)
>
> Apache won't start. I cannot figure out why. No one I've asked can
> seem to figure out, either. So I turn to you and cross my fingers
> that this is something others have experienced.
>
> Configtest says it'
> Configtest says it's fine. apachectl start says it starts. But it
> actually doesn't. Nothing in /var/log/messages, nothing in
> /var/log/httpd-error.log - and nothing in
> /usr/local/etc/apache/logs/error_log.
I had the same problem at the weekend. I upgrade by
uninstalling all packages,
Just went from 4.11 to 5.3 to 6.2 yesterday. Thought everything went
great! I was pleasantly surprised.
Of course there had to be something. ;)
Apache won't start. I cannot figure out why. No one I've asked can seem
to figure out, either. So I turn to you and cross my fingers that this is
Spil Oss wrote:
Hi All,
I have NO_INET6 in my /etc/make.conf and INET6 is commented out in my
kernel config.
Until today I did *not* have WITHOUT_IPV6 in my make.conf
In 6.1 I have been unable to run php 5.2 in combination with
mail/roundcube, it segfaulted apache, 5.1.6_3 was fine.
Since my upg
On Wednesday 07 February 2007 19:23, Artem Kuchin wrote:
> FreeBSD/amd64 is a very young platform on FreeBSD. While the core FreeBSD
> kernel and base system components are generally fairly robust, there are
> likely to still be rough edges, particularly with third party packages."
>
> scares me. D
On Wed, Feb 07, 2007 at 11:53:17AM +0300, Artem Kuchin wrote:
> Boris Samorodov wrote:
> >On Wed, 7 Feb 2007 03:04:05 +0300 Artem Kuchin wrote:
> >>Andras Gót wrote:
> >
> >>>Can you try the AMD64 version on that server?
> >
> >>Um.. i have never tried anything AMD in my life. I thought
> >>AMD64 i
On Wed, 7 Feb 2007 11:53:17 +0300 Artem Kuchin wrote:
> "There may be some issues with 64-bit cleanliness in some
> (particularly older) drivers. Generally, drivers that already function
> correctly on other 64-bit platforms should work.
> FreeBSD/amd64 is a very young platform on FreeBSD. While t
Boris Samorodov wrote:
On Wed, 7 Feb 2007 03:04:05 +0300 Artem Kuchin wrote:
Andras Gót wrote:
Can you try the AMD64 version on that server?
Um.. i have never tried anything AMD in my life. I thought
AMD64 is only for AMD CPUs and this is Intel Xeon.
Are you really suggesting installing Fr
18 matches
Mail list logo
