.
--
Peter Jeremy
pgpU5quC6PbBR.pgp
Description: PGP signature
this problem on one system (the one where I thought the
upgrade had gone the most cleanly). font-alias _is_ installed but
most of my pcf.gz files are corrupt (20 bytes long).
'portupgrade -f' on my fonts is fixing this but I'm not exactly sure
why it occurred to start with.
--
Peter Jeremy
?
Setting the time/date will have the same effect.
--
Peter Jeremy
pgpASPfJ8ofXo.pgp
Description: PGP signature
that's important).
Enabling powerd will reduce the CPU clock and so exacerbate any
problem you have with excessive interrupt latency. I can't suggest
what might be the underlying cause of that latency.
--
Peter Jeremy
pgp7zJhUvUNgt.pgp
Description: PGP signature
).
--
Peter Jeremy
pgpNDrmLVcVm1.pgp
Description: PGP signature
) A combination of UFS and/or fsck bugs and system crashes have lost space.
Shutdown or reboot to single user mode and explicity fsck /var.
Since you have already bounced the server, it is unlikely to be option
a (unless the same process has just grabbed the space again).
--
Peter Jeremy
processing).
--
Peter Jeremy
pgpJEPlEZfjXb.pgp
Description: PGP signature
the line above this but I suspect it mentions (NO WRITE)
because you are running fsck on a mounted filesystem. The FS needs
to be unmounted before running fsck.
--
Peter Jeremy
pgpjpkZKiS0WF.pgp
Description: PGP signature
out that cd0, acd0
and pass0 reference the same device).
--
Peter Jeremy
pgprOTHzHAuRY.pgp
Description: PGP signature
-pipe
CC=/usr/bin/cc
CXX=/usr/bin/g++
I'd remove all 4 of these flags. 'CC' and 'CXX' in particular are
wrong for buildworld because most of buildworld uses a temporary
cross-compiler.
--
Peter Jeremy
pgpDG2sUuKPe0.pgp
Description: PGP signature
to answer this.
Note that, based on my experiences trying to resolve a faulty-on-
delivery laptop with HP Support , I would not recommend buying HP at
all.
--
Peter Jeremy
pgpUmDHcj3Xmp.pgp
Description: PGP signature
))
+ DEVICE_PROBE(child);
#if 0
child-flags |= DF_REBID;
#endif
--
Peter Jeremy
pgphv475G7lpX.pgp
Description: PGP signature
tool to report the swap utilisation by
process on FreeBSD. (Though I have written such a tool for Tru64).
--
Peter Jeremy
pgpWLbTKgGRf1.pgp
Description: PGP signature
. The only problems I've run into are bugs in the
IPfilter window handling code.
--
Peter Jeremy
pgpY0XtCZ7DMQ.pgp
Description: PGP signature
is professional. If you really need eye-candy to make
your FreeBSD box look like it's running MS Windows, see splash(4)
--
Peter Jeremy
pgpdDT36PjJg7.pgp
Description: PGP signature
and either swapping the disk(s) or the entire system.
--
Peter Jeremy
pgpcE3zNJGkFJ.pgp
Description: PGP signature
...
--
Peter Jeremy
pgp02GwLpUBHf.pgp
Description: PGP signature
.
--
Peter Jeremy
pgpELwKI4AEpf.pgp
Description: PGP signature
not
respond...
How difficult would it be to build a test system somewhere where the
console was accessible? I don't think you are going to make progress
without console access.
--
Peter Jeremy
pgpDLePiwDGc9.pgp
Description: PGP signature
your /usr/local/etc/pkgtools.conf with the sample version?
--
Peter Jeremy
pgp2ln9OhAsFT.pgp
Description: PGP signature
in /rescue and use './sysctl' (and other commands in rescue). I think
you will still be able to execute static executables in the current
directory vis a relative path even if the FS is deadlocked. (As long
as your shell isn't trying to write command history to a file).
--
Peter Jeremy
is definitely the worst case - I agree that
this is very difficult for software raid to recover from.
Note that even with hardware raid, there are still lots of failure
points. The least reliable parts of a current computer are the CPU
and PSU fans, not the disks.
--
Peter Jeremy
pgpMu4rg4CR3U.pgp
to any keep state keep frags group 10
pass in quick on fxp1 proto icmp from any to any keep state keep frags group 10
block in log quick all group 10
block in quick on fxp0 all head 11
...
block in log quick all group 11
block in log all
fwall#
--
Peter Jeremy
pgpnmXT5jXzeM.pgp
Description: PGP
but
it recovers in a second or so (it's OK by the time ntpdate wants
the network). I presume you find that ifconfig is still reporting
no carrier once it's in multi-user mode.
--
Peter Jeremy
pgpLuJzvo8Qa5.pgp
Description: PGP signature
SMTP. According
to the SMTP specs, I am perfectly at liberty to tell you that I can't
accept your mail right now, please try again later.
--
Peter Jeremy
pgpvKL9pCcmYU.pgp
Description: PGP signature
the IP address
on the bridge device, though that should not be related to your problem.
--
Peter Jeremy
pgpKa41LjSwfb.pgp
Description: PGP signature
anything better
than very coarse delay variation.
--
Peter Jeremy
pgpzPF9H6j7Au.pgp
Description: PGP signature
.
--
Peter Jeremy
pgpsNM4cAl6HT.pgp
Description: PGP signature
On Sun, 2007-Jan-07 18:58:18 -0500, Sten Daniel Srsdal wrote:
Peter Jeremy wrote:
I've just noticed an number of unpexected IP address changed MAC
messages on one of the hosts in my network. It is connected via a
FreeBSD bridge to the rest of my network (there aren't enuf network
ports in my
, ... it all adds up.
I can't specifically help with the Dell.
--
Peter Jeremy
pgpbxuESZuYiO.pgp
Description: PGP signature
pthread_md.h;
5) None of the test build boxes are reporting any problems.
Please try running a memory test, or swapping your RAM.
--
Peter Jeremy
pgpFKiYH7vLfm.pgp
Description: PGP signature
with rl0).
Secondly, why is laptop1 reporting a list of address moved messages
from tl0 to rl0 without matching movements from rl0 to tl0?
--
Peter Jeremy
pgpOFFOFSZqhY.pgp
Description: PGP signature
drives (or via atapicam) and uses an obscure device naming approach.
I am also more comfortable making /dev/acd0 mode 0666 than doing the
same to /dev/pass0
--
Peter Jeremy
pgpWc5G1GzHIB.pgp
Description: PGP signature
with antique AlphaServers that get very
temperamental if they are rebooted or power-cycled after being on and
running for several years.
--
Peter Jeremy
pgpD7ZzupDycZ.pgp
Description: PGP signature
/commercial/consult_bycat.html and find someone
to provide whatever level of support you want.
--
Peter Jeremy
pgp7DHGh8ozjT.pgp
Description: PGP signature
) and find where the time is really spent.
--
Peter Jeremy
pgpwMiCYrtVYB.pgp
Description: PGP signature
.
--
Peter Jeremy
pgpLYEeqY23X0.pgp
Description: PGP signature
this and similar problems. I think the solution is to make
it (at least optionally) setuid on FreeBSD. I have this on my todo list
but haven't gotten around to it yet.
--
Peter Jeremy
pgpYpqqilDYW5.pgp
Description: PGP signature
at the kern.iconv MIB tree which
confirms the above but doesn't get any me any closer to a solution.
This is the same on two 6.2-PRERELEASE systems and I get the same
behaviour on an oldish 7-current system. Does anyone have any
suggestions on what is going wrong?
--
Peter Jeremy
data.
As an experiment, I suggest creating or deleting a FS tree on an
otherwise idle system and looking at the 'dirtybuf' value reported by
'systat -v 1'. See how many sync's and how long it takes to get it to
blank (0).
--
Peter Jeremy
pgpxS6pQQXEBP.pgp
Description: PGP signature
that you've found such a big difference.
--
Peter Jeremy
pgpXS8PUKwh0c.pgp
Description: PGP signature
.
This would be the best of both worlds. If I had any free time, I
would even work on this myself.
--
Peter Jeremy
pgpmuXQVJO6OO.pgp
Description: PGP signature
harder
(bacause they need to understand they need to look in .../lib32
ISO .../lib).
--
Peter Jeremy
pgp6zCSH8jPxZ.pgp
Description: PGP signature
Though this still turns a single write into 2 reads and 2 writes.
Basically: Don't use RAID-5.
--
Peter Jeremy
pgpWeb9QHY05E.pgp
Description: PGP signature
is always triggered.
--
Peter Jeremy
pgpXrDVFGe4sP.pgp
Description: PGP signature
the same
place, or does it move around? The latter is virtually certainly a
hardware problem.
Are you using non-standard make options?
Note that just because memtest didn't find a RAM problem doesn't
guarantee that your RAM is good. Pattern sensitive errors can
be very difficult to trigger.
--
Peter
I see (which is possibly related) is that if ng_ubt
is not loaded, I get a single ugen1 attached message. If ng_ubt is
loaded, I get two identical messages:
ubt0: Broadcom HP integrated Bluetooth module, rev 1.10/0.17, addr 2
though the rest of the probe/attach looks sane.
--
Peter Jeremy
PCATCH isn't
specified on the sleep.
--
Peter Jeremy
pgpWFCSDFpOmv.pgp
Description: PGP signature
On Sun, 2006-Aug-27 22:55:55 +0300, Kostik Belousov wrote:
On server,
tcpdump -p -s 1500 -w file -i iface host client host ip
Recent tcpdumps appear to want the ethernet frame size rather than
the MTU: Specifying 1500 appears to truncate full-size frames.
Try '-s 1516' instead.
--
Peter Jeremy
and need a minimum of 24MB last I checked.
Once you have FreeBSD installed, it will limp along in 16MB (though
not very happily). I strongly suggest you find a SODIMM to expand it.
--
Peter Jeremy
pgp8Sla873Ncg.pgp
Description: PGP signature
On Sun, 2006-Aug-27 11:00:30 +0200, Torfinn Ingolfsen wrote:
On Sun, 27 Aug 2006 17:13:29 +1000
Peter Jeremy [EMAIL PROTECTED] wrote:
The CD-ROMs create a RAMdisk and need a minimum of 24MB last I
checked.
And I guess that the floppies work in the same way?
Yes.
Once you have FreeBSD
situation is a flag to toggle between the two
approaches, together with two different titles to make it clear which
is being used.
--
Peter Jeremy
pgpi7kgmNNaFt.pgp
Description: PGP signature
this error from an IDE disk when the CD-ROM slave on the same
bus was flaky.
--
Peter Jeremy
pgph8WO3y2Wlu.pgp
Description: PGP signature
great idea, I'll try it. Do I need a null-model cable to do it?
Assuming you are going to join two normal computer serial ports
together, yes.
--
Peter Jeremy
pgpBkquO0QkGW.pgp
Description: PGP signature
, I've had hardware fail _during_ an upgrade.
The first time it was obvious because the system crashed. The
second time, a PCMCIA modem just stopped working at exactly the
same time as I upgraded my kernel. That took a lot of head-
scratching before I twigged.
--
Peter Jeremy
pgpokDio7rvl9.pgp
a serial console and logging it
on another box to see if anything is written to the console before
it dies.
--
Peter Jeremy
pgpuBZZd1VJU8.pgp
Description: PGP signature
in the box? I'd check all the cables on the
off-chance that one is lose as well as re-seating the controller. If
none of this helps, I suspect you have a choice of restoring from
backups or using the services of one of the data recovery companies.
--
Peter Jeremy
pgpyWSowBGs8m.pgp
Description
are not the clearest here.
snd_ess(4) implies that all three drivers are needed but snd_sbc(4)
has no reference to it - which is what confused me.
--
Peter Jeremy
pgpmNw0jBuEPT.pgp
Description: PGP signature
: ESS 18xx DSP on sbc0
I suspect the problem is that sbc0 is not triggering attachment of
pcm0 but I'm uncertain why. Does anyone have any suggestions?
--
Peter Jeremy
pgpjNBhOfnkYL.pgp
Description: PGP signature
On Sun, 2006-Jul-30 12:10:54 +0800, Ariff Abdullah wrote:
On Sun, 30 Jul 2006 13:43:52 +1000
Peter Jeremy [EMAIL PROTECTED] wrote:
I've been trying to get sound working on a Compaq Armada 1580 with
a recent 6-STABLE. With devices 'sound' and 'snd_sbc' built into
the kernel and no hints, I get
?
Do you have any tools to monitor memory usage of processes ?
ps(1)
--
Peter Jeremy
pgpYlM6L9c5ab.pgp
Description: PGP signature
On Wed, 2006-Jul-26 13:07:19 -0400, Sven Willenberger wrote:
One of my machines that I recently upgraded to 6.1 (6.1-RELEASE-p3) is also
exhibiting df reporting wrong data usage numbers.
What did you upgrade from?
Is this UFS1 or UFS2?
Does a full fsck fix the problem?
--
Peter Jeremy
On Sat, 2006-Jul-22 06:56:44 -0500, Nikolas Britton wrote:
Does FreeBSD support Xen 3 dom0 yet???
It looks like work is in progress. See http://www.fsmware.com/
What's the current status of domU support?
See http://wiki.xensource.com/xenwiki/OSCompatibility
--
Peter Jeremy
. (My testing
also suggests that I don't really need to do any tweaking because
the limiting factor is the gigabit interfaces rather than the V20z).
--
Peter Jeremy
pgpMPGKdXFs4w.pgp
Description: PGP signature
to it. This isn't quite enough
if you have 4GB RAM.
--
Peter Jeremy
pgpPna19fy7xV.pgp
Description: PGP signature
of your key and FreeBSD SO key (0xCA6CDFB2) that are counter-signed
by each other?
--
Peter Jeremy
pgpi5U6qviUzV.pgp
Description: PGP signature
On Sat, 2006-Jul-01 08:02:56 +1000, Peter Jeremy wrote:
I've just acquired a couple of old Compaq Armada laptops. I can
successfully install 6.1-RELEASE but the system won't boot from
the HDD: The MBR menu displays but pressing F1 (the FreeBSD
partition) just beeps. Pressing F3 (the Compaq
models with 4.11 so I wasn't expecting
any problems.
Before I start re-writing boot0.S, does anyone have any suggestions on
how to debug this or what I've missed?
--
Peter Jeremy
pgpPxRvWikbIW.pgp
Description: PGP signature
)
is currently unsuitable for them.
--
Peter Jeremy
pgpCzMs0W9tP4.pgp
Description: PGP signature
these counters onto ps output. State 'D' and
'W' should catch most of them. You might find it useful looking
through the MWCHAN column for anything looking suspicious.
--
Peter Jeremy
pgpMYVQSfkNHN.pgp
Description: PGP signature
between the northbridge and
the CPU (including the cache). Some caches (eg Alpha) have parity to
help here. Mainframes typically have ECC or parity on _all_ datapaths
(including through the ALU) to catch those errors.
--
Peter Jeremy
pgpDBoWJivs0T.pgp
Description: PGP signature
should look at increasing
net.inet.tcp.sendspace and maybe net.inet.tcp.recvspace, or using
an intervening program on hostA that does its own re-buffering.
--
Peter Jeremy
pgpG7EqbGqXO2.pgp
Description: PGP signature
a marginal DRAM cell.
--
Peter Jeremy
pgpQweltzDuE4.pgp
Description: PGP signature
and have only had
a single hang in the past four months.
--
Peter Jeremy
pgpHl4a1DWqvN.pgp
Description: PGP signature
of the superblock and
is cleared when a filesystem is mounted. It will be set only if the
filesystem is cleanly unmounted.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
message but lsof needs to very closely match
your running kernel: You should have the kernel sources installed
when you build lsof.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
and then running make clean.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
could support it -
though tar(5) states dates before the epoch are not handled
consistently.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL
tested in -current is supposed to be
commited.
There are also fairly regular postings pointing out that _all_
software has bugs. Some of these bugs will cause crashes.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
On Tue, 2006-May-23 19:23:20 +0930, Daniel O'Connor wrote:
I would hope that 9600 baud wouldn't be *too* fast for a 2GHz CPU :(
That depends on what else is sharing the IRQ. PLIP can give you
10's of msec of latency. PIO disks can also destroy latency as
can NE2000-style NICs.
--
Peter Jeremy
boxes against the
risks of the update system being subverted.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
better.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
...
If the problems are frequent enough, maybe you could try running
tcpdump on the network at both ends. That might give you a better
idea of what is going wrong.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
.
This is plain ridiculous.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
needed to make this work as a general case.
--
Peter Jeremy
pgpyhrAPOMoIJ.pgp
Description: PGP signature
get a panic,
you can debug it without needing to rebuild the kernel.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
intends to migrate to 6.1 shortly, he probably wants to avoid an
unnecessary round of regression testing.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
On Tue, 2006-Apr-11 16:28:18 -0400, Kris Kennaway wrote:
Don't do that :( It's a well-known limitation that FreeBSD doesn't
handle devices with mounted filesystems spontaneously disappearing.
Patches to fix this would be welcomed with open arms.
--
Peter Jeremy
pgpm0U529E6AX.pgp
Description
to leave lots of windows lying
around idle for long periods.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
to your management that clearly points out the
risks. Keep a notarised copy for yourself and make sure yout CV is up
to date. You can rest assured that you will be the scaegoat when it
all goes wrong.
--
Peter Jeremy
___
freebsd-stable@freebsd.org
found that fxp performs much better than dc, tl and tx NICs.
I've had fairly bad experiences with bge under even moderate load
(though the one in my laptop seems OK).
/metoo
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http
.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
at the inside and so the best I/O performance is usually
at the end of the disk.
The only way to get a 'fair' comparison is to use
separate identical disks with identical partition layouts for each
of your OS installs.
If disk I/O is an issue, maybe even newfs the partitions for each test.
--
Peter
On Sat, 2006-Apr-08 20:41:36 +0400, Dmitry Morozovsky wrote:
On Fri, 7 Apr 2006, Peter Jeremy wrote:
PJ Backup your amd64 environment and install i386. You can re-install
PJ the amd64 once the testing is finished. The best benchmark is always
PJ your own application.
Or, even better, use spare
.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Tue, 2006-Apr-04 12:46:58 +0100, Robert Watson wrote:
On Tue, 4 Apr 2006, Peter Jeremy wrote:
By merging the prison ID into the IPC ID, a non-jailed process can be
allowed to see (and control) jailed IPC without needing any changes to
ipcs/ipcrm. A non-jailed process won't be able to attach
that you only have one copy
of cron running and your crontab only has one copy of the cron jobs.
--
Peter Jeremy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL
the old standby: You have the source code.
You should be able to get things to work by expanding prison_check()
into cr_cansignal() and changing the error return from ESRCH to EPERM.
Having not tried this, I can't comment on possible adverse side-effects.
--
Peter Jeremy
.
The disadvantage is restricting the ranges of various counters -
though I believe they are overly generous by default.
This doesn't really address the problem of SysV IPC and jails becoming
more intimately entwined.
--
Peter Jeremy
___
freebsd-stable@freebsd.org
messier because SysV IPC has
no concept of GC (another brain-dead mis-feature).
The implementation should be a JKH project - I don't need the feature and
can't currently justify the time to implement it.
--
Peter Jeremy
___
freebsd-stable@freebsd.org
301 - 400 of 624 matches
Mail list logo