f mem
0xfeb78000-0xfeb7bfff irq 5 at device 9.0 on pci0
skc0: 3Com Gigabit NIC (3C2000)
sk0: on skc0
sk0: Ethernet address: 00:0a:5e:19:b6:3c
Any suggestion and kernel debugging I would like to try.
Regards,
Rong-En Fan
___
[EMAIL PROTECTED] mailing l
0xcfffd000-0xcfffdfff irq 38 at
device 14.0 on pci3
ips0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xcfffd000
ips0: [GIANT-LOCKED]
ips0: logical drives: 1
ips0: Logical Drive 0: RAID5 sectors: 430116864, state OK
ipsd0: on ips0
ipsd0: Logical Drive (21
f007b7d4000 b19740000 0 1 0004200 [SLPQ
wait 0xff007b7d4000][SLP] init
0 8051e580 805f50000 0 0 200 [SLPQ
sched 0x8051e580][SLP] swapper
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org ma
wapper
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Wed, 16 Feb 2005 15:36:25 -0800 (PST), Doug White
<[EMAIL PROTECTED]> wrote:
> On Wed, 16 Feb 2005, Rong-En Fan wrote:
>
> > Hello,
> >
> > This is a 5.3-RELEASE-p5/amd64 on IBM X236 (EM64T) with 2GB RAM
> > and a LSI 21320 rmpt(4) running at 160MB/s with a
possibility to run this card?
You have to install a 5-STABLE or manually get following files
src/sys/dev/bge/*
src/sys/dev/mii/miidevs
src/sys/dev/mii/brgphy.c
and recompile kernel.
without those two mii files, you can only run 100-baseTX.
Regards,
Rong-En Fan
_
On Apr 11, 2005 3:16 AM, Brandon S. Allbery KF8NH <[EMAIL PROTECTED]> wrote:
> I have twice so far had the kernel syslog a stack backtrace with no
> other information. Inspection of the kernel source, to the best of my
> limited understanding, suggests that getdirtybuf() was handed a buffer
> with
here:
http://rafan.infor.org/tmp/5.4-hang/
I executes ps, show threads, show lockedvn.
when console hangs, serial console does not response, front console,
I can use alt+f? to switch vty, caps/numlock led is fine, but keyboard does
not response. can break to ddb.
any suggestions?
Regards,
R
On 4/16/05, Anders Nordby <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Fri, Apr 15, 2005 at 03:27:11PM +0800, Rong-En Fan wrote:
> > I'm using a Pentium Xeon 3.2G * 2 running 5.3/5.4 amd54 RELEASE.
>
> That's a strange combination. Don't use FreeBSD/amd64 w
ebp = 0 ---
The system disk is on ips(4) which does not support dump in 5.3
(supportted in 5.4). So, there is no dump available. I don't exactly
know what kind of accessing pattern causes this. Therefore, no idea
where to start at. Wonder if this can be fixed or so.
Cheers
machine,
after *foreground* fsck, when it enters multiuser, after the login prompt, I got
another hang. But this time, I can't break into ddb.. only solution is the
power cycle.
If you need more informations, please let me know :-)
Regards,
Rong-En Fan
__
On 6/20/05, Juraj Lutter <[EMAIL PROTECTED]> wrote:
> On 6/14/05, Rong-En Fan <[EMAIL PROTECTED]> wrote:
> > Hello all,
> >
> > Recently, one of our 5.3-p16/i386 machine got frequenctly hang. Details,
> >
> > 1. I can switch vty, but can't
, I have 3 335 installed
with 5.4 running SMP smoothly.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 7/19/05, Alexander Markov <[EMAIL PROTECTED]> wrote:
> >If you unload kernel and load it again at boot manually, can 335 boot?
> >I have one 336 with 5.4 that must use this trick to boot, otherwise
> >it hangs after ipfw2 initialized. On the other hand, I have 3 335 installed
> >with 5.4 running
e74aed48) at ithread_loop+0x159
fork_exit(c049c138,c3094c80,e74aed48) at fork_exit+0x75
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xe74aed7c, ebp = 0 ---
db> ps
61 c311ce200 0 0 204 [CPU 3] swi1: net
Regards,
On 7/29/05, Robert Watson <[EMAIL PROTECTED]> wrote:
> On Mon, 25 Jul 2005, Rong-En Fan wrote:
> > I have a 5.4-p5 running on i386. Got a panic: panic: sbflush_locked: cc
> > 0 || mb 0xc33bf000 || mbcnt 4294967040 It is an web server running
> > Apache and Postfix as a b
On 8/1/05, Alexander S. Usov <[EMAIL PROTECTED]> wrote:
> In just 2 days of waiting I got it, however it looks that it has fired in a
> bit different place.
>
> (kgdb) bt
> #0 doadump () at pcpu.h:159
> #1 0xc0513899 in boot (howto=260) at ../../../kern/kern_shutdown.c:410
> #2 0xc0513ede in pa
have similar panics ;-)
Regards,
Rong-En Fan
On 7/29/05, Robert Watson <[EMAIL PROTECTED]> wrote:
> On Mon, 25 Jul 2005, Rong-En Fan wrote:
> > I have a 5.4-p5 running on i386. Got a panic: panic: sbflush_locked: cc
> > 0 || mb 0xc33bf000 || mbcnt 4294967040 It is an web server runn
feel free to contact
me :-)
Regards,
Rong-En Fan
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:0xc05123aa
stack pointer = 0x10:0xea39
of 7-STABLE, but can not found a
> report or a solution. Did anyone have the same issue? Thank you very
> much.
>
According to my previous experience, amd 6.1.5 crashes
under low memory situations. Not necessary high load.
Regards,
Rong-En Fan
memory using mlo
ckall(): Resource temporarily unavailable
w/ 7-STABLE around Sep 4. I don't put plock = no in amd.conf, so
by default it's plock'ed.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/
ted binary. Everything
will be fine then. Binaries built between 20071025 and 20071030
will be affected by this.
Sorry for the inconvenience.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
We have a box running 6.2-RELEASE smoothly, once we boot
with 6.3-RELEASE. It panics in hptmv0, I have kernel dump available.
Any ideas?
Regards,
Rong-En Fan
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xfffb5444efc5
fault code = supervisor read data
ut it does not
fail. Nevertheless, I have just removed the duplicate one (actually,
both curs_terminfo and curs_termcap has tputs.3. As we use termcap
in base, so I just removed the one links to curs_terminfo).
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
It's 7.0-RELEASE amd64, GENERIC modulo some devices,
using 4BSD, IPSEC, and IPFW. The backtrace seems related
to softupdate code. This box is just a NFS server that serves
~25 6.x + Linux clients.
Any ideas?
Regards,
Rong-En Fan
panic: lockmgr: locking against myself
cpuid = 1
KDB:
E instead
> > of the default BSD scheduler.
> >
>
> What's the advantage of ULE / disadvantage of the default? Is it
> specific to this hardware?
It gives you better performance. You may want to check Kris's slides
http://people.freebs
sd.org/pipermail/cvs-src/2008-March/089037.html
>
> I have rolled back the lockd.c to 1.20 in our nfs server and it works
> fine as before.
Add dfr@ to CC list.
I'm curious about this change, could you check what socket bind by
rpc.lockd and rpc.statd before and after lockd. rev 1
ck in ufs/biord/biowr/getblk, I can
still login to the system (all exported fs are on an external RAID).
I'm not sure how to trigger this behavior. Any suggestions are
welcome. If there is anything I can provide in ddb to help trace
this down, please let me know..
On 10/18/06, Vivek Khera <[EMAIL PROTECTED]> wrote:
On Oct 16, 2006, at 5:03 PM, Rong-en Fan wrote:
> Yesterday, I saw my all my nfsd stuck in ufs/biord/biowr/getblk.
> I saw the same thing some time ago. I break into ddb and do a
> 'alltrace':
do you have an em or b
l 'doadump' in ddb, but after rebooting, savecore says there is
no dump there? (i have dump_dev="AUTO"
If you need more information, please let me know.
Thanks,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freeb
ne needs more information,
I can reproduce this panic and gather them in ddb. BTW, I used
'call doadump' in ddb, but after rebooting, savecore complains
there is no dump?
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://li
n
are welcome.
Thanks,
Rong-En Fan
==
ips0: WARNING: command timeout. Adapter is in toaster mode, resetting to known s
tate
ips0: resetting adapter, this may take up to 5 minutes
ips0: syncing config
Sleeping thread (tid 12, pid 14) owns a non-sleepable lock
sched_switch(c5feec00,0,1,8577f833,d14
dumps on ips(4) and it works.
dumpdev="/dev/ipsd0s1b"
Martin
ips(4) can do kernel dump, but in my case above, ips(4) is already
command timeout mode...
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd
next few days.
You are the third person to report this panic. (I am one of the other
two.
I reported unp_gc() panic recently. See
"Re: LOR (intr table and sio) and instability" on [EMAIL PROTECTED]
jhb@ told me that he also saw this and there is currently no
fix yet.
Regards,
Rong-En Fan
wever, the mystery is why ips stops work suddenly. Perhaps, I
tweaked some hardware settings and I forgot it.
On 11/18/06, Scott Long <[EMAIL PROTECTED]> wrote:
I'll look at this.
Scott
Rong-en Fan wrote:
> Hi,
>
> After upgrading RELENG_6 from Jul 11 to Sep 30 on an i386 box,
&
simply GENERIC+QUOTA+SMP.
I also noticed that it is not possible to modify in-use
disk's partition table. There is also a PR 85772 about
it. Can someone comment on it? Thanks.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http
e boot/ directory out of cd.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
the current exp run on pointyhat to be finished.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
es
made by ru@ recently for src/Makefile.inc1.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 3/12/07, Stefan Lambrev <[EMAIL PROTECTED]> wrote:
Rong-en Fan wrote:
> Hi folks,
>
> ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x
> with wide character support now. The patch at
>
>
http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-al
On 3/13/07, Stefan Lambrev <[EMAIL PROTECTED]> wrote:
Hello,
Rong-en Fan wrote:
> On 3/12/07, Stefan Lambrev <[EMAIL PROTECTED]> wrote:
>> Rong-en Fan wrote:
>> > Hi folks,
>> >
>> > ncurses in 6.x is pretty old. We have update-to-date ncurses
-67166
which patches the eeprom. And it solves by problem.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 4/7/07, Stefan Lambrev <[EMAIL PROTECTED]> wrote:
Hi list,
Rong-en Fan wrote:
> On 3/13/07, Stefan Lambrev <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> Rong-en Fan wrote:
>> > On 3/12/07, Stefan Lambrev <[EMAIL PROTECTED]>
Hi all,
I just merged ncurses 5.6 and wide character support from
HEAD to 6.x. That means ncurses in 6.x is now up-to-date and
has wide character support, i.e., ncursesw library.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http
On 4/10/07, Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
On Sat, Apr 07, 2007 at 02:05:45AM +0800, Rong-en Fan wrote:
> I just merged ncurses 5.6 and wide character support from
> HEAD to 6.x. That means ncurses in 6.x is now up-to-date and
> has wide character support, i.e., ncurs
On 4/10/07, Nikolay Pavlov <[EMAIL PROTECTED]> wrote:
On Monday, 9 April 2007 at 11:48:08 -0700, Jeremy Chadwick wrote:
> On Mon, Apr 09, 2007 at 11:21:08AM -0700, Jeremy Chadwick wrote:
> > On Tue, Apr 10, 2007 at 01:49:32AM +0800, Rong-en Fan wrote:
> > > On 4/10/07,
o use MSI, one MUST set hw.pci.enable_{msi,msix} to
1 in loader.conf as the commit log said.
But from the revision changes that Jason posted, the most
suspicious part is MSI...
Regards,
Rong-En Fan
Cheers
Tom
___
freebsd-stable@freebsd.org mai
t to Cc: my reply to the list:
kib@ has real mode BTX code which appears to work with affected systems
of mine, however, the code has not yet made it into CVS. I spliced it
into a 6.2 miniboot ISO and it worked.
It also works on my ThinkPad X60 with 7.x boot cd.
Regard
ry.
As kib@ told me, do not install this loader on your disk
which may destroy your data.
Regards,
Rong-En Fan
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from.&q
I'm running 6.2-RELEASE, and I am wondering
if using nullfs w/ rw is safe in a production environment?
My impression is that ro nullfs is ok, but not rw.
Is this still the case?
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
On 6/19/07, Josh Paetzel <[EMAIL PROTECTED]> wrote:
On Tuesday 19 June 2007, Rong-en Fan wrote:
> I'm running 6.2-RELEASE, and I am wondering
> if using nullfs w/ rw is safe in a production environment?
> My impression is that ro nullfs is ok, but not rw.
> Is this stil
On 6/21/07, Peter Jeremy <[EMAIL PROTECTED]> wrote:
On 2007-Jun-19 02:58:20 -0400, Kris Kennaway <[EMAIL PROTECTED]> wrote:
>On Tue, Jun 19, 2007 at 02:39:22PM +0800, Rong-en Fan wrote:
>> I was asking about nullfs because the following lines
>> in sys/conf/NOTES:
&
On 6/21/07, Kris Kennaway <[EMAIL PROTECTED]> wrote:
On Thu, Jun 21, 2007 at 09:49:16PM +0800, Rong-en Fan wrote:
> On 6/21/07, Peter Jeremy <[EMAIL PROTECTED]> wrote:
> >On 2007-Jun-19 02:58:20 -0400, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> >>On Tue, Jun 1
ncurses, plus PAM. I had to
> force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to /lib
> using binaries from /rescue to fix it so I could run make installworld
> again.
I will take a look. before that do not upgrade your system.
Regards,
Rong-En Fan
>
> I upgraded from RELENG_
On 10/25/07, Rong-en Fan <[EMAIL PROTECTED]> wrote:
> On 10/25/07, Alson van der Meulen <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > My installworld of RELENG_6 from a few hours ago failed with this error
> > (from memory):
> > /lib/libncurses.so.6:
ing entry in
> > UPDATING?
> >
> > regards,
> > Alson
> >
> It is not something you did. I had the same problem and have just
> recovered from it.
Sorry for the trouble, see my HEADSUP message on [EMAIL PROTECTED]
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 10/25/07, Rong-en Fan <[EMAIL PROTECTED]> wrote:
> On 10/25/07, Rong-en Fan <[EMAIL PROTECTED]> wrote:
> > On 10/25/07, Alson van der Meulen <[EMAIL PROTECTED]> wrote:
> > > Hello,
> > >
> > > My installworld of RELENG_6 from a f
On 10/25/07, Rong-en Fan <[EMAIL PROTECTED]> wrote:
> On 10/25/07, Rong-en Fan <[EMAIL PROTECTED]> wrote:
> > On 10/25/07, Rong-en Fan <[EMAIL PROTECTED]> wrote:
> > > On 10/25/07, Alson van der Meulen <[EMAIL PROTECTED]> wrote:
> > > > Hello,
The breakage introduced by MFC of ctype(3) after 2007/10/24 14:23 UTC
is now fixed. Make sure you have lib/Makefile rev 1.205.2.4 before upgrading
your world. If it breaks already, please follow the instructions in src/UPDATING
to recover.
Sorry for all the troubles.
Regards,
Rong-En Fan
On 10
On 10/30/07, Byung-Hee HWANG <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On Thu, 2007-10-25 at 20:51 +0800, Rong-en Fan wrote:
> > The breakage introduced by MFC of ctype(3) after 2007/10/24 14:23 UTC
> > is now fixed. Make sure you have lib/Makefile rev 1.205.2.4 before u
king.
Something must be changed in the past two years. ;-)
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ne is interested, I can send any other
information requested.
Regards,
Rong-En Fan
[sysctl.conf]
net.link.ether.inet.log_arp_wrong_iface=0
net.inet.tcp.sendspace=65536
net.inet.tcp.recvspace=65536
net.inet.udp.recvspace=65536
kern.ipc.somaxconn=4096
kern.maxfiles=65535
kern.ipc.shmmax=104857600
kern.ipc.s
On 8/28/05, Rong-En Fan <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I got a panic on an i386 5.4-STABLE around Aug 28 with SMP enabled.
> It has 2 physical CPU with HTT enabled (so, total 4 cpus).
> This is a NFS server only with external scsi raid attached.
>
> The c
On 8/28/05, Rong-En Fan <[EMAIL PROTECTED]> wrote:
> And I also looked at the dump file, looks like that when calling
> m_copym(), m->m_len is 20, off is 1500, m->m_next is NULL
> After first iteration, m becomes NULL...
>
> #20 0xc051d62f in m_copym (m=0x0, off0=1500,
*Xeon with HTT, SMP kernel
is enabled, thus there are 4 logical cpus. For some reasons,
I did not have DDB compiled. The kgdb outputs are enclosed.
If there are people interested to help debug this, I can send
information as request.
Thanks,,
Rong-En Fan
(kgdb and console):
Fatal trap 12: page
ww.rafan.org/FreeBSD/x336/
BTW, the SCSI timeout message from dmesg-noapic.txt is a bit wired. If I boot
without verbose message it does not show, everything works great. With
verbose booting,
those messages show up and it takes me a lot of time to get into multiuser mode.
On 2/21/06, Balgansuren Batsukh <[EMAIL PROTECTED]> wrote:
> Hello,
>
> We installed FreeBSD-6.0-RELEASE and cvsuped to STABLE.
>
> We configured machine as IPFW+NAT and installed SQUID+SQUIDGUARD+DANSGUARDIAN.
>
> It works well under light load, but on heavy load suddenly no response whole
> mach
st preferred way is to using -S or
comconsole_speed in loader.conf, please update that in Handbook
22.6.5.1 Setting a Faster Serial Port Speed.
Thanks,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 3/10/06, Rong-En Fan <[EMAIL PROTECTED]> wrote:
> With INVARIANT, WITNESS enabled, when I tried to ^C
> to exit dd, it panics immediately. Some ddb & kgdb
> messages below (I have KDB_TRACE, KDB_UNATTENDED).
> Core file is available. Any help is appreciated :-)
>
>
i = VOP_STRATEGY(vp, bp);
3690KASSERT(i == 0, ("VOP_STRATEGY failed bp=%p vp=%p",
bp, bp->b_vp));
3691 }
3692
3693void
3694bufobj_wrefl(struct bufobj *bo)
3695{
On 3/10/06, Rong-En Fan <[EMAIL PROTECTED]> wrote:
> Hi,
>
> forget to men
works fine. Of all the boxes I mentioned above,
I did not do anything special to kernel config, i.e., they are GENERIC w/o
unnecessary devices and w/ firewal. Basically, I can do anything on these
two boxes (they are not in production mode). Any suggestion are welcome.
Than
RIANTS, WITNESS to see if there
are some output. However, I'm afriad that I can not get a
serial console access to these machines (and thus no ddb
output :( ).
Thanks,
Rong-En Fan
On 3/10/06, Rong-En Fan <[EMAIL PROTECTED]> wrote:
> Hi,
>
> After upgrading several our nfs clie
mount_nfs(8)
about the usage of intr and its consequence. So this won't be
happened again.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
xt
I did a alltrace in ddb:
http://www.rafan.org/FreeBSD/ata/20060311-dball.txt
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 3/16/06, Scott Long <[EMAIL PROTECTED]> wrote:
> Rong-En Fan wrote:
> > Hi,
> >
> > Recently, we upgrade a 4.11 box to 6.1-BETA2 by reinstall+newfs everything.
> > After that, we found that if hw.ata.ata_dma=1 at boot, then as soon as it
> > starts fsck -
(in regression/fsx?), can somebody show how to
reproduce this? We would like to do some tests.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to &quo
ady MFC'ed).
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 4/5/06, Garance A Drosehn <[EMAIL PROTECTED]> wrote:
> At 10:08 PM -0400 4/5/06, Rong-En Fan wrote:
> >I just updated my world from Feb's RELENG_6 as of today. I
> >noticed that the column header of ps's output is changed
> >from upper to lower case.
>
m I encountered now is related to rev 1.18. But
it is a report that backout 1.18 really helps.
For record, all my clients involved in this mail are running RELENG_6.
Server is RELENG_5 as of March 9. Only IPv4 here, no IPv6.
Regards,
Rong-En Fan
___
freeb
On 4/8/06, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 08, 2006 at 01:28:55AM -0400, Rong-En Fan wrote:
> > On 3/6/06, Jun Kuriyama <[EMAIL PROTECTED]> wrote:
> > >
> > > I'm not yet received enough information to track rpc.lockd problem.
me. At least, we have RELENG_X_Y branch before
and RELENG_X_Y_BP tag. Is there any special reason that we have
a tag instead of a branch for 6.1?
Regards,
Rong-En Fan
[1] http://www.freebsd.org/releases/6.1R/schedule.html
[2] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh
On 4/8/06, Scott Long <[EMAIL PROTECTED]> wrote:
> Rong-En Fan wrote:
> > Hi,
> >
> > According to the webpage [1], 6.1 has been branched on April 5. However,
> > I noticed that there is a tag called RELENG_6_1, not a branch called
> > RELENG_6_1. Fo
d).
As far as I can tell, ypwhich -m is also broken on 5.4 and 5.5-PRERELEASE.
I have tested that revision on a 5.5-PRERELEASE machine, it
fixes ypwhich -m. I would like to see this MFC'ed to RELENG_6
and RELENG_5, so the newer releases will have this fixed.
)
only works with apm and no acpi. Of course, you have
to create a partition first (via phdisk(?) aviliable at ibm's site).
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
n.ipc.shmall=25600
net.inet.ip.random_id=1
kern.maxvnodes=10
vfs.read_max=16
kern.cam.da.retry_count=20
kern.cam.da.default_timeout=300
Anything that I can provide to help nail this problem down?
Thanks,
Rong-En Fan
___
freebsd-stable@freebsd.org
On 5/15/06, Dmitriy Kirhlarov <[EMAIL PROTECTED]> wrote:
On Mon, May 15, 2006 at 02:15:08PM -0400, Rong-en Fan wrote:
> Hi,
>
> After upgrading from 5.5-PRERELEASE to 6.1-RELEASE on one
> nfs server today, I noticed that the load is very high, ranging from 4.x
> to 30.x, de
On 5/15/06, Dmitriy Kirhlarov <[EMAIL PROTECTED]> wrote:
On Mon, May 15, 2006 at 02:15:08PM -0400, Rong-en Fan wrote:
> Hi,
>
> After upgrading from 5.5-PRERELEASE to 6.1-RELEASE on one
> nfs server today, I noticed that the load is very high, ranging from 4.x
> to 30.x, de
type:=nfs;rhost:=nfs2;rfs:=/nfs2/${host}
If there are any thing I can provide to help tracking this down. Please
let me know. By the way, I tried with truss/kdump to see what happens
when nfsd eats lot of CPUs, but in vain. They do not return anything.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 5/23/06, Konstantin Belousov <[EMAIL PROTECTED]> wrote:
On Mon, May 22, 2006 at 05:43:32PM -0400, Rong-en Fan wrote:
> On 5/14/06, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> >On Sun, May 14, 2006 at 02:28:55PM -0400, Howard Leadmon wrote:
> >>
> >>He
ion back to kernel and you need to break
into ddb again to do another "bt ".
By the way, could you verify that backing out vfs_lookup.c rev 1.90
helps in your situation? If not, maybe we are seeing different problems,
and then I have to figure out how to make my serial console work
here.
rged in
6.1-STABLE after 6.1-RELEASE is releases. So I think you may want
to try that.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
t this MFC'ed change for RELENG_6_1, please cvsup to
RELENG_6_1 date=2006.04.30.03.57.00. Then you should see it
is
1.80.2.6 2006/03/31 07:39:24 kris
To verify the effect of this revision. Please run RELENG_6_1 with
2006.04.30.03.57.00 and 2006.04.30.04.00.00.
Regards,
[...]
Hi Konstantin and others,
I'm now running RELENG_6_1 as of Apr 30 04:00 UTC source + your
patch. The nfsd is quite happy! After client's du finishes, it
stays idle as expected (eats 0.00% CPU).
Thank you very much.
Regards,
Rong-En Fan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
nd related libraries. I hope there are some
experienced people here can show me which way is most likely to be
included in the base system.
In addition to those issues, I hope some of you can test it and feedback.
I really would like to see ncurses in base is updated in the near future.
Regards,
R
had upgraded to 6.1 my network would have
been crippled.
Try 6.1-STABLE, especially make sure you have
$FreeBSD: src/usr.sbin/rpc.lockd/kern.c,v 1.16.2.1 2006/06/02
01:20:58 rodrigc Exp $
for usr.sbin/rpc.lockd/kern.c, and see if this helps.
Regards,
Rong-En Fan
__
my case, rpc.lockd dies because
write failed, and then a SIGPIPE generated. Two months ago, bin/97768
is sent and rodrigc@ committed (also MFC'ed in RELENG_6). That PR
ignores SIGPIPE (since the code in server/client already takes care of
write failed case). After I applied this PR, I
96 matches
Mail list logo
