On 06/30/05 15:47, lars wrote:
I can't seem to find out how the patchlevel is set.
Is it incremented with each SA's patch, kernel or world,
or only kernel or only world?
Could anyone point me to some documentation by the FreeBSD project?
I know this is the stable list, but I don't want to
On Thu, Jun 30, 2005 at 12:57:32PM -0500, Doug Barton wrote:
D FYI, I had a chat with the ISC folks this week, and they said in clear terms
D that enabling threads on current versions of BIND would be a pessimization.
D I have already turned off threads in the port of 9.3.1, and am looking at
D
Hi Matt,
On Thu, 2005-Jun-30 11:57:38 -0400, Matt Emmerton wrote:
First, I tried to install 5.2. Booting from CD, BTX would halt with a
register dump.
There are some people around who can read BTX dumps. Any chance of
you posting it?
The CD boot mode was changed from floppy emulation mode in
On Tuesday 28 June 2005 09:37, Eirik Øverby wrote:
Hi,
I have, since upgrading to 5.x and updating my management tools, seen
a number of problems relating to stopping jails.
I'm maintaining several hosts with a number of full-featured jails
(i.e. full virtual FreeBSD installations in each
On Tue, Jun 28, 2005 at 11:24:47AM -0400, Gary Mu1der wrote:
G I spent the day yesterday trying to reproduce the crash that I posted
G last week and you kindly replied to. This is due to the fact that I
G stupidly managed to overwrite the kernel.debug that I used to generate
G the stack trace.
On Fri, 2005-Jul-01 08:23:52 +0300, Bashar wrote:
i noticed one of my boxes had the message init: can't exec getty 'none'
for port /dev/console: No such file or directory into messages and
repeating forever.
You should have the following line in /etc/ttys:
console none
I suppose the question is was there a problem with the Tyan S5350 motherboard
and its ATA controller - I know that two identical motherboards with different
hard disks exhibit the same problem. And if so why is it that there has been
little on these lists about problems with the chipset which
Somehow, this sounds familiar, i.e.: the lock cmpxchgl:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x1c
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc05160c3
stack pointer =
Hello Alan,
AJ There have been a number of comments and queries about ATA problems and SATA
AJ problems with 5.4 but no views as to if this is a real problem.
I have to agree. I've had nothing but trouble with various Intel
boards with Intel ICH5 controllers and SATA hard disks under FreeBSD
and
On Fri, Jul 01, 2005 at 12:14:58PM +0200, Marc Olzheim wrote:
Somehow, this sounds familiar, i.e.: the lock cmpxchgl:
Fatal trap 12: page fault while in kernel mode
...
Stopped at 0xc05160c3 = knote+0x27:lock cmpxchgl
%ecx,0x1c(%edx)
Somehow I think I solved this last time
Tony Byrne [EMAIL PROTECTED] writes:
ICH5 must be common in the field along with SATA disks from Western
Digital. I would have believed faulty hardware to be the cause, but I
have *three* machines that are capable of generating DMA TIMEOUTs
while reading or writing SATA disks.
In my case here,
FWIW, I am having the *exact* same problem starting today. I hadn't
updated my STABLE machine since April. NDIS was working fine (save a
frew crashes) before I updated last night.. and now NDIS will not even
talk about the card. There is also a slight freeze on the machine
after the if_ndis
On 1 Jul, Phil Bowens wrote:
FWIW, I am having the *exact* same problem starting today. I hadn't
updated my STABLE machine since April. NDIS was working fine (save a
frew crashes) before I updated last night.. and now NDIS will not even
talk about the card. There is also a slight freeze on
On Fri, Jul 01, 2005 at 12:41:39PM +0200, Marc Olzheim wrote:
On Fri, Jul 01, 2005 at 12:14:58PM +0200, Marc Olzheim wrote:
Somehow, this sounds familiar, i.e.: the lock cmpxchgl:
Fatal trap 12: page fault while in kernel mode
...
Stopped at 0xc05160c3 = knote+0x27:lock
Hi all,
My site has been cracked yesterday (don't worry it's not about that) and
the cracker uploaded a script to delete stuff. Anyway, not important.
The script contained a link to a russian site.
This site, of course (almost) completely in Russian, had a file to gain
root access with a
Totally agree - I have 2 idential machines that have the same problem
And have tried alternate hard disks all of which exhibit the same
Problem.
I would agree with you that the ICH5 must be common and the Tyan S3530
(http://www.tyan.com/products/html/tigeri7320r_spec.html ) with the Intel
Argelo, Jorn [EMAIL PROTECTED] wrote:
[...]
This site, of course (almost) completely in Russian, had a file to gain
root access with a modified su utility. [...]
This is a translation from babelfish:
Plain replacement of standard su for FreeBSD. It makes it possible to
become
I thought that as well. My machine is using a Tyan motherbaord with the Intel
6300SEB and I thought that was a reasnably conservative choice of motherboard.
I don't know if this is a hint not to use SATA/IDE controllers any more but
there are lots of occasions when it is more than enough power
[skip]
to attach the binary, but I'll do it anyway because I don't have
anything else but that and a readme file. It didn't seem to work (out of
the box) with 5.4-RELEASE though.
This is a translation from babelfish:
Plain replacement of standard su for FreeBSD. It makes it possible to
On Thu, 30 Jun 2005, Kris Kennaway wrote:
On Thu, Jun 30, 2005 at 04:00:47PM -0400, Rob Watt wrote:
#7 0x80400c0b in calltrap () at
/usr/src/sys/amd64/amd64/exception.S:171
#8 0xff007c3b00f0 in ?? ()
#9 0xff007b78c500 in ?? ()
#10 0x0001840f in ?? ()
#11
Further to this the same ATA Timeout is seen in the latest SNAP binaries (1st
July).
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Hi,
I'm trying to build /usr/ports/www/mod_auth_kerb, and I'm hitting the
following error (full build script attached):
+ libtool15 --mode=link cc -shared -o libkrb5support.so.0 threads.so
fake-addrinfo.so -R/usr/local/lib
libtool15: link: unable to infer tagged configuration
libtool15: link:
On Friday 01 July 2005 16:34, Alan Jay wrote:
Further to this the same ATA Timeout is seen in the latest SNAP
binaries (1st July).
Do you see them with ATA mkIII as well?
http://people.freebsd.org/~sos/ATA/
___
freebsd-stable@freebsd.org mailing
I have SanDisk SDDR-75 usb dual card reader (CF and SM) detected by
FreeBSD as SanDisk ImageMate CF-SM 0100. There is some minor
annoyance/oddity while using it that I would like to talk about. It
seems that the device needs a few seconds (up to 5) after plugging in to
settle in normal operating
Hello Dominic,
DM Do you see them with ATA mkIII as well?
I tried the ATA mkIII patches a few weeks ago on one of servers, which
was suffering DMA TIMEOUTs, but they made no difference.
This problem may only occur with certain combinations of controller
and SATA hard drive. For example, I have
Thanks for this - I haven't try but will do so - but I do need a little help.
I have downloaded the STABLE version and put it onto my machines. Do I have
to compile the ATA driver into the system and if so how do I do so (sorry to
ask no instructions on the web site below).
Thanks.
Thanks guys.
It seems
src/sys/conf/newvers.sh
is only triggered by a recompilation of the kernel,
at least the lines
i=`${MAKE:-make} -V KERN_IDENT`
and
char kern_ident[] = ${i};
make me believe that.
I also try to cvsup my src and recompile the kernel and world
in one
Oliver Fromme wrote:
Argelo, Jorn [EMAIL PROTECTED] wrote:
[...]
This site, of course (almost) completely in Russian, had a file to gain
root access with a modified su utility. [...]
This is a translation from babelfish:
Plain replacement of standard su for FreeBSD. It makes it
In message [EMAIL PROTECTED], Andriy Gapon writes:
I am actually OK with such situation. The problem is that the only
device created is obviously da0 i.e. there are no devices for slices
present on medium. So, when the card reader comes to senses I would like
to give a nudge to geom to re-scan or
Tony,
Interesting that you have seen different disks producing different timeout
issues (or not) so far on my experiments with 4 different disks 2 SATA 2 IDE
(different dises) is that the timeout error has appears on all of them.
Regads
ALan
-Original Message-
From: Tony Byrne
True its set to on, but i believe this change was requested from the DC
to enable the remote console for the box.
would turning it off effect the remote console from working?
Peter Jeremy wrote:
On Fri, 2005-Jul-01 08:23:52 +0300, Bashar wrote:
i noticed one of my boxes had the message
Gleb Smirnoff wrote:
On Tue, Jun 28, 2005 at 11:24:47AM -0400, Gary Mu1der wrote:
G I spent the day yesterday trying to reproduce the crash that I posted
G last week and you kindly replied to. This is due to the fact that I
G stupidly managed to overwrite the kernel.debug that I used to
My system:
Athlon Xp 2000+
FreeBSD 6.0-CURRENT (build 30/06/2005)
CFLAGS = -march=athlon-xp -O2 -pipe
COPTFLAGS = -O -pipe
I am trying to compile linuxthreads on my brand new FreeBSD system but I
encounter some problems whith this port. I tried the compilation with
CFLAGS= -O -pipe but it
What are the chances of a base 5.4-RELEASE system with PF and securelevel
2 and updated packages being cracked and rooted? Is this something that
occurs every day? Or is it difficult?
___
freebsd-stable@freebsd.org mailing list
On Fri, Jul 01, 2005 at 03:03:35PM +0200, Marc Olzheim wrote:
On Fri, Jul 01, 2005 at 12:41:39PM +0200, Marc Olzheim wrote:
On Fri, Jul 01, 2005 at 12:14:58PM +0200, Marc Olzheim wrote:
Somehow, this sounds familiar, i.e.: the lock cmpxchgl:
Fatal trap 12: page fault while in kernel
On Fri, Jul 01, 2005 at 02:02:16PM -0400, Matt Juszczak wrote:
What are the chances of a base 5.4-RELEASE system with PF and securelevel
2 and updated packages being cracked and rooted? Is this something that
occurs every day? Or is it difficult?
I don't know of any root exploits in 5.4.
On Fri, Jul 01, 2005 at 07:56:21PM +0200, BLONDEL Vincent wrote:
My system:
Athlon Xp 2000+
FreeBSD 6.0-CURRENT (build 30/06/2005)
You sent it to the wrong list (6.0 is *current* not *stable*), but
this is a known problem. Talk to the port maintainer (although he has
already been
On Wed, Jun 29, 2005 at 06:05:35AM -0400, Kris Kennaway wrote:
On Tue, Jun 28, 2005 at 11:26:06AM -0400, Matt Juszczak wrote:
OK, when it crashes next and is sat at the db prompt, type tr and
press enter to get a trace. Copy this down (or have a serial console to
capture the output).
On Friday 01 July 2005 17:12, Tony Byrne wrote:
Hello Dominic,
DM Do you see them with ATA mkIII as well?
I tried the ATA mkIII patches a few weeks ago on one of servers,
which was suffering DMA TIMEOUTs, but they made no difference.
Tried Linux on the same hardware? A strange suggestion
On Friday 01 July 2005 17:27, Alan Jay wrote:
Thanks for this - I haven't try but will do so - but I do need a
little help. I have downloaded the STABLE version and put it onto my
machines. Do I have to compile the ATA driver into the system and if
so how do I do so (sorry to ask no
On 7/1/05, Dominic Marks [EMAIL PROTECTED] wrote:
On Friday 01 July 2005 17:27, Alan Jay wrote:
Thanks for this - I haven't try but will do so - but I do need a
little help. I have downloaded the STABLE version and put it onto my
machines. Do I have to compile the ATA driver into the
Please don't top-post.
On Fri, 2005-Jul-01 20:17:47 +0300, Bashar wrote:
Peter Jeremy wrote:
You should have the following line in /etc/ttys:
console noneunknown off secure
True its set to on, but i believe this change was requested from the DC
to enable the remote
On Fri, Jul 01, 2005 at 01:54:59PM -0400, Gary Mu1der wrote:
G On Tue, Jun 28, 2005 at 11:24:47AM -0400, Gary Mu1der wrote:
G G I spent the day yesterday trying to reproduce the crash that I posted
G G last week and you kindly replied to. This is due to the fact that I
G G stupidly managed to
Gleb Smirnoff wrote:
G I can reproduce the crash within 60 seconds of firing off 30+ ping/arp
G -d scripts, all running in parallel.
G
G debug.mpsafenet=0 seems to have solved the problem. I'm running 100+
G instances of the above script and the system has been stable for over an
G hour.
On Fri, Jul 01, 2005 at 04:32:38PM -0400, Gary Mu1der wrote:
G G I can reproduce the crash within 60 seconds of firing off 30+ ping/arp
G G -d scripts, all running in parallel.
G G
G G debug.mpsafenet=0 seems to have solved the problem. I'm running 100+
G G instances of the above script and the
Hello,
Today I'm trying to portupgrade my FreeBSD box as I usually do each
(month|few weeks). During the build of libgtkhtml-2.6.3, I got the
following error:
| rm -f .libs/htmlboxtable.lo
| cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../libgtkhtml -DXTHREADS
-DXUSE_MTSAFE_API
On Fri, Jul 01, 2005 at 11:02:23PM +0200, Ed Schouten wrote:
Is anyone also having problems with www/libgtkhtml's htmlboxtable.lo in
combination with RELENG_5's gcc? Does anyone know if this bug is
squashed in RELENG_5 in the mean time?
The package builds fine on a clean system, so you should
* Kris Kennaway [EMAIL PROTECTED] wrote:
On Fri, Jul 01, 2005 at 11:02:23PM +0200, Ed Schouten wrote:
Is anyone also having problems with www/libgtkhtml's htmlboxtable.lo in
combination with RELENG_5's gcc? Does anyone know if this bug is
squashed in RELENG_5 in the mean time?
The
On 7/1/2005 11:36 AM, lars wrote:
It seems
src/sys/conf/newvers.sh
is only triggered by a recompilation of the kernel,
at least the lines
i=`${MAKE:-make} -V KERN_IDENT`
and
char kern_ident[] = ${i};
make me believe that.
I also try to cvsup my src and recompile the kernel and world
I am reminded of Fri, Jul 01, 2005 at 03:53:59PM +0200 when [EMAIL PROTECTED]
said:
On 1 Jul, Phil Bowens wrote:
FWIW, I am having the *exact* same problem starting today. I hadn't
updated my STABLE machine since April. NDIS was working fine (save a
frew crashes) before I updated last
Gang,
Is anything going to be done about the slew of LORs that opfilter
generates? I have a production box rebooting on me and I'm *very*
suspicious about ipfilter here. the LORs in question are:
LOR 51
lock order reversal
1st 0xc35fbea0 inp (udp6inp) @
Hello,
I was testing the latest -STABLE (cvsupped just an hour ago),
to check if my ATA DMA problems have been fixed. This time I
got a panic as result of my small test.
What I did is a bit stress testing (dd if=/dev/ad0 of=/dev/null
bs=32768).
Here is the panic description:
Fatal trap 12:
52 matches
Mail list logo
