Greg Rivers wrote
in <2045487.fzlpjxt...@flake.tharned.org>:
gc> > 2. What is shown by the command "ping6 ff02::1%lagg0" and "rtsol -dD
lagg0"?
gc> >
gc> $ ping6 -c 2 ff02::1%lagg0
gc> PING6(56=40+8+8 bytes) fe80::ae16:2dff:fe1e:b880%lagg0 --> ff02::1%lagg0
gc> 16 bytes from fe80::ae16:2dff:f
Greg Rivers wrote
in <1557648.bebeymq...@flake.tharned.org>:
gc> On Monday, August 07, 2017 15:57:04 Andrey V. Elsukov wrote:
gc> > So, set net.inet6.icmp6.nd6_debug=1 and show what you have in the
gc> > ndp -p
gc> > ndp -r
gc> > ndp -i lagg0
gc> >
gc> # sysctl net.inet6.icmp6.nd6_debug=1
gc
Lev Serebryakov wrote
in <58756dde.5000...@freebsd.org>,<58756dde.5000...@freebsd.org>:
le>
le> I have MoBo (Supermicro X9SCL-F) with two 1G NICs, first one (em0) is
le> based on 82579LM, and second one (em1) is based on 82574L.
le>
le> When I'm using em0 with simple config:
le>
le> ifconfig_
Daniel Bilik wrote
in <20160205093713.1c1453f9b5d06a6b366c4...@neosystem.cz>:
dd> On Thu, 14 Jan 2016 10:49:37 +0100
dd> Daniel Bilik wrote:
dd>
dd> >> Should I create PR for this?
dd> > Created:
dd> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206231
dd>
dd> Seems that 10-stable has ju
Michael Grimm wrote
in <5c2419e4-d5b7-4f1a-aed0-90ef73305...@odo.in-berlin.de>:
tr> On 20.07.2013, at 16:46, Hiroki Sato wrote:
tr> > Hiroki Sato wrote in
<20130718.123323.1730389945845032580@allbsd.org>:
tr> >
tr> > Can you test the attached patch? The
Hiroki Sato wrote
in <20130718.123323.1730389945845032580@allbsd.org>:
hr> Michael Grimm wrote
hr> in :
hr>
hr> tr> On 12.07.2013, at 09:03, Hiroki Sato wrote:
hr> tr>
hr> tr> > Please let me know if the existing configurations and/or the new
hr>
Michael Grimm wrote
in :
tr> On 12.07.2013, at 09:03, Hiroki Sato wrote:
tr>
tr> > Please let me know if the existing configurations and/or the new
tr> > formats do not work.
tr>
tr> First of all: great work! It is that much easier to deal with aliases, now.
tr>
Mark Felder wrote
in <1374062120.4532.140661256673649.36ed5...@webmail.messagingengine.com>:
fe> On Wed, Jul 17, 2013, at 4:36, Hiroki Sato wrote:
fe> >
fe> > The recommended way is ifconfig_IF_aliasN or ifconfig_IF_aliases.
fe> > ipv4_addr_IF will not be remo
Łukasz Wąsikowski wrote
in <51e53ac7.1040...@wasikowski.net>:
lu> hr># IPv4 address range spec. Now deprecated.
lu> hr>ipv4_addr_em0="10.2.1.1-10"
lu>
lu> So I'm a little confused now :) If I'd use post r252015 system then
lu> would this be better way?
lu>
lu> ifconfig_em0_aliases="i
Michael Grimm wrote
in <4c07217dc9200841dfd065a6d5284...@mx1.enfer-du-nord.net>:
tr> On 2013-07-12 6:56, Hiroki Sato wrote:
tr> > Kevin Oberman wrote
tr> > in :
tr> > rk> On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder wrote:
tr> > rk>
tr> > rk&g
Kevin Oberman wrote
in :
rk> On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder wrote:
rk>
rk> > On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm <
rk> > trash...@odo.in-berlin.de> wrote:
rk> >
rk> > Will that patch make it into 9.2? If I am not mistaken, that patch isn't
rk> >> in stable yet.
rk>
Hi,
I would like your comments on release notes for each release.
Although I have been working on editing them for years, the workflow
is still not optimal and sometimes delay of the preparation became an
obstacle for release process. I would like to improve it, but before
that I would like
Alexander Pyhalov wrote
in <4fffaaf8a6667175fca94ce32f25a...@sfedu.ru>:
al> Hello.
al>
al> Just wanted to share a notice.
al> I had a 8.3 system with PostgreSQL running in a jail.
al> rc.conf has the following lines:
al>
al> jail_enable="YES"
al> jail_sysvipc_allow="YES"
al> jail_mount_enable="
YongHyeon PYUN wrote
in <20130528023300.ga3...@michelle.cdnetworks.com>:
py> > I'll have access to the other box on Wednesday and will try the other
test.
py>
py> Here is patch I'm testing and it seems to work with dhclient on
py> CURRENT.
py> Mike, could you try attached patch?
On my box it
Hiroki Sato wrote
in <20130524.162926.395058052118975996@allbsd.org>:
hr> YongHyeon PYUN wrote
hr> in <20130524054720.ga1...@michelle.cdnetworks.com>:
hr>
hr> A workaround is specifying the following line in rc.conf:
hr>
hr> ifconfig_fxp0="DHCP m
YongHyeon PYUN wrote
in <20130524054720.ga1...@michelle.cdnetworks.com>:
py> On Thu, May 23, 2013 at 09:49:19PM -0700, Jeremy Chadwick wrote:
py> > On Thu, May 23, 2013 at 09:40:35PM -0700, Jeremy Chadwick wrote:
py> > > On Thu, May 23, 2013 at 11:42:44PM -0400, Glen Barber wrote:
py> > > > On
Jeremy Chadwick wrote
in <20130524044035.ga40...@icarus.home.lan>:
jd> On Thu, May 23, 2013 at 11:42:44PM -0400, Glen Barber wrote:
jd> > On Thu, May 23, 2013 at 08:38:06PM -0700, Jeremy Chadwick wrote:
jd> > > If someone wants me to test DHCP via fxp(4) on the above system (I can
jd> > > do so
Hiroki Sato wrote
in <20130104.023244.472910818423317661@allbsd.org>:
hr> Konstantin Belousov wrote
hr> in <20130102174044.gb82...@kib.kiev.ua>:
hr>
hr> ko> > I might take a closer look this evening and see if I can spot anything
hr> ko> > in the
Ben Morrow wrote
in <20130109154435.ga81...@anubis.morrow.me.uk>:
be> So getipnodebyname is behaving correctly here: the host has both IPv4
be> and IPv6 addresses, and Sendmail is requesting both native and v4-mapped
be> addresses be returned in all cases. The v4-mapped addresses are then
be> s
Ulrich Spörlein wrote
in <20130109142111.gl35...@acme.spoerlein.net>:
uq> On Wed, 2013-01-09 at 14:14:18 +0100, Michiel Boland wrote:
uq> > On 01/08/2013 23:33, Hiroki Sato wrote:
uq> > > Ulrich Spörlein wrote
uq> > >in <20130108184051.gi35...@acm
Ulrich Spörlein wrote
in <20130108184051.gi35...@acme.spoerlein.net>:
uq> After setting this, it now looks like this:
uq> root@acme: ~# ip6addrctl
uq> Prefix Prec Label Use
uq> ::1/128 50 00
uq> ::/0
Gregory Shapiro wrote
in <20130108180920.gj36...@rugsucker.smi.sendmail.com>:
gs> > How can I unstupid sendmail here?
gs>
gs> I don't think sendmail is being stupid here as it is doing what it has
gs> been doing under 8.x and 9.1 (the code is the same). I think
gs> something changed with the u
Konstantin Belousov wrote
in <20130102174044.gb82...@kib.kiev.ua>:
ko> > I might take a closer look this evening and see if I can spot anything
ko> > in the log, rick
ko> > ps: I hope Alan and Kostik don't mind being added to the cc list.
ko>
ko> What I see in the log is that the lock cascade r
Rick Macklem wrote
in <1914428061.1617223.1357133079421.javamail.r...@erie.cs.uoguelph.ca>:
rm> Hiroki Sato wrote:
rm> > Hello,
rm> >
rm> > I have been in a trouble about my NFS server for a long time. The
rm> > symptom is that it stops working in one or two
Hello,
I have been in a trouble about my NFS server for a long time. The
symptom is that it stops working in one or two weeks after a boot. I
could not track down the cause yet, but it is reproducible and only
occurred under a very high I/O load.
It did not panic, just stopped working---wh
Hiroki Sato wrote
in <20121207.101917.103513550140980591@allbsd.org>:
hr> Hi all,
hr>
hr> I received many emails asking why
hr> https://pub.allbsd.org/FreeBSD-snapshots/ is stopped working and when
hr> it will recover, so I just wanted to let you know that FreeBS
Hi all,
I received many emails asking why
https://pub.allbsd.org/FreeBSD-snapshots/ is stopped working and when
it will recover, so I just wanted to let you know that FreeBSD daily
snapshot build in allbsd.org is temporarily down. The reason why it
is down is some local network issue and CVS
Jakub Lach wrote
in <1349873186577-5750838.p...@n5.nabble.com>:
ja> "Any questions and suggestions are welcome. Contact h...@freebsd.org."
ja>
ja> But good catch, if your reasoning is indeed correct.
ja>
ja> And for the record, they are NOT official snapshots.
Migrating from CVS to SVN in the
Sean Bruno wrote
in <1343243969.2727.2.ca...@powernoodle.corp.yahoo.com>:
se> On Tue, 2012-07-24 at 18:46 -0700, Hiroki Sato wrote:
se> > Peter Feger wrote
se> > in :
se> >
se> > ma> I just got done installing FreeBSD-9.0 on a Dell R720. I can tell you
Peter Feger wrote
in :
ma> I just got done installing FreeBSD-9.0 on a Dell R720. I can tell you
ma> that none of the broadcom products will work. There is no driver that
ma> I have been able to find. I wound up having to replace them with
ma> Intel nics. I used the i350 quad-port 1G and t
Dimitry Andric wrote
in <4fcc80c7.8060...@freebsd.org>:
di> That said, since the ezm3 software is essentially unmaintained, the
di> only practical solutions to your problem currently are:
di>
di> - Compile libz without SSE
di> - Compile libz with gcc
di> - Use csup instead of cvsup
di> - Fix ez
Rick Macklem wrote
in <1527622626.3418715.1335445225510.javamail.r...@erie.cs.uoguelph.ca>:
rm> Steven Hartland wrote:
rm> > Original Message -
rm> > From: "Rick Macklem"
rm> > > At a glance, it looks to me like 8.x is affected. Note that the
rm> > > bug only affects the new NFS serve
Konstantin Belousov wrote
in <20120224150259.gv55...@deviant.kiev.zoral.com.ua>:
ko> > > #19 0x000800abecfc in ?? ()
ko> > > Previous frame inner to this frame (corrupt stack?)
ko> > > (kgdb)
ko> > Can you, please, print out the content of *td, e.g. from the frame 16 ?
ko>
ko> And *req fro
Hi,
This is another reproducible panic. This seems to happen only when
top(1) is running for a long time (a sysctl() call for
CTL_KERN.KERN_PROC.KERN_PROC_PROC MIB triggered it).
pool.allbsd.org dumped core - see /var/crash/vmcore.0
Thu Feb 23 23:21:52 JST 2012
FreeBSD pool.allbsd.org
Rick Macklem wrote
in <476361430.1773817.1329954835308.javamail.r...@erie.cs.uoguelph.ca>:
rm> John Baldwin wrote:
rm> > On Wednesday, February 22, 2012 2:24:14 pm Konstantin Belousov wrote:
rm> > > On Wed, Feb 22, 2012 at 11:29:40AM -0500, Rick Macklem wrote:
rm>
Hi,
Just a report, but I got the following panic on an NFS server running
8.3-PRERELEASE:
(from here)
pool.allbsd.org dumped core - see /var/crash/vmcore.0
Tue Feb 21 10:59:44 JST 2012
FreeBSD pool.allbsd.org 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #7: Thu Feb 16
19:29:19 JST 2012
Andriy Gapon wrote
in <4f3e3000.9000...@freebsd.org>:
av> -BEGIN PGP SIGNED MESSAGE-
av> Hash: SHA1
av>
av> on 17/02/2012 09:04 Hiroki Sato said the following:
av> > No, the issue is our gptloader assumes the backup header is always located
av> > at th
Freddie Cash wrote
in :
fj> On Thu, Feb 16, 2012 at 8:20 PM, Hiroki Sato wrote:
fj> > Jeremy Chadwick wrote
fj> > in <20120217030806.ga62...@icarus.home.lan>:
fj> >
fj> > fr> On Thu, Feb 16, 2012 at 07:40:35PM -0700, Warren Block wrote:
fj> > f
Jeremy Chadwick wrote
in <20120217030806.ga62...@icarus.home.lan>:
fr> On Thu, Feb 16, 2012 at 07:40:35PM -0700, Warren Block wrote:
fr> > Sorry, I may be misunderstanding your point. GEOM classes don't
fr> > lie, they accurately represent the space. The space provided by a
fr> > gmirror is o
Mark Felder wrote
in :
fe> On Mon, 09 Jan 2012 13:02:24 -0600, Hiroki Sato
fe> wrote:
fe>
fe> > re0 seems to have ACCEPT_RTADV. What is the problem?
fe>
fe> That's because I haven't rebooted
fe>
fe> Let's start fresh.
fe>
fe> The no
Mark Felder wrote
in :
fe> On Sat, 07 Jan 2012 14:23:46 -0600, Hiroki Sato
fe> wrote:
fe>
fe> > It is an unexpected behavior and the flag should be set on all
fe> > interfaces. Can you send me your /etc/rc.conf, /etc/sysctl.conf, and
fe> > the result of "if
Mark Felder wrote
in <891fe25c-1560-479f-b855-1713c1c7a...@email.android.com>:
fe> Hiroki Sato wrote:
fe> >
fe> > Is it correct that ACCEPT_RTADV option was enabled on the vboxnet0
fe> > and not on re0, even after setting net.inet6.ip6.accept_rtadv
Mark Felder wrote
in :
fe> I figured I would end up putting that in rc.conf as a temporary fix,
fe> but maybe that's just the long term solution. It seems so odd to me
fe> that the sysctl change doesn't automatically cause the ACCEPT_RTADV
fe> option to show up for re0, but it does for vboxnet0
Hiroki Sato wrote
in <20110911.054601.1424617155148336027@allbsd.org>:
hr> Hiroki Sato wrote
hr> in <20110910.044841.232160047547388224@allbsd.org>:
hr>
hr> hr> Hiroki Sato wrote
hr> hr> in <20110907.094717.2272609566853905102@allbsd.or
Hiroki Sato wrote
in <20110910.044841.232160047547388224@allbsd.org>:
hr> Hiroki Sato wrote
hr> in <20110907.094717.2272609566853905102@allbsd.org>:
hr>
hr> hr> During this investigation an disk has to be replaced and resilvering
hr> hr> it is n
Hiroki Sato wrote
in <20110907.094717.2272609566853905102@allbsd.org>:
hr> During this investigation an disk has to be replaced and resilvering
hr> it is now in progress. A deadlock and a forced reboot after that
hr> make recovering of the zfs datasets take a long time
Attilio Rao wrote
in :
at> This should be enough for someone NFS-aware to look into it.
at>
at> Were you also able to get a core?
Yes. But as kib@ pointed out it seems a deadlock in ZFS. Some
experiments I did showed that this deadlock can be triggered at least
by doing "rm -rf" against a
Attilio Rao wrote
in :
at> If nobody complains about it earlier, I'll propose the patch to re@ in 8
hours.
Running fine for 45 hours so far. Please go ahead!
-- Hiroki
pgp3JVRs7kKa0.pgp
Description: PGP signature
Chip Camden wrote
in <20110818025550.ga1...@libertas.local.camdensoftware.com>:
st> Quoth Attilio Rao on Thursday, 18 August 2011:
st> > In callout_cpu_switch() if a low priority thread is migrating the
st> > callout and gets preempted after the outcoming cpu queue lock is left
st> > (and sched
Hiroki Sato wrote
in <20110818.043332.27079545013461535@allbsd.org>:
hr> Attilio Rao wrote
hr> in :
hr>
hr> at> 2011/8/17 Hiroki Sato :
hr> at> > Hi,
hr> at> >
hr> at> > Mike Tancsa wrote
hr> at> > in <4e15a08c.6090...@se
Attilio Rao wrote
in :
at> 2011/8/17 Hiroki Sato :
at> > Hi,
at> >
at> > Mike Tancsa wrote
at> > in <4e15a08c.6090...@sentex.net>:
at> >
at> > mi> On 7/7/2011 7:32 AM, Mike Tancsa wrote:
at> > mi> > On 7/7/2011 4:20 AM, Kostik Bel
Hi,
Mike Tancsa wrote
in <4e15a08c.6090...@sentex.net>:
mi> On 7/7/2011 7:32 AM, Mike Tancsa wrote:
mi> > On 7/7/2011 4:20 AM, Kostik Belousov wrote:
mi> >>
mi> >> BTW, we had a similar panic, "spinlock held too long", the spinlock
mi> >> is the sched lock N, on busy 8-core box recently upgrad
"Phil" wrote
in <580ca5b8f8654fc782cc113761458...@hs>:
ph> Performing the following gpart commands on either a hard disk or
ph> usb memory stick doesn't correctly store the gpart type information.
ph>
ph> What we're doing, using FreeBSD 8.1-PRERELEASE, csuped as at
ph> 30-May-2010 23:59 UTC (*d
Hiroki Sato wrote
in <20091220.053757.230970486@allbsd.org>:
hr> Jack Vogel wrote
hr> in <2a41acea0912052327t7830f85aw5b4b581ab3f09...@mail.gmail.com>:
hr>
hr> jf> The 82573, when onboard (LOM) is usually special, it is used by system
hr> jf> manage
Jack Vogel wrote
in <2a41acea0912052327t7830f85aw5b4b581ab3f09...@mail.gmail.com>:
jf> The 82573, when onboard (LOM) is usually special, it is used by system
jf> management
jf> firmware. Go to the system BIOS and turn off management, see if that
jf> eliminates the
jf> periodic hang.
Well, I
John Nielsen wrote
in <1e3c66ea-a6d3-44d7-b28e-bf068fff1...@jnielsen.net>:
jo> On Dec 5, 2009, at 4:40 AM, Hiroki Sato wrote:
jo>
jo> > Hiroki Sato wrote
jo> > in <20091203.182931.129751456@allbsd.org>:
jo> >
jo> > hr> And another thi
Hiroki Sato wrote
in <20091205.184250.201700943@allbsd.org>:
hr> A summary so far is:
hr>
hr> 1) a <8MB 7.1R kernel + stock 8.0R loader
hr> 2a) a >8MB 8.0R kernel + stock 8.0R loader
hr> 2b) a >8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT=y
John Baldwin wrote
in <200912041734.24016@freebsd.org>:
jh> On Friday 04 December 2009 10:35:59 am John Baldwin wrote:
jh> > So memtop_copyin would start off as 0xf0 but would end up as 0xc0,
jh> > and since the kernel starts at 4MB, I think that only leaves about 8MB for
jh> > the
Hiroki Sato wrote
in <20091203.182931.129751456@allbsd.org>:
hr> And another thing, I noticed a box with 82573E and 82573L sometimes
hr> got stuck after upgrading to 8.0-STABLE. It has moderate network
hr> load (average 5-10Mbps) on both NICs. It worked for a day or tw
John Baldwin wrote
in <200912030803.29797@freebsd.org>:
jh> On Thursday 03 December 2009 5:29:13 am Hiroki Sato wrote:
jh> > John Baldwin wrote
jh> > in <200912020948.05698@freebsd.org>:
jh> >
jh> > jh> On Tuesday 01 December 2009 12:13:3
John Baldwin wrote
in <200912020948.05698@freebsd.org>:
jh> On Tuesday 01 December 2009 12:13:39 pm Hiroki Sato wrote:
jh> > While the "load" command seemed to finish, the box got stuck just
jh> > after entering "boot" command.
jh> >
jh>
Hi Jack,
Jack Vogel wrote
in <2a41acea0912021514r2d44dd33n4c364518d7fe1...@mail.gmail.com>:
jf> Update: the claim to be unable to install was hasty, I went in and looked
jf> into myself and was able to get an install. Here's what I've found so far:
jf>
jf> First, the 82547EI will fail due to I
Hi,
This may be a rare case, but I post this with the hope for ideas from
people here.
I have experienced a strange loader(8) error. After upgrading one of
my boxes from 7.1R to 7.2R, an error appeared on "boot" command of
loader(8) like this:
| FreeBSD/i386 bootstrap loader, Revision 1.1
Jack Vogel wrote
in <2a41acea0911301119j1449be58y183f2fe1d1112...@mail.gmail.com>:
jf> I will look into this Hiroki, as time goes the older hardware does not
jf> always
jf> get test cycles like one might wish.
Thanks! Please let me know if you need more information.
-- Hiroki
pgp3TYQPpOkM
Hi,
I noticed that network connection of one of my boxes got
significantly slow just after upgrading it to 8.0R. The box has an
em0 (82547EI) and worked fine with 7.2R.
The symptoms are:
- A ping to a host on the same LAN takes 990ms RTT, it reduces
gradually to around 1ms, and then it
inary with the old one worked as a workaround, so I guess
there may be a regression around the boot loader. Just a report.
--
| Hiroki SATO
pgphazWVsse2N.pgp
Description: PGP signature
route "2001:0db8:2::1/64 -> link#2" was removed for some
reason.
Is this an expected behavior? IIRC, 7.0R does not remove the route
and I think it is strange. It works fine if a box has a single NIC,
though.
--
| Hiroki SATO
pgpedyyIb66a2.pgp
Description: PGP signature
like this:
bm>
bm> # route add -host -inet6 :::::2 -interface gif0 -nostatic
-llinfo
bm>
bm> Comments?
I remember Dimitry Andric reported the same problem on -stable on 30
Dec, and after he reverted rev.1.48.2.16 it worked fine again. Do
you have the sym
John Baldwin <[EMAIL PROTECTED]> wrote
in <[EMAIL PROTECTED]>:
jh> On Sunday 03 December 2006 22:55, Hiroki Sato wrote:
jh> > Hiroki Sato <[EMAIL PROTECTED]> wrote
jh> > in <[EMAIL PROTECTED]>:
jh> > John, are there any big changes of ioapic su
Kostik Belousov <[EMAIL PROTECTED]> wrote
in <[EMAIL PROTECTED]>:
ko> What version of sys/nfsserver/nfs_serv.c do you use ? If it is older than
ko> 1.156.2.7, please, update the system.
Thanks, I updated it just now and see how it works.
--
| Hiroki SATO
pgp856R5LuG1R.pg
1077941492, tf_ss = 59}) at
/usr/src/sys/i386/i386/trap.c:983
#13 0xc088017f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200
#14 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)
(to here)
--
| Hiroki SATO
pgpjbloAH1H0n.pgp
Description: PGP signature
Hiroki Sato <[EMAIL PROTECTED]> wrote
in <[EMAIL PROTECTED]>:
hr> Recently I bought Intel Pentium D 945 (3.45GHz), Supermicro PDSME
hr> (Intel E7320), and LSI21320RB (PCI-X SCSI HBA using LSI 53C1030). I
hr> installed 6.2-RC1 to an old PATA HDD and attached it to the
865 chipset), the
same HBA, and the same RAID boxes, they work fine on 6.1-RC1. The
HBA is connected to 33MHz PCI bus, not PCI-X, so it may make some
differences.
Any suggestions for what I should do for this problem? I can send
more detail information from "boot -v" and/or d
closer to GNULIB's and
will
mi> make it easier to avoid code-duplication in some ports.
Approved. Thanks.
--
| Hiroki SATO
pgpiA0ASiMWN0.pgp
Description: PGP signature
iption and patch for the problem.
Thanks, added just now. Will this description do?
--
| Hiroki SATO
pgp93rSswL0gH.pgp
Description: PGP signature
in advance.
[*] http://www.FreeBSD.org/releases/5.3R/errata.html
--
| Hiroki SATO
pgpkErWk22NXc.pgp
Description: PGP signature
76 matches
Mail list logo
