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
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 the
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,
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
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
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.
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
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 for
