then again kill
off 31 cores is a heavy cost to pay for stability :( When I am back at
the office, I will see if a recent checkout of HEAD still freezes the Epyc.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing In
een fixed for me. However, last I checked I can
still freeze a system by generating a lot of network traffic between VMs
in either bhyve or virtbox. Its been a while since I tested (couple of
months) but I dont recall anything obviously committed that highlighted
that issue. Note this is on Epyc
commented out as well.
#optionsSMP
#device apic
#optionsEARLY_AP_STARTUP
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Camb
/src/sys/nano5501
*** Error code 1
Stop.
make[1]: stopped in /usr/src
*** Error code 1
Stop.
make: stopped in /usr/src
1(releng11-i386)#
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambrid
le sizes are quite different too
-r-xr-xr-x 1 root wheel uarch 397576 May 23 14:35 argus
-r-xr-xr-x 1 root wheel uarch 405768 Apr 21 2017 argus.prev
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet s
the problem ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada
___
freebsd-stable@freebsd.org mailin
is probably the reason
> we never ran into problems before.
BTW, Is there some uncertainty about the proposed patch / solution ? I
would have thought it would have been MFC'd ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sen
On 5/15/2018 2:31 PM, Dimitry Andric wrote:
> On 15 May 2018, at 20:22, Mike Tancsa wrote:
>>
>>>
>>> Anyone else see this ?
>
> See <https://bugs.freebsd.org/227552>. There is a fix coming up.
>
Hi,
I tried the patch and did a full rebuild and it in
On 5/15/2018 2:10 PM, Mike Tancsa wrote:
> Wasnt sure if it was my VM, so i took a stock 11.1R installed it on a
> new VM and updated the sources to today. Stock GENERIC kernel
>
> ** this is i386 **
>
>
> via truss (w)
>
> access("/etc/localtime",R_OK
-elf.so.1
#9 0x in ?? ()
Current language: auto; currently minimal
(gdb)
I dont have debug symbols yet
r333636
Anyone else see this ?
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services s
terons handy unfortunately. However, I have a feeling
its not so much due to virtualization, as I am pretty sure I had a crash
when I wasnt doing any VM testing as well.
Peter Grehan speculated it might have something to do with a lot of IPIs
being generated. Are there any non VM workloads that will
e same thing makes me think something specific to
FreeBSD and this class of AMD CPU :(
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambrid
hyve, and the iperf tests were between VMs
on the same box. That seems to trigger it fairly quickly. The Epyc took
a bit more work, but I could reliable do it there too.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providin
that bhyve test ? Basically, or 3 VMs and then
run iperf3 between the instances. I can lock up all 3 of my AMD boards
(2 ASUS, one MSI) and both my Epyc (SuperMicro) boards.
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Pro
in STABLE related to VM which
>> interest me, and which might cause hangs, so we shall see how it goes.
>> Possibly looking at the Ryzen issue has flushed out a few VM problems
>> anyway, which would be good, as more stbaility is always good (and I
>> have a vague hope i
, 23G MRU, 5440K Anon, 78M Header, 593M Other
27G Compressed, 28G Uncompressed, 1.04:1 Ratio
Swap: 20G Total, 21M Used, 20G Free
Anyone else seen anything like this on a recent RELENG11 STABLE ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex
CI cap 0x190b640f@0x40 feature:19
The load also matters. Try with 2 FreeBSD instances. I am not able to
quickly crash with just one.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Int
f I can make it lock up.
>
> On Fri, Feb 23, 2018 at 10:14 AM, Mike Tancsa <mailto:m...@sentex.net>> wrote:
>
> On 2/22/2018 3:41 PM, Mike Tancsa wrote:
> > On 2/21/2018 3:04 PM, Mike Tancsa wrote:
> >> Not sure if I have found another issue specifi
On 2/22/2018 3:41 PM, Mike Tancsa wrote:
> On 2/21/2018 3:04 PM, Mike Tancsa wrote:
>> Not sure if I have found another issue specific to Ryzen, or a bug that
>> manifests itself on Ryzen systems easier. I installed the latest
>> virtualbox from the ports and was doing som
On 2/21/2018 3:04 PM, Mike Tancsa wrote:
> Not sure if I have found another issue specific to Ryzen, or a bug that
> manifests itself on Ryzen systems easier. I installed the latest
> virtualbox from the ports and was doing some network performance tests
> between a vm and the hype
be nice to try and narrow it down first to a hardware
issue (its 2 different boxes) or software issue.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
>
--
---
Mike Tancsa, tel +1 519 651 3400
---Mike
>
--
-------
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo
board
for FreeBSD and we are going to start deploying in a couple of spots
once we do some more burn in and testing.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
OK, this is all mostly solved for me it seems.
points below inline
On 1/24/2018 9:42 AM, Mike Tancsa wrote:
> I think perhaps a good time to summarize as a few issues seem to be going on
>
> a) fragile BIOS settings. There seems to be a number of issues around
> RAM speeds an
On 2/12/2018 4:49 PM, Don Lewis wrote:
> On 31 Jan, Eugene Grosbein wrote:
>> 31.01.2018 4:36, Mike Tancsa пишет:
>>> On 1/30/2018 2:51 PM, Mike Tancsa wrote:
>>>>
>>>> And sadly, I am still able to hang the compile in about the same place.
>>>&g
On 2/1/2018 1:49 PM, Mike Tancsa wrote:
> On 2/1/2018 1:40 PM, Ed Maste wrote:
>>> root@amdtestr12:/home/mdtancsa # procstat -kk 6067
>>> PIDTID COMMTDNAME KSTACK
>>>
>>> 6067 100865 python2.7 -
t;
> I think this part is due to the broken loader change in r328536.
> Kernel symbol loading is broken, and this in particular isn't related
> to Ryzen issues.
Just for the archives, after a buildworld to a newer rev of the source
tree, all was good :)
---Mike
--
-
On 1/31/2018 8:33 AM, Eugene Grosbein wrote:
> 31.01.2018 4:36, Mike Tancsa пишет:
>> On 1/30/2018 2:51 PM, Mike Tancsa wrote:
>>>
>>> And sadly, I am still able to hang the compile in about the same place.
>>> However, if I set
>>
>>
>>
n2.7 --1 152 sleep
umtxn
6067 100911 python2.7 --1 152 sleep
umtxn
root@amdtestr12:/home/mdtancsa #
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 19
On 1/30/2018 2:51 PM, Mike Tancsa wrote:
>
> And sadly, I am still able to hang the compile in about the same place.
> However, if I set
OK, here is a sort of work around. If I have the box a little more busy,
I can avoid whatever deadlock is going on. In another console I have
I did go back and look at the build runaways that I've occasionally seen
> on my AMD FX-8320E package builder. I haven't seen the python issue
> there, but have seen gmake get stuck in a sleeping state with a bunch of
> zombie offspring.
>
>
--
-1 124 sleep usem
>
> 90692 101629 python2.7 --1 125 sleep umtxn
>
> 90692 101666 python2.7 --1 124 sleep usem
>
> 90692 102114 python2.7 --1 152 sle
too ?
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
___
freebsd-stable@freebsd.org mailing list
ht
a) where I lowered the memory speed.
It did seem to reduce the frequencies of the lockups, but I still had at
least one with the RAM speed reduced. I want to rule out b) from all
this with replacement CPUs so will revisit in a week.
---Mike
>
>
> On Wed, Jan 24, 2018 at 9:42 AM Mike
( markmi at dsl-only.net is
> going away in 2018-Feb, late)
>
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-uns
On 1/23/2018 2:08 PM, Mike Tancsa wrote:
> On 1/22/2018 5:13 PM, Don Lewis wrote:
>>>
>>> I am trying an RMA with AMD.
>>
>> Something else that you might want to try is 12.0-CURRENT. There might
>> be some changes in HEAD that need to be merged back to 11.1
: Working in: /usr/ports/net/samba47
>> load: 0.34 cmd: python2.7 53438 [usem] 168.48r 14.98u 6.04s 0% 230992k
>> make: Working in: /usr/ports/net/samba47
>> load: 0.31 cmd: python2.7 53438 [usem] 174.12r 14.98u 6.04s 0% 230992k
>> make: Working in: /usr/ports/net/samba47
&g
the comments
section (comment #9) a post makes reference to
http://blog.programster.org/ubuntu-16-04-compile-custom-kernel-for-ryzen
I guess Linux is still working through similar lockups too :(
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...
On 1/22/2018 5:13 PM, Don Lewis wrote:
> On 22 Jan, Mike Tancsa wrote:
>> On 1/22/2018 1:41 PM, Peter Moody wrote:
>>> fwiw, I upgraded to 11-STABLE (11.1-STABLE #6 r328223), applied the
>>> hw.lower_amd64_sharedpage setting to my loader.conf and got a crash
>>&g
ation from AMD is pretty lacking. The random segfault issue is
> primarily triggered by heavy parallel software build loads and how many
> Windows users do that?
Are all the AMD accomodations that DragonFly did in FreeBSD ?
http://lists.dragonflybsd.org/pipermail/commits/2017-August/626190.html
, so it was the hard crash that I've been
> getting.
hw.lower_amd64_sharedpage=1 is the default on AMD boxes no ? I didnt
need to set mine to 1
>
> shrug, I'm at a loss here.
I am trying an RMA with AMD.
---Mike
>
> On Mon, Jan 22, 2018 at 10:32 AM, Mike Tan
D machines.
We use go quite a bit on one customer app and its quite stable. But
thats a FreeBSD RELENG_10 box on an intel chip.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
On 1/19/2018 9:18 PM, Don Lewis wrote:
> On 19 Jan, Mike Tancsa wrote:
>> On 1/19/2018 5:45 PM, Don Lewis wrote:
>>>>
>>>> And it just hangs there. No segfaults, but it just hangs.
>>>>
>>>> A ctrl+t shows just shows
>>>>
>>
t reboots here with either my original CPU or warranty
> replacement once the shared page fix was in place.
Hmmm, I wonder if I have a pair of the old CPUs (came from 2 different
suppliers however).
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Commu
a47
make[1]: Working in: /usr/ports/net/samba47
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
_
anges
> for Ryzen are only in 12.0-CURRENT. It looks like r323185 and r323195
> need to be merged to stable/11.
releng11. It seems amdsmn is needed as well
---Mike
>
>
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing
wakeup
> issue, but I haven't had a chance to dig into it yet.
Odd, does this happen on Intel machines too ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since
/source4/heimdal/lib/gssapi/gssapi_asn1-priv.h
load: 19.29 cmd: make 79210 [wait] 301.89r 0.04u 0.00s 0% 1560k
make: Working in: /usr/ports/net/samba47
make[1]: Working in: /usr/ports/net/samba47
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Provid
(or so says AMD at least) so I am hoping I can at least have
this as an option. We even ordered a Tyan Epyc based board to see what
its like too.
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since
Working in: /usr/ports/net/samba47
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
___
freebsd-stable@freebs
ucts with
slower clock speeds. Right now I do have it set to 2133 where as it was
2400 before.
---Mike
>
>
> On 1/19/2018 12:13 PM, Mike Tancsa wrote:
>> Drag :( I have mine disabled as well as lowering the RAM freq to 2100
>> from 2400. For me the hangs are infreque
On 1/19/2018 3:32 PM, Peter Moody wrote:
>
> I have a ryzen5 1600X and an ASRock AB350M and I've tried just about
> everything in all of these threads; disabling C state (no effect),
> setting the sysctl (doesn't exist on my 11.1 RELEASE), tweaking
> voltage and cooling settings, rma'ing the board
ry timings too. It's rather
> picky with some memory modules.
>
> Luke
>
>
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
_
rted by numerous Linux users. I think some motherboard
> brands are
> more likely to have the problem. See:
>
> http://forum.asrock.com/forum_posts.asp?TID=5963&title=taichi-x370-with-ubuntu-idle-lock-ups-idle-freeze
>
> --
>
> --
>
On 1/17/2018 3:39 PM, Don Lewis wrote:
> On 17 Jan, Mike Tancsa wrote:
>> On 1/17/2018 8:43 AM, Pete French wrote:
>>>
>>> Are you running the latest STABLE ? There were some patches for Ryzen
>>> which went in I belive, and might affect te stability. Specificl
On 1/17/2018 8:43 AM, Pete French wrote:
>
> Are you running the latest STABLE ? There were some patches for Ryzen
> which went in I belive, and might affect te stability. Specificly the
> chnages to stop it locking up when executing code in the top page ?
Hi,
I was testing with RELENG_11
ups is not good.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
___
freebsd-stable@freebsd.org
ions about better
motherboards out there ? We are waiting for Supermicro's Epyc
availability, but nothing yet. It would be nice if we could find a
board with at least some hardware watchdog on it.
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications,
sibly related to the CPU bug talked about here ?
https://hothardware.com/news/amd-confirms-rare-ryzen-smt-bug-and-fix
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridg
two bugs here: ppp sending bad request and kernel having
> no enough checks for this somehow.
>
> Fixing ppp part would be easy. Please try this patch:
Hi, Thanks again for the fix.
Any chance of committing this to HEAD and then an MFC ?
---Mike
--
---
On 10/26/2017 6:16 PM, Eugene Grosbein wrote:
> 27.10.2017 1:04, Mike Tancsa пишет:
>>
>> the borked route monitor looks like
>>
>> got message of size 124 on Thu Oct 26 12:21:12 2017
>> RTM_ADD: Add Route: len 124, pid: 29597, seq 2, errno 0,
>>
ppp was relying on ?
>
> It seems so.
>
>
>
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
grep pid route.txt2
RTM_MISS: Lookup fai
On 10/26/2017 9:59 AM, Eugene Grosbein wrote:
> On 26.10.2017 20:45, Mike Tancsa wrote:
>
>> vs
>>
>> got message of size 124 on Thu Oct 26 09:37:40 2017
>> RTM_ADD: Add Route: len 124, pid: 24236, seq 1, errno 0,
>> flags:
>> locks: inits:
>> so
inits:
sockaddrs:
192.168.136.1 64.7.128.7 tun0 98.159.244.185
got message of size 212 on Thu Oct 26 09:37:40 2017
RTM_CHANGE: Change Metrics or flags: len 212, pid: 23810, seq 12, errno
0, flags:
locks: inits:
sockaddrs:
192.168.137.1 64.7.128.7 255.255.255.255 tun0 98.159.244.185
On 10/25/2017 4:54 PM, Mike Tancsa wrote:
> While testing out our nanobsd RELENG11 images, I noticed a strange
> routing issue. Using a standard pppoe config that has been working fine
> on RELENG8,9,10 I am getting bogus routing entries.
> having the commands in ppp.linkup
>
t 0
set lqrperiod 10
set authname xxx@yyy
set authkey
set ifaddr 10.0.0.1/0 10.0.0.2/0
Any idea what might be up ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambri
ble
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
>
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tanc
On 8/24/2017 9:33 PM, Shane Ambler wrote:
> On 25/08/2017 05:40, Mike Tancsa wrote:
>> On 8/24/2017 4:01 PM, Mike Tancsa wrote:
>>> OK, this is fairly easy to repeat. If I start a sync of a snapshot via
>>> zrep, it hangs the box. CTRL+T shows
>>>
>>
On 8/24/2017 4:01 PM, Mike Tancsa wrote:
> OK, this is fairly easy to repeat. If I start a sync of a snapshot via
> zrep, it hangs the box. CTRL+T shows
>
>
> DEBUG: overiding stale lock on zroot/chyves from pid 19378
> sending zroot/chyves@zrep_10 to 10.151.9.2:zro
476k
load: 0.52 cmd: zfs 29690 [tx->tx_sync_done_cv] 363.08r 0.00u 0.00s 0%
3476k
On 8/24/2017 11:48 AM, Mike Tancsa wrote:
> I upgraded a server yesterday from RELENG_11 from march 2017 to r322800
> (Aug 22) and noticed that under heavy disk IO in a VM, the server is
> locking up. In
anything thats not already in RAM.
shutdown doesnt work and I have to reboot the box via IPMI.
Any ideas how to debug this or try and better understand the problem so
I can at least work around it ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m
- "limit=%u).", g_journal_cache_used,
> - g_journal_cache_limit);
> + GJ_DEBUG(1, "Out of cache, force switch (used=%jd "
> + "limit=%jd).", (intmax_t)g_journal_cache_used,
> +
ded.
---Mike
--
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
___
freebsd-stable@freebsd.org mail
out ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
___
freebsd-stable@freebsd.org
10:29 AM, Mike Tancsa <mailto:m...@sentex.net>> wrote:
>
> On 5/22/2017 3:24 PM, Zaphod Beeblebrox wrote:
> > After upgrading to 11.1-PRERELEASE, none of my MD5 BGP connections are
> > coming up. They were fine in 11.0-RELEASE.
>
> Make sure the
reebsd-stable/2017-April/087034.html
Other than that, it should work fine.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tanc
On 4/4/2017 7:18 AM, Andrey V. Elsukov wrote:
> On 04.04.2017 13:55, Mike Tancsa wrote:
>
> Yes, you need SA for both directions.
>
>> The man page for setkey implies I only need one entry.
>>
>> Also, should the SPI always been the same, or unique ?
>
> S
On 4/4/2017 7:18 AM, Andrey V. Elsukov wrote:
> On 04.04.2017 13:55, Mike Tancsa wrote:
>>> You have many SAs with the same destination address, it seems to me,
>>> that this should not work with old IPsec code, because it uses SA
>>> lookups using only destination ad
On 4/4/2017 2:24 AM, Andrey V. Elsukov wrote:
> On 04.04.2017 00:39, Mike Tancsa wrote:
> It seems you have encrypted your config, because I don't see IP with 128
> octets :)
:)
>
> One question, does this even worked before?
> You have many SAs with the same destinati
Hi,
I ran into a strange problem when migrating a box that makes use of tcp
md5 signatures. Having these two policies that have IPs which happen to
be 128 octets apart get rejected
add 10.50.34.158 10.50.34.18 tcp 0x101c -A tcp-md5 "test14" ;
add 10.50.34.30 10.50.34.18 tcp 0x1002 -A tcp-
On 1/4/2017 2:26 PM, Navdeep Parhar wrote:
> Please file a bug against the network stack.
Created
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215778
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet servi
guage: auto; currently minimal
(kgdb)
>
> Regards,
> Navdeep
>
>
>
> On Wed, Jan 4, 2017 at 11:00 AM, Mike Tancsa wrote:
>> I ran into a strange problem when manually loading a network driver
>> after RELENG_11 box starts up with a routing daemon already runn
097c6fb at Xfast_syscall+0xfb
Uptime: 3m9s
Dumping 1635 out of 32675
MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Can
the firmware upgrade.
Thanks! What version are you running ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://ww
: N/A
Image Versions in Flash:
BIOS Version : 6.13.00_4.14.05.00_0x06010600
Ctrl-R Version : 5.01-0004
FW Version : 4.210.10-2910
NVDATA Version : 3.1310.00-0054
Boot Block Version : 3.00.00.00-0009
--
--
sion 303109.
# svnlite status --show-updates
Status against revision: 303109
#
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
_
ne test case (secureCRT client)
so far! Thanks.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://ww
On 3/8/2016 1:13 PM, Craig Green wrote:
>
>
> On 2016-03-08 7:45 AM, Mike Tancsa wrote:
>> Hi,
>> I tried on 2 separate boxes, and sshd segfaults when this rev is
>> applied
>>
>> ---Mike
>
> Just adding some debug logs showing a couple pla
otiation and weak ciphers.
> [CVE-2016-0800 "DROWN", upstream 56f1acf5]. Note that
> support of SSLv2 is not removed in order to preserve
> ABI compatibility, and application may still explicitly
> ask for vulnerable protocol or ciphers.
>
> In collaboration wit
On 3/3/2016 1:46 AM, Dag-Erling Smørgrav wrote:
> Mike Tancsa writes:
>> I noticed on a server that I updated on Friday that incorporates
>> r295367, some lightweight clients that were using aes128-cbc are now
>> failing to connect. Is this a planned change ? If so, per
see if any others show the same behaviour.
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
__
[3]: stopped in /usr/src
*** Error code 1
Stop.
make[2]: stopped in /usr/src
*** Error code 1
Stop.
make[1]: stopped in /usr/src
*** Error code 1
Stop.
make: stopped in /usr/src
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Inte
Hi,
I noticed on a server that I updated on Friday that incorporates
r295367, some lightweight clients that were using aes128-cbc are now
failing to connect. Is this a planned change ? If so, perhaps a heads
up in UPDATING ?
e.g. from an older client
ssh -c aes128-cbc u...@target.sent
.freebsd.org/pipermail/svn-src-head/2016-February/082577.html
I imagine they will be MFC'd like any other bug after appropriate
shakeout in HEAD
---Mike
--
-------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 19
nges, is there not
a better way to not have reasonable speeds ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa
On 2/8/2016 4:10 AM, Marius Strobl wrote:
> On Sat, Feb 06, 2016 at 07:46:02PM -0500, mike tancsa wrote:
>> Sure, I will try Monday when at the office
>
> Actually, thinking about it, could you please try the following
> patch on top of the previous one/r295287?
> https
s out of the box.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
___
freebsd-stable
On 2/1/2016 5:27 PM, Marius Strobl wrote:
> On Mon, Feb 01, 2016 at 05:11:29PM -0500, Mike Tancsa wrote:
>> On 1/30/2016 12:26 PM, Marius Strobl wrote:
>>>
>>> Ah, okay, that at least makes sense. Can you please verify that with
>>> the attached patch applied
= 'LSI Logic / Symbios Logic'
device = 'MegaRAID SAS-3 3108 [Invader]'
class = mass storage
subclass = RAID
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services sin
101 - 200 of 990 matches
Mail list logo