The errors I received were the classic errors which denote that there is a
negotiation mismatch between the card and the switch. I had the card set to
auto-negotiate (the default for the fxp driver); the switch was hard-set to
full-duplex 100Mb. The errors were "FCE" errors, and the symptom was
re
Jano,
If you aren't seeing anything extraordinary in the logs, this is an
indication that the crash was caused by a w/r error. You may have a
problem with your disk drive, controller card, cable, etc. Unfortunately,
when your machine quits writing to the disk, there will be no log
entries. You
In message <[EMAIL PROTECTED]>, Gregory
Neil Shapir
o writes:
> >> Edit your /etc/inetd.conf "-a" option (man telnetd)
> >> telnet stream tcp nowait root/usr/libexec/telnetdtelnetd
> >> -a off
>
> gavin> Had done - and after a kill -HUP inetd this still made no
> gavin> differenc
The "make release" stuff is broken, at least in 4.3, and possibly
before that.
There are several obviously broken things:
o The libssh stuff is not installed, and it is not built
during a "make release"; I don't know why that is; the
workaround is to wait for it to bomb out
hehehehehehehehe ;)
---
Jonathan M. Slivko | e-mail: [EMAIL PROTECTED]
Sys. Admin, DataSyrgeINET | http://www.datasyrge.net
Tech. Support, SimpHost| http://www.simphost.com
IRC Oper, AsylumNet IRC| http://www.asylum-net.org
On Wed, May 02, 2001 at 07:56:36AM -0400, Will Mitayai Keeso Rowe wrote:
> Never seen this one before... w/last night's stable,
>
> root-goku>>make installkernel KERNEL=GENERIC
> cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj
> COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj
:...
:> dangerously dedicated partitions. It's what prompted me to fix the
:> disklabel code to allow boot blocks to be installed on slices.
:> Unfortunately, the only way I could fix my particular problem was
:> to get rid of my dangerously dedicated partition which meant blowin
The problem noted was that telnetd was allowing root logins. This patch doesn'tt
directly address that, but by making SRA use PAM the hope is that it will be
easier to have policy changes take place with PAM rather than all over
the place.
Suggestions on either how to imrpove this patch or what s
Hi,
My freebsd 4.3-release (cvsupped to stable a few days ago) box stopped
responding to everything except ping yesterday. I was too lazy to attach a
monitor, so I simply gave it the three-fingered salute, figuring all would go
well and I could see anything strange happened in the logs later. W
Gavin Atkinson wrote:
> On Wed, 2 May 2001, Gregory Neil Shapiro wrote:
>
> > Using "-a off" won't help. Use:
> >
> > telnetstream tcp nowait root/usr/libexec/telnetdtelnetd -a
>off -X sra
> > telnetstream tcp6nowait root/usr/libexec/telnetdtelnetd -a
> "reverend" == The Reverend <[EMAIL PROTECTED]> writes:
reverend> I have actually used this on large applications and I've
reverend> received absolutely no errors...
You're lucky... ;-)
reverend> Are you getting the "cannot uninstall alt signal stack error"?
No. Only errors about threads
On Wed, 2 May 2001, Gregory Neil Shapiro wrote:
> Using "-a off" won't help. Use:
>
> telnetstream tcp nowait root/usr/libexec/telnetdtelnetd -a off
>-X sra
> telnetstream tcp6nowait root/usr/libexec/telnetdtelnetd -a off
>-X sra
Ah - that explain
>> Edit your /etc/inetd.conf "-a" option (man telnetd)
>> telnet stream tcp nowait root/usr/libexec/telnetdtelnetd
>> -a off
gavin> Had done - and after a kill -HUP inetd this still made no
gavin> difference. This confused me... I eventually recompiled telnetd to
gavin> use the ol
On Wed, 2 May 2001, Evan Oldford wrote:
> Edit your /etc/inetd.conf "-a" option (man telnetd)
> telnet stream tcp nowait root/usr/libexec/telnetdtelnetd
> -a off
Had done - and after a kill -HUP inetd this still made no difference. This
confused me... I eventually recompiled teln
On Wed, May 02, 2001 at 07:56:36AM -0400, Will Mitayai Keeso Rowe wrote:
> Never seen this one before... w/last night's stable,
>
> root-goku>>make installkernel KERNEL=GENERIC
> cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj
> COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj
> "Will" == Will Andrews <[EMAIL PROTECTED]> writes:
Will> Uh, it's right in ports/java/linux-jdk13.
This port doesn't work well enough to use it in production... Have you
tried it with some big code (Forte, for example) ? See the crashes (or
freezes, it depends)?
--
Éric Jacoboni, né il y
Never seen this one before... w/last night's stable,
root-goku>>make installkernel KERNEL=GENERIC
cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj
COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bi
n LIBRARY_PATH=/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src
Hi,
I have just updated my laptop to 4.3, XFree86-4.3 and KDE-2
from ports. I have found several problems which maybe someone
here has also faced
1) The apmd daemon locks my laptop when recovering from a standby or
suspend. This does not happen when "apmd" is killed and I just let the
kernel han
Dan Langille <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Apr 2001, Chris Byrnes wrote:
> > We have rm -rf to protect us from doing things to directories (IE: rm
> > /poop).
>
> This avoids catastraphic file removals.
>
> > We need tail -argument to protect us from doing things to directories.
19 matches
Mail list logo
