The bloody repo server has an updated LX brand package with this fix.
Dan
Sent from my iPhone (typos, autocorrect, and all)
> On Oct 11, 2016, at 2:20 PM, Richard Skelton wrote:
>
> Hi All,
> Dan provided an updated lx_brand file which I installed in
>
On Tue, 2016-10-11 at 21:58 +0200, Martin Waldenvik wrote:
> On 10/11/2016 09:14 PM, Dan McDonald wrote:
> > Dumb question - is your FreeBSD frame size jumbo?
> >
> > Also, try this on OmniOS:
> >
> > ipadm set-prop -p send_buf=1048576 tcp
> > ipadm set-prop -p recv_buf=1048576 tcp
> >
> > And
I upgraded a system from 012 to 018 just now and everything went totally
smoothly - system rebooted fine. However, the boot environment names weren't
what I wanted and since beadm can't rename the active one, I create a new one,
activated it, and rebooted again. On reboot this second (and
11 октября 2016 г. 21:58:48 CEST, Martin Waldenvik пишет:
>On 10/11/2016 09:14 PM, Dan McDonald wrote:
>> Dumb question - is your FreeBSD frame size jumbo?
>>
>> Also, try this on OmniOS:
>>
>> ipadm set-prop -p send_buf=1048576 tcp
>> ipadm set-prop -p recv_buf=1048576 tcp
>>
On 10/11/2016 09:14 PM, Dan McDonald wrote:
Dumb question - is your FreeBSD frame size jumbo?
Also, try this on OmniOS:
ipadm set-prop -p send_buf=1048576 tcp
ipadm set-prop -p recv_buf=1048576 tcp
And see if that helps if the frame size isn't smaller on OmniOS.
Dan
Sent from my iPhone
Dumb question - is your FreeBSD frame size jumbo?
Also, try this on OmniOS:
ipadm set-prop -p send_buf=1048576 tcp
ipadm set-prop -p recv_buf=1048576 tcp
And see if that helps if the frame size isn't smaller on OmniOS.
Dan
Sent from my iPhone (typos, autocorrect, and all)
> On Oct 11, 2016,
Hi All,
Dan provided an updated lx_brand file which I installed in
/usr/kernel/brand/amd64/lx_brand
After a reboot of the global zone all is now working :-)
CentOS release 6.8 (Final)
Kernel 2.6.32 on an x86_64
lx0 login:
Dan McDonald wrote:
>> On Oct 11, 2016, at 12:52 PM, Dan McDonald
I'm looking to deploy an all NVMe system, 2x 400GB for rpool and 4x 800GB for
the data pool.
I have had poor performance for virtual machines using either 10k or 15k drives
and also adding mirrored ZIL and L2 cache SSD. All SAS of course. This got
expensive fast and only striped mirror vdevs
Hi
I'm wondering if anyone can shed some light on a problem I have. I'm using
lftp sftp a lot and it is very slow. I can work around that sometimes by
using another server. But I am also using zrep (using ssh) to replicate my
pool to a backup server. This is also slow. Transfer is about 40
> On Oct 11, 2016, at 12:52 PM, Dan McDonald wrote:
>
> I'm going to check with SmartOS, and see if this is something I fubared, or
> if it's an upstream (i.e. their) problem too. I suspect I mismerged
> something. It's fairly new, because I swear I used to see CentOS 6
> On Oct 11, 2016, at 12:27 PM, Richard Skelton wrote:
>
> Hi Dan,
> I used :-
> curl -o centos6.zss.gz
> https://images.joyent.com/images/5b7e86e4-2797-11e6-b7d7-cbe6a1a48791/file
> zoneadm -z lx0 install -s /root/centos6.zss.gz
> zoneadm -z lx0 boot;zlogin -C lx0
Hi Dan,
I used :-
curl -o centos6.zss.gz
https://images.joyent.com/images/5b7e86e4-2797-11e6-b7d7-cbe6a1a48791/file
zoneadm -z lx0 install -s /root/centos6.zss.gz
zoneadm -z lx0 boot;zlogin -C lx0
Dan McDonald wrote:
>> On Oct 11, 2016, at 3:47 AM, Richard Skelton wrote:
Hi Dan,
I used :-
curl -o centos6.zss.gz
https://images.joyent.com/images/5b7e86e4-2797-11e6-b7d7-cbe6a1a48791/file
zoneadm -z lx0 install -s /root/centos6.zss.gz
zoneadm -z lx0 boot;zlogin -C lx0
Dan McDonald wrote:
>> On Oct 11, 2016, at 3:47 AM, Richard Skelton wrote:
13 matches
Mail list logo