RE: [developer] [smartos-discuss] Is zfs dead man timer tunable?

>From: Youzhong Yang [mailto:youzh...@gmail.com] >Sent: 星期三, 一月 27, 2016 11:41 >To: Fred Liu >Cc: Richard Elling; smartos-discuss@lists.smartos.org; illumos-developer >Subject: Re: [developer] [smartos-discuss] Is zfs dead man timer tunable? >       -d >                      Disregard dump

Re: [smartos-discuss] Fastest link between 2 VMs

"Practically, the limits of link speed for a VNIC are based on the underlying device or the kernel data path, so it can saturate a 10 Gbit/s device. On the flip side, due to how the hardware virtualization is currently implemented, it is unlikely that you will see speeds much higher than 1

Re: [smartos-discuss] Fastest link between 2 VMs

On 1/25/16 12:36 , the outsider wrote: > The good old Solaris 10 already "sensed" IP traffic from zones and kept all > IP-traffic that didn't have to go "on wire" inside its own hardware. That was only because it had 'shared networking stacks'. Specifically during this time, all of the

Re: [smartos-discuss] Fastest link between 2 VMs

On 1/26/16 8:21 , Humberto Ramirez wrote: > "Practically, the limits of link speed for a VNIC are based on the > underlying device or the kernel data path, so it can saturate a 10 > Gbit/s device. On the flip side, due to how the hardware virtualization > is currently implemented, it is unlikely

Re: [developer] [smartos-discuss] Is zfs dead man timer tunable?

> On Jan 25, 2016, at 11:22 PM, Fred Liu wrote: > > > Yes. I cleaned the whole folder > > Fred savecore serves two functions: 1. copy the dump from the dump device to a filesystem: vmdump.# (done at boot by the dumpadm SMF service) 2. extract the vmcore.# and

Re: [smartos-discuss] Fastest link between 2 VMs

> On 26/01/2016, at 7:10 AM, Robert Mustacchi wrote: > > So in this case, the only time I'd employ an etherstub is if I wanted to > have a network that was local to the host itself. I had been assuming one could join etherstubs together with an L2 tunnel of some description

Re: [smartos-discuss] Fastest link between 2 VMs

On 1/26/16 11:07 , David Preece wrote: > >> On 26/01/2016, at 7:10 AM, Robert Mustacchi wrote: >> >> So in this case, the only time I'd employ an etherstub is if I wanted to >> have a network that was local to the host itself. > > I had been assuming one could join etherstubs

Re: [smartos-discuss] Fastest link between 2 VMs

> On 27/01/2016, at 8:09 AM, Robert Mustacchi wrote: > > Are you referring to two different etherstubs on the same physical host > or on different physical hosts? Different. -Dave --- smartos-discuss Archives:

Re: [smartos-discuss] Fastest link between 2 VMs

On 1/26/16 11:10 , David Preece wrote: > >> On 27/01/2016, at 8:09 AM, Robert Mustacchi wrote: >> >> Are you referring to two different etherstubs on the same physical host >> or on different physical hosts? > > Different. You certainly can do something like that. I know folks

Re: [smartos-discuss] Fastest link between 2 VMs

Note that its important to consider the differences between throughput and latency when discussing “fast”. (Ideally we’d have very low latency and very high bandwidth. However in the real world there is usually some tradeoff between the two.) For throughput I’d imagine that it would be

[smartos-discuss] Re: Is it possible to roll back a ZPOOL(which cannot be imported) to its last known good state?

Thanks Richard and Matthew. After applying fix for https://www.illumos.org/issues/5770, I was able to run zdb and zpool import with -X, -F, -T and etc. But unfortunately I am no luck to successfully import the zpool. -F or -T returned "cannot import 'zp13': one or more devices is currently

RE: [developer] [smartos-discuss] Is zfs dead man timer tunable?

>savecore serves two functions: >1. copy the dump from the dump device to a filesystem: vmdump.# (done at boot >by >   the dumpadm SMF service) >2. extract the vmcore.# and unix.# from a vmdump.# >Unless you've dumped again, the old dump should still be on the dump device. root@pluto ~]#