nked and yanked now until at least there
has been some discussion with the root server operators. (and
discussing it on the dns-operations@ list does not cut it)
-Peter (with his root-ops hat on his desk)
--
[EMAIL PROTECTED] | ISC | OpenPGP 0xE8048D08 | "The bits must flow"
signature.asc
Description: OpenPGP digital signature
stated, reporting problems in 6.x when you are running ULE is
just wasting developer resources.
Please stop implying that people should be using ULE in 6.x unless you
are willing to personally provide support for them.
--
Peter Jeremy
pgpnFB7jwXUpV.pgp
Description: PGP signature
3) Approach corporations that are FreeBSD-friendly. Yahoo! and Apple are
the first ones that come to mind.
--
Peter Jeremy
pgpH7uZiEFGpr.pgp
Description: PGP signature
On 2007-Jul-25 10:30:25 +1000, Andrew Reilly <[EMAIL PROTECTED]> wrote:
>On Wed, Jul 25, 2007 at 05:24:25AM +1000, Peter Jeremy wrote:
>> On 2007-Jul-24 16:00:08 +0100, Pete French <[EMAIL PROTECTED]> wrote:
>> Yes it does. The major difference is that ntpd will use a s
oming packets
are actually arriving there.
If your NAT box is not busy, you might be able to enable logging on
som relevant rules and see what your firewall is actually doing
with the packets.
--
Peter Jeremy
pgpWL1Q4KzH8e.pgp
Description: PGP signature
On 2007-Jul-23 16:15:56 +0200, Oliver Fromme <[EMAIL PROTECTED]> wrote:
>So, currently the best work-around is to use amd with a
>very short timeout. Or simply remember to umount your
>removable media manually.
Or ports/emulators/mtools
--
Peter Jeremy
pgpDLc0Ghx67i.pgp
D
d in the base system. It seems to be very simple. And it works.
So does ntpd.
--
Peter Jeremy
pgpfaPadVFfmf.pgp
Description: PGP signature
the past.
Did you or the syncer thread try to write to the stick whilst it was
absent? If not then the OS would have been unaware of its absence.
--
Peter Jeremy
pgpvTXMlOHCAu.pgp
Description: PGP signature
Ensuring that a file system is
>in a consistent state after drive disconnect is something completely
>different
Note that UFS+softupdates already implements this.
--
Peter Jeremy
pgp3niumMyzcX.pgp
Description: PGP signature
FRs will be
significantly higher than just caching lookup results.
--
Peter Jeremy
pgpE9sNNRvg52.pgp
Description: PGP signature
-party software using the ports system. You are free to maintain
third-party software using its native configuration mechanisms.
If you feel that the FreeBSD project is being unreasonable, please
try (eg) asking Sun for support for SunOS 4.1.3.
--
Peter Jeremy
pgphvckyT7k8X.pgp
Description: PGP signature
the fragment
size, as well as the inode size (256 bytes). If you have 1TB of data,
it's likely that you will have another 0.5-1TB of overheads.
Overall, I suggest you look at an alternative way to store the data.
--
Peter Jeremy
pgpIAT77fjtea.pgp
Description: PGP signature
t's supposed to work? (I suspect not if I have to hack
/etc/default/rc.conf) If not, can it be fixed? (or if I am assuming
incorrectly, can someone enlighten me on how it should work?) :)
Thanks - Peter
--
[ http://www.plosh.net/ ] - "Eart
ince this issue pops up fairly regularly, would it be possible to
correct, tone down or remove this warning before 6.3/7.0?
--
Peter Jeremy
pgp25Awt854IA.pgp
Description: PGP signature
e on memory, FreeBSD will swap unused processes.
It's impossible to comment further without more information about your
servers - what processes are running on them, what sort of workloads
are placed on them and are the workloads the same on all.
--
Peter Jeremy
pgpdgaTX4Ddeb.pgp
Description: PGP signature
the X.org upgrade has settled down - it has not done that quite yet
>as far as I can tell.
Given the size of the upgrade, I think it has gone very smoothly, though
there _are_ a few rough edges. A few weeks to a month should shake
things out.
--
Peter Jeremy
pgpXGVNSIVsI5.pgp
Description: PGP signature
)
vm.stats.vm.v_wire_count (pages)
vm.stats.vm.v_cache_count (pages)
vm.stats.vm.v_free_count (pages)
--
Peter Jeremy
pgpk2DiaJSXDl.pgp
Description: PGP signature
On 2007-May-24 16:19:07 -0400, Kris Kennaway <[EMAIL PROTECTED]> wrote:
>On Thu, May 24, 2007 at 03:00:11PM +0200, Nicolas Rachinsky wrote:
>> * Peter Jeremy <[EMAIL PROTECTED]> [2007-05-24 21:40 +1000]:
>> > I've found this problem on one system (the one where
al and file format) to retain access
to the information.
--
Peter Jeremy
pgpU5quC6PbBR.pgp
Description: PGP signature
lved the fixed font problem.
I've found 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 e
other workaround/patch that i can try?
Setting the time/date will have the same effect.
--
Peter Jeremy
pgpASPfJ8ofXo.pgp
Description: PGP signature
jkerntz (you can leave the value the same, it's the
assignment 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
that differ by 1 second).
--
Peter Jeremy
pgpNDrmLVcVm1.pgp
Description: PGP signature
On Mon, Apr 30, 2007 at 07:50:45PM +0200, Thomas Quinot wrote:
> * Oliver Peter, 2007-04-26 :
>
> > > My problem is the same as Beni's. Splash screen appears and hangs.
> > > I have to press power button to turn off and on my laptop.
> > > Didn't try ct
t Mounted on /var
You left out 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
ter due to the additional processing).
--
Peter Jeremy
pgpJEPlEZfjXb.pgp
Description: PGP signature
nced the server, it is unlikely to be option
a (unless the same process has just grabbed the space again).
--
Peter Jeremy
pgpzsqRdDBwNE.pgp
Description: PGP signature
roblem you are having on the dv6308ca,
it's difficult 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
de 1
...
Out of interest, is this when it's building the amd64 or i386 libkvm?
>CPUTYPE=nocona
>CFLAGS= -O2 -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
m not sure how to work out that cd0, acd0
and pass0 reference the same device).
--
Peter Jeremy
pgprOTHzHAuRY.pgp
Description: PGP signature
n to make
* sure that we have the right description.
*/
- DEVICE_PROBE(child);
+ if (!resource_disabled(dl->driver->name, child->unit))
+ DEVICE_PROBE(child);
#if 0
child->flags |= DF_REBID;
#endif
--
Peter Jeremy
pgphv475G7lpX.pgp
Description: PGP signature
sts). This causes the usb backend hang. So indeed, setting
use_bc = 0 solves the problem. I'm not sure why select() / read()
interact like this.
Peter
Michael Sweet wrote:
> Peter van Heusden wrote:
>
>> I recently upgrade CUPS on my FreeBSD 6-STABLE server to version 1.2
t;right" way to do this on FreeBSD
is, though. (The workaround, by the way, is to set the permissions on
/dev/ulpt0 so that it is write-only for user cups - then CUPS opens the
device write-only and the block doesn't happen).
Peter
_
off and on my laptop.
> Didn't try ctrl+alt+del though.
I have the same problem with my 7.0-CURRENT (yesterday).
If I can assist you testing or debugging drivers please drop me an
e-mail.
FreeBSD 7.0-CURRENT i386 with k3b-1.0_1 / hal-0.5.8.20070403_1
Bye
Ollie
--
Oliver PETER, email: [E
touched (and therefore doesn't exist
anywhere) as well as swap space.
Offhand, I don't know of any 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
rewall. The only problems I've run into are bugs in the
IPfilter window handling code.
--
Peter Jeremy
pgpY0XtCZ7DMQ.pgp
Description: PGP signature
g the
boot messages 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
) at dummynet_send+0x17e
dummynet() at dummynet+0x21a
softclock() at softclock+0x19a
ithread_loop() at ithread_loop+0x132
fork_exit() at fork_exit+0x87
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xbdf0dd00, rbp = 0 ---
-=-
Any ideas how to proceed?
B
ot into it whilst
running my amd64 kernel and execute commands.
# make delete-old
# mergemaster
These steps should be OK
Note that I wouldn't attempt to try going from 5.4/i386 to 6.2/amd64
in one step. You want to minimise the things that can go wrong...
--
Peter Jeremy
pgp02GwLpUBHf.pgp
Description: PGP signature
e by doing steps 4 thru 5 on the second system
and either swapping the disk(s) or the entire system.
--
Peter Jeremy
pgpcE3zNJGkFJ.pgp
Description: PGP signature
ess to the system.
--
Peter Jeremy
pgpELwKI4AEpf.pgp
Description: PGP signature
d on is not easy).
"allproc" refers to allproc_lock.
The output from "vmstat -i" would be interesting, though it may 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
Hi,
I've recently installed a new sata-controller on a fresh installed FreeBSD 6.2.
I gave the manual ata(4) a quick look before I bought the controller and it
tells me this chip should be supported. But the machine panics every few minutes
when I have a disk connected to it.
Is there a way t
available if need be. Has anyone
encountered this recently and can shed any light on what might be
causing this?
Best Wishes - Peter
signature.asc
Description: OpenPGP digital signature
ve?
Have you compared your /usr/local/etc/pkgtools.conf with the sample version?
--
Peter Jeremy
pgp2ln9OhAsFT.pgp
Description: PGP signature
ke it easy. My suggestion is to keep a shell open
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
age boot
loader, ficl or the kernel 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.
n 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 signature
s that both ppp(4) and ppp(8) arrived fairly close
together. It appears that ppp(4) was a port of the portable ppp-2.2
code - the same code as used in SunOS AFAIR.
--
Peter Jeremy
pgpOiEn9LMnNN.pgp
Description: PGP signature
ng rc.d processing) normally reports "no carrier" 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
poline() at 0x805f82ee = fork_trampoline+0xe
> --- trap 0, rip = 0, rsp = 0xb3a43d00, rbp = 0 ---
> Mounting NFS file systems:.
> Limiting icmp unreach response from 262 to 200 packets/sec
> Expensive timeout(9) function: 0x80ba8da0(0) 0.069698243 s
-Peter
--
TA that correctly implements 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
etween 6.1 and 6.2) or what ifconfig shows for the
bridge members.
This may be indicative of a loop in your switch network - is there any
way that packets leaving fxp0 can re-appear on em0, xl0 or xl1?
Based on a previous thread, you probably should put the IP address
on the bridge device, tho
g spamd in pure greylisting mode, possibly supplemented with
aggressively maintained blacklists such as Bob Beck's traplist and
potentially with local greytrapping.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://www.blug.linux.no/rfc1149/ http://www.datadok.no
hich MTA(s) you use.
[1] http://www.onlamp.com/pub/a/bsd/2007/01/18/greylisting-with-pf.html
[2] http://home.nuug.no/~peter/pf/en/, with the specifics of spamd and
greylisting starting at http://home.nuug.no/~peter/pf/en/spamd.html
--
Peter N. M. Hansteen, member of the first RFC 1149 impl
ing to provide anything better
than very coarse delay variation.
--
Peter Jeremy
pgpzPF9H6j7Au.pgp
Description: PGP signature
update on all supported architectures, this may even be faster.
Feel free to come up with a patch.
--
Peter Jeremy
pgpsNM4cAl6HT.pgp
Description: PGP signature
;s causing the BTX loader some pain with a USB device.
Anyone encounter similar issues recently?
Best Wishes - Peter
--
[EMAIL PROTECTED] | ISC | OpenPGP 0xE8048D08 | "The bits must flow"
signature.asc
Description: OpenPGP digital signature
The reason it works in safe mode is that DMA is not used there. Are you
sure it worked with DMA before ?
I cant be sure, I never looked it up. But it worked just fine before. The
_only_ difference is the
soruce-code i compiled NanoBSD from. I was RELENG_6_1 before and now it is
RELENG_6_2
I'm
Pietro Cerutti wrote:
On 1/14/07, Peter Ankerstål <[EMAIL PROTECTED]> wrote:
ad0: FAILURE - READ_DMA timed out LBA=1000941
This kind of errors usually denote a hardware problem, either at the
disk or at the controller level.
Check sysutils/smartmontools in the ports.
But there
I have a router running NanoBSD on a CF-card, 512MB SanDisk and
yesterday when installed 6.2-RELEASE I encountered some problems.
The systems seems to boot properly but when it tries to mount the
filesystem I get errors like this:
ad0: FAILURE - READ_DMA timed out LBA=1000941
When I try to boo
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 m
ridge, video, RAM, disk, ... it all adds up.
I can't specifically help with the Dell.
--
Peter Jeremy
pgpbxuESZuYiO.pgp
Description: PGP signature
"/" differ by 1 bit;
3) The cc line shows "-I/usr/src/lib/libpthread/arch/i386/include";
4) Compiling thr_condattr_init.c uses the same #include sequence to
successfully load "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
ted that the desktop would always originate
packets from the interface with the IP address ("netstat -r" on it
shows laptop1 associated 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
e often have problems at work 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
works on SCSI
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
ough the list at
http://www.freebsd.org/commercial/consult_bycat.html and find someone
to provide whatever level of support you want.
--
Peter Jeremy
pgp7DHGh8ozjT.pgp
Description: PGP signature
The actual
clock speed is irrelevant. I believe it's a race condition or a
timing bug.
--
Peter Jeremy
pgpLYEeqY23X0.pgp
Description: PGP signature
em call overhead. Before claiming that they are the
culprits, someone needs to get some more detailed performance figures
(via hwpmc or kernel profiling) and find where the time is really spent.
--
Peter Jeremy
pgpwMiCYrtVYB.pgp
Description: PGP signature
.
mount_smbfs is setuid root on Apple (presumably OS-X) and juggles euid
to avoid 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
--- Christopher Hilton <[EMAIL PROTECTED]> wrote:
> Has anyone gotten a newer version of OpenBSD's spamd than the one in
> ports going? I'm cvsupping my ports tree now but since I didn't see
> an
> update on the cvs server I'm assuming 3.7 is the latest version.
>
> Between OpenBSD 3.7 and 3.8
en
written some code to let me look 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 o
r may not be
adequate, depending on the amount of dirty cached 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
While stress testing GENERIC RELENG_6 from Nov 2 18:46 UTC on a NFS
loopback mounted filesystem I came across this problem:
http://people.freebsd.org/~pho/stress/log/cons220.html
--
Peter Holm
___
freebsd-stable@freebsd.org mailing list
http
an i386
executable. I'm surprised that you've found such a big difference.
--
Peter Jeremy
pgpXS8PUKwh0c.pgp
Description: PGP signature
6 applications much harder
(bacause they need to understand they need to look in .../lib32
ISO .../lib).
--
Peter Jeremy
pgp6zCSH8jPxZ.pgp
Description: PGP signature
ssible to build/run the i386 versions of ports on an amd64 system.
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
ew_parity = old_parity XOR old_data XOR new_data
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
Ariff Abdullah wrote:
> On Sun, 15 Oct 2006 12:27:32 -0400
> Peter Carah <[EMAIL PROTECTED]> wrote:
>>
>> More nit - the problem with the misidentification of PCI bus 5
>> subordinate bus is still present. Prevents use of PCcard slot until
>> a pci write
I saw this come up a couple of weeks ago. Don't know if it is a 6.2
showstopper or not (probably not?).
I see the following message come up during boot. Both pcm and cd0 appear to
work so I don't know if the message matters or not. Message highlighted by ***
below. A truly minor nit: the messa
ss independant from the FreeBSD
"distribution" you use. Imagine of one of the ARM hardware box dies..
Until you get a new one you set up the same on a Intel box as a temporary
workaround:-)
Regards
Peter
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
urces. Thats just how life is for legacy systems,
we are all mature enough here in the tech world to know this. No
reason you can't sell your CIO's on this when I am guessing they are
shelling out millions on other vendors.
-Peter
___
Zoran Kolic <[EMAIL PROTECTED]> writes:
> d-link dwl-ag650
I've got one of these. Works well.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/
"First, we kill all the spamme
locked the kernel and we broke to debugger from the watchdog timeout
> > (I enable software watchdog).
>
> Hmm, be careful with that - if you set the timeout too low (and note
> that for some workloads O(minutes) may even be too low) then you'll
> get a lot of false posi
there's no
INTR_FAST handler then the interrupt thread is always triggered.
--
Peter Jeremy
pgpXrDVFGe4sP.pgp
Description: PGP signature
oaded, 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
pgpY8sl0Nrt6a.pgp
Description: PGP signature
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 Jeremy
pgpgfbKJNw8HS.pgp
Description: PGP signature
t; >
> > Yes.
> >
> > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dumpon/dumpon.c.diff?r1=1.22&r2=1.23
> > needs to be MFC'd.
> >
> I sent an MFC request to [EMAIL PROTECTED]
>
>From time to time I've had problems with minidumps on
cular point so 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 host
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
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
a RAMdisk 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 Thu, 2006-Aug-17 15:18:21 -0400, Kris Kennaway wrote:
>On Thu, Aug 17, 2006 at 01:24:48PM -0400, John Baldwin wrote:
>> On Thursday 17 August 2006 04:20, Peter van Heusden wrote:
>> > kernel: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 151698,
>> > size:
.
I think there are probably equally good rationales for each approach.
Probably the best 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
Thanks, Kris. I guess its time for me to go shopping for some new hardware.
Peter
Kris Kennaway wrote:
> On Thu, Aug 17, 2006 at 01:24:48PM -0400, John Baldwin wrote:
>
>> On Thursday 17 August 2006 04:20, Peter van Heusden wrote:
>>
>>> Thanks for the advice J
) at
/usr/freebsd6/src/sys/vm/vm_pageout.c:1401
#9 0xc0816192 in vm_pageout () at
/usr/freebsd6/src/sys/vm/vm_pageout.c:1546
#10 0xc0687434 in fork_exit (callout=0xc0815ef8 , arg=0x0,
frame=0xcbdd4d38) at /usr/freebsd6/src/sys/kern/kern_fork.c:805
#11 0xc089a85c in fork_trampoline () at
/usr/fre
months!
On two occasions, 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 twigge
ole before
>>it dies.
>
>It's 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
lem eventuates (and CPU
fans do fail), you will destroy the CPU and maybe mobo.
It might be worthwhile setting up 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
701 - 800 of 1261 matches
Mail list logo