Re: SLAAC not working

2017-08-05 Thread Greg Rivers
On Saturday, August 05, 2017 21:37:35 Ultima wrote: > Never tested SLAAC on lagg, but your configuration looks correct to me. One > flag that I notice that looks questionable is the MTU option being 9216 > while the lagg interface is set to 1500. I doubt this would cause SLAAC to > fail but it

Re: SLAAC not working

2017-08-05 Thread Ultima
Never tested SLAAC on lagg, but your configuration looks correct to me. One flag that I notice that looks questionable is the MTU option being 9216 while the lagg interface is set to 1500. I doubt this would cause SLAAC to fail but it maybe worth investigating. On Sat, Aug 5, 2017 at 8:54 PM,

Re: SLAAC not working

2017-08-05 Thread Greg Rivers
On Saturday, August 05, 2017 20:44:56 Ultima wrote: > Do you have pf or ipfw running? are they accepting ICMP type 128, 129, 135, > 136? the first 2 are for ping requests last 2 for Neighbor > solicitation/advertisement. > Ah, good question. Neither host is running a firewall; I should have

Re: SLAAC not working

2017-08-05 Thread Ultima
Do you have pf or ipfw running? are they accepting ICMP type 128, 129, 135, 136? the first 2 are for ping requests last 2 for Neighbor solicitation/advertisement. On Sat, Aug 5, 2017 at 8:35 PM, Greg Rivers wrote: > I have a couple of hosts on different networks

SLAAC not working

2017-08-05 Thread Greg Rivers
I have a couple of hosts on different networks running 11.1-RELEASE amd64. Neither host will auto-configure its IPv6 address, even though valid router advertisements[1] are present. Both hosts have two oce(4) interfaces aggregated in fail-over mode via lagg(4). The lagg interface is configured

Re: a strange and terrible saga of the cursed iSCSI ZFS SAN

2017-08-05 Thread Peter
Eugene M. Zheganin wrote: Hi, On 05.08.2017 22:08, Eugene M. Zheganin wrote: pool: userdata state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise

Re: a strange and terrible saga of the cursed iSCSI ZFS SAN

2017-08-05 Thread Fabian Keil
"Eugene M. Zheganin" wrote: > On 05.08.2017 22:08, Eugene M. Zheganin wrote: > > > > pool: userdata > > state: ONLINE > > status: One or more devices has experienced an error resulting in data > > corruption. Applications may be affected. > > action: Restore the

Re: a strange and terrible saga of the cursed iSCSI ZFS SAN

2017-08-05 Thread Freddie Cash
On Aug 5, 2017 10:09 AM, "Eugene M. Zheganin" wrote: And I want to also ask - what happens when the system's memory isn't enough for deduplication - does it crash, or does the problem of mounting the pool appear, like some articles mention ? Can't really help with the

Re: a strange and terrible saga of the cursed iSCSI ZFS SAN

2017-08-05 Thread Eugene M. Zheganin
Hi, On 05.08.2017 22:08, Eugene M. Zheganin wrote: pool: userdata state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire

a strange and terrible saga of the cursed iSCSI ZFS SAN

2017-08-05 Thread Eugene M. Zheganin
Hi, I got a problem that I cannot solve just by myself. I have a iSCSI zfs SAN system that crashes, corrupting it's data. I'll be short, and try to describe it's genesis shortly: 1) autumn 2016, SAN is set up, supermicro server, external JBOD, sandisk ssds, several redundant pools, FreeBSD

Re: Program crashes after 320666

2017-08-05 Thread Konstantin Belousov
On Fri, Aug 04, 2017 at 06:10:48PM -0700, Kevin Oberman wrote: > multimedia/avidemux_qt4 has started dumping core with segfaults and other > errors in libthread called from Qt4. I am suspicious that the real problem > is in Qt4 and those errors were previously not detected and usually not >