On Sunday 25 January 2009 11:43:48 Mark Andrews wrote:
> > I've never used mpd myself, but you might want to try adding the
> > following line to /usr/local/etc/rc.d/mpd and see if it helps:
> >
> > # BEFORE: named
>
> mpd should also be fixed as the error code being returned is not
> approprate.
Mark Andrews wrote:
> In message <497bbe2c.5060...@freebsd.org>, Doug Barton writes:
>> Mark Andrews wrote:
>>> In message <497b9ff4.30...@freebsd.org>, Doug Barton writes:
Any time you are using NFS you should maintain the addresses of the
critical hosts in /etc/hosts. Yes, I realize tha
In message <497bbe2c.5060...@freebsd.org>, Doug Barton writes:
> Mark Andrews wrote:
> > In message <497b9ff4.30...@freebsd.org>, Doug Barton writes:
> >> Any time you are using NFS you should maintain the addresses of the
> >> critical hosts in /etc/hosts. Yes, I realize that's anachronistic
> >>
Mark Andrews wrote:
> In message <497b9ff4.30...@freebsd.org>, Doug Barton writes:
>> Any time you are using NFS you should maintain the addresses of the
>> critical hosts in /etc/hosts. Yes, I realize that's anachronistic
>> (especially for a DNS guy) but it works. Obviously you should make
>> sur
In message <497b9ff4.30...@freebsd.org>, Doug Barton writes:
> Lev Serebryakov wrote:
> > Hello, Freebsd-stable.
> >
> > BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of
> > errors on every start and doesn't answer on requests for 30-60 seconds
> > after that. Errors are like th
Sorin Panca wrote:
> After upgrading the system using freebsd-update from 6.3-RELEASE to
> 7.0-RELEASE and after that, from 7.0 to 7.1 trying to install
> ports-mgmt/portupgrade fails at ruby18 with the following message:
If you haven't already you have to remove and reinstall _all_ of your
ports
Lev Serebryakov wrote:
> Hello, Freebsd-stable.
>
> BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of
> errors on every start and doesn't answer on requests for 30-60 seconds
> after that. Errors are like this:
It's not necessary or desirable to paste in so many examples of the
s
After upgrading the system using freebsd-update from 6.3-RELEASE to
7.0-RELEASE and after that, from 7.0 to 7.1 trying to install
ports-mgmt/portupgrade fails at ruby18 with the following message:
cc -shared -Wl,-soname,libruby18.so.18 array.o bignum.o class.o
compar.o dir.o dln.o enum.o er
Wes Morgan wrote:
You might try creating the pool, saving the first 512k of each block
device to a file, then export the pool and repeat, then import (or try
to). Run zdb on each file and compare the output. From creation to
export to import they should only differ by the "state" in the top
le
Andriy Gapon wrote:
...
About the code that called destroy_dev(): it created cdev probably too
early, failed to allocate some system resource, so it went to destroy
the newly created cdev. Non-null cdevsw was definitely provided to make_dev.
I saw a very, very similar panic with 7.1 sources
System: FreeBSD 7.1-PRERELEASE amd64 somewhere from the beginning of
Decemeber
I am not sure how I managed to get to this panic - I believe my code is
correct - but I got a panic in destroy_devl on NULL si_devsw.
Backtrace:
--- trap 0xc, rip = 0x80271c3f, rsp = 0xdb3e8510, rbp =
Oliver Fromme wrote:
Bruce M Simpson wrote:
> [...]
> I also now understand that I can't rely on RAID alone to keep the
> integrity of my own data -- there is no substitute for backups,
That's 100% true. RAID -- even true hardware RAID -- is
*never* a substitute for backup. Consider:
- F
Hello, Daniel.
You wrote 24 января 2009 г., 15:10:24:
>> Also, mpd5 creates two NG interfaces (ng0 and ng1) on startup to connect
>> to two providers.
>>
>> But previous installation (on faster hardware) doesn't show these
>> errors at all!
> I think this is an mpd problem - I had the same issue
On Sat, 24 Jan 2009, David Ehrmann wrote:
On Thu, Jan 22, 2009 at 8:07 PM, Wes Morgan wrote:
On Thu, 22 Jan 2009, David Ehrmann wrote:
On Fri, Jan 16, 2009 at 3:21 PM, David Ehrmann wrote:
In the /dev/ad8.eli that zfs doesn't recognize, I found a 16 byte
string that was repeated a lot, but
On Saturday 24 January 2009 21:07:33 Lev Serebryakov wrote:
> BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of
> errors on every start and doesn't answer on requests for 30-60 seconds
> after that. Errors are like this:
>
> Jan 24 12:18:12 gateway named[1455]:
> /usr/src/lib/bind/
Hello, Lev.
You wrote 24 января 2009 г., 13:37:33:
> IP addresses are RANDOM and DIFFERENT on every restart. These IP
> addresses are not mentioned in ANY config file on my computer, and
> addresses on my network interfaces IS NOT from these networks.
Ok, I'm stupid, it is root servers. Ok. Bu
System: FreeBSD 7.1-STABLE i386 (revision 187025)
Panic message:
kernel trap 12 with interrupts disabled
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xd2006ad0
fault code = supervisor write, page not present
instruction pointer = 0x20:0xc05623aa
stac
Hello, Freebsd-stable.
BIND on my new router (7.1-STABLE, BIND 9.4.3-P1) shows bunch of
errors on every start and doesn't answer on requests for 30-60 seconds
after that. Errors are like this:
Jan 24 12:18:12 gateway named[1455]:
/usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket
Dan Langille wrote:
I shall try the hw.acpi.osname="Linux" option now.
From dmsg: Jan 22 18:10:07 polo kernel: ACPI: Overriding _OS
definition with "Linux"
it works for me for 3 days, 16:27 and still no sign of interrupt
storm. and emu10kx0 generates as many as 93 interrupt per second
withou
On Thu, Jan 22, 2009 at 8:07 PM, Wes Morgan wrote:
> On Thu, 22 Jan 2009, David Ehrmann wrote:
>
>> On Fri, Jan 16, 2009 at 3:21 PM, David Ehrmann wrote:
>>
>> In the /dev/ad8.eli that zfs doesn't recognize, I found a 16 byte
>> string that was repeated a lot, but it was also repeated in another
20 matches
Mail list logo
