Re: [OmniOS-discuss] Slow CIFS Writes when using Moca 2.0 Adapter

Turns out that running svcadm restart smb/server after tuning the send and receive buffers has fixed the problem. I can now transfer at nearly 1GBe both up and down! Problem has been resolved :) On Thu, Jan 28, 2016 at 2:30 PM, Mini Trader <miniflowtra...@gmail.com> wrote: > Is th

Re: [OmniOS-discuss] Slow CIFS Writes when using Moca 2.0 Adapter

rie...@simple.dallas.tx.us> wrote: > On Thu, 28 Jan 2016, Mini Trader wrote: > > Turns out that running svcadm restart smb/server after tuning the send and >> receive buffers has fixed the problem. I can now >> transfer at nearly 1GBe both up and down! >> Problem has

Re: [OmniOS-discuss] Slow CIFS Writes when using Moca 2.0 Adapter

Is there a way to adjust the default Window Size for CIFS or NFS? On Thu, Jan 28, 2016 at 1:39 PM, Mini Trader <miniflowtra...@gmail.com> wrote: > I also tried the following. Which seems to have improved iperf speeds. > But I am still getting the same CIFS speeds. > > root@sto

Re: [OmniOS-discuss] Slow CIFS Writes when using Moca 2.0 Adapter

wrote: > > > On Jan 28, 2016, at 2:44 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > > > > Problem has been resolved :) > > > > Makes sense. Those settings are only inherited by new TCP connections. > Sorry I missed a good chunk of this thread, but you p

Re: [OmniOS-discuss] Slow CIFS Writes when using Moca 2.0 Adapter

Perhaps it was too good to be true. It seems that one of the parameters is being disregarded for CIFS shares. 1. When the system first starts and I download from my CIFS share, the transfer rates are good, around 95mb/sec. 2. If I restart CIFS the rates are good. 3. If I wait sometime after the

Re: [OmniOS-discuss] Slow CIFS Writes when using Moca 2.0 Adapter

799 Mbits/sec On Thu, Jan 28, 2016 at 11:34 AM, Mini Trader <miniflowtra...@gmail.com> wrote: > Thank you for all the responses! Ive run some more detailed tests using > iperf 2. The results that I see are inline with the transfer rates so they > describe the behavior t

[OmniOS-discuss] Slow CIFS Writes when using Moca 2.0 Adapter

Slow CIFS Writes when using Moca 2.0 Adapter. I am experiencing this only under OmniOS. I do not see this in Windows or Linux. I have a ZFS CIFS share setup which can easily do writes that would saturate a 1GBe connection. My problem appears to be related somehow to the interaction between

Re: [OmniOS-discuss] Slow CIFS Writes when using Moca 2.0 Adapter

as.tx.us> wrote: > On Wed, 27 Jan 2016, Mini Trader wrote: > > Slow CIFS Writes when using Moca 2.0 Adapter. >> >> I am experiencing this only under OmniOS. I do not see this in Windows >> or Linux. >> >> I have a ZFS CIFS share setup which can ea

Re: [OmniOS-discuss] CIFS ignores TCP Buffer Settings

2097152 | 0 On Tue, Mar 8, 2016 at 8:20 PM, Mini Trader <miniflowtra...@gmail.com> wrote: > Running the following dtrace. > > #!/usr/sbin/dtrace -s > > #pragma D option quiet > > tcp:::send > / (args[4]->tcp_fla

Re: [OmniOS-discuss] CIFS ignores TCP Buffer Settings

If it helps. This doesn't happen on NFS from the exact same client. How do I file a bug? On Tue, Mar 8, 2016 at 1:51 PM, Mini Trader <miniflowtra...@gmail.com> wrote: > Simple example. > > 1 Server 1 client. > > Restart service everything is fast. A few hours later from s

Re: [OmniOS-discuss] CIFS ignores TCP Buffer Settings

indows sizes are not going above 64k when things are not working properly. On Tue, Mar 8, 2016 at 7:56 PM, Mini Trader <miniflowtra...@gmail.com> wrote: > If it helps. This doesn't happen on NFS from the exact same client. How > do I file a bug? > > On Tue, Mar 8, 2016 at 1:51 PM, M

[OmniOS-discuss] CIFS ignores TCP Buffer Settings

Is it possible that CIFS will ignore TCP buffer settings after a while? I've confirmed my systems max transfer rate using iperf and have tuned my buffers accordingly. For whatever reason CIFS seems to forget these settings after a while as speed drops significantly. Issuing a restart of the

Re: [OmniOS-discuss] CIFS ignores TCP Buffer Settings

for my CIFS drives to the server becomes slow. Also this only happens when the client is downloading. Not when uploading to the server that is always fast. On Tue, Mar 8, 2016 at 1:42 AM, Jim Klimov <jimkli...@cos.ru> wrote: > 8 марта 2016 г. 6:42:13 CET, Mini Trader <miniflowtra...@gmai

Re: [OmniOS-discuss] New OmniOS bloody very soon -- READ CAREFULLY!!!

Thanks Dan. Have the LX zone patches been added in? On Wed, Feb 1, 2017 at 6:58 AM Dominik Hassler wrote: > Dan, > > updated according to your instructions and switched to loader > afterwards. Everything went smooth. > > Thanks! > Dominik > > On 02/01/2017 01:34 AM, Dan

Re: [OmniOS-discuss] New OmniOS bloody very soon -- READ CAREFULLY!!!

t; By recording the last illumos-Joyent commit we inspected. > > Dan > > Sent from my iPhone (typos, autocorrect, and all) > > On Feb 1, 2017, at 7:02 AM, Mini Trader <miniflowtra...@gmail.com> wrote: > > Thanks Dan. Have the LX zone patches been added in? > > On Wed, Fe

Re: [OmniOS-discuss] LX Zone DTrace

directory) write(1, "[Errno 2] No such file or direct"..., 36[Errno 2] No such file or directory ) = 36 On Sat, Jan 14, 2017 at 10:02 AM, Mini Trader <miniflowtra...@gmail.com> wrote: > I just tried on CentOS same error. The directory has to be from LOFS i.e. > a ZFS pool. &g

[OmniOS-discuss] LOFS LX chdir bug with steps to reproduce

I spent a bit of time yesterday using dtrace and looking at the source. I believe I found why the system is falsely reporting that the current directory does not exist and have created a simple program to reproduce the problem. The problem seems to be related to when v_path in the vnode struct

Re: [OmniOS-discuss] LOFS LX chdir bug with steps to reproduce

iPhone (typos, autocorrect, and all) > > On Jan 16, 2017, at 1:02 PM, Mini Trader <miniflowtra...@gmail.com> wrote: > > 1. Does not happen on native. > 2. My non-global zones are under /tank/zones/ > 3. It uses python - but the calls are all stdlib calls, no magic they are &g

Re: [OmniOS-discuss] LX chdir bug with steps to reproduce

Linnosaari < jaakko.linnosa...@polarshift.fi> wrote: > > On 16 Jan 2017, at 17.40, Mini Trader <miniflowtra...@gmail.com> wrote: > > I used the following dtrace to get insight into what was happening (ran it > from global zone). > > dtrace -n 'fbt:genunix:vnodeto

Re: [OmniOS-discuss] LX zones: configurations

it to run at 1/10th the maximum speed! On Wed, Jan 11, 2017 at 8:52 PM, Dan McDonald <dan...@omniti.com> wrote: > > > On Jan 11, 2017, at 8:32 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > > > > This does not work. Simple example. Ran wget on an ubuntu IS

Re: [OmniOS-discuss] LX Zone DTrace

you tried simply tracing the lx-syscall probes? > > On Fri, Jan 13, 2017 at 9:24 AM, Mini Trader <miniflowtra...@gmail.com> > wrote: > >> I followed these instructions prior to my post and my zone would not boot >> after doing the mod to add the flag to the file. >>

Re: [OmniOS-discuss] LX Zone DTrace

1 arg, directory to scan' cwd = os.getcwd() os.chdir(sys.argv[1]) walk('.') On Fri, Jan 13, 2017 at 3:52 PM, Dale Ghent <da...@omniti.com> wrote: > Could you provide some of your telemetry and background here? There might > be a reasonable explanation, or a quick fix. > > /dal

Re: [OmniOS-discuss] LX Zone DTrace

> > > On Sat, Jan 14, 2017 at 3:16 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > >> Well the author at my request was able to remove the call to os.getcwd() >> which allows the program to operate. >> >> >> If anyone wants to tinker here is an

Re: [OmniOS-discuss] LX Zone DTrace

) != 2: print 'need 1 arg, directory to scan' os.chdir(sys.argv[1]) cwd = os.getcwd() cwdlist = cwd.split('/') walk('.') On Fri, Jan 13, 2017 at 4:06 PM, Mini Trader <miniflowtra...@gmail.com> wrote: > Here is the code. It will run just fine with Debian 8.6 or OmniOS. It &g

Re: [OmniOS-discuss] LX Zone DTrace

are some notes on > https://wiki.smartos.org/display/DOC/LX+Branded+Zones#LXBrandedZones-Debugging > > Some of the details on that page are Specific to SmartOS, but some of it > is generic to LX. > > -Nahum > > On Fri, Jan 13, 2017 at 12:46 AM, Mini Trader <miniflowtra...

Re: [OmniOS-discuss] LX zones: configurations

With respect to virtualization, should one be turning on any hardware specific feature for the VM to properly use LX or it doesn't matter? On Wed, Jan 11, 2017 at 9:35 AM Nahum Shalman wrote: > At this phase I would honestly recommend attempting to reproduce LX issues > on

Re: [OmniOS-discuss] LX zones: configurations

No Python 3.x ? On Tue, Jan 10, 2017 at 6:04 PM, Dale Ghent wrote: > > > On Jan 10, 2017, at 5:04 PM, Dominik Hassler wrote: > > > > @Dan: LX zones are considered BETA in r20 and r22 seems to be "late", is > there a chance to get LX bleeding edge in r20 w/o

[OmniOS-discuss] LX Zones and UID Mapping on LOFS Mounts

Currently the UID Mapping between the host (OmniOS) and my zone (Linux) is based purely on UID. Obviously the UID's on my Linux zone are going to be very different from my OmniOS setup. Is there any NFS4 IDMAPD concept available here? e.g. nobody/nogroup for unrecognized users and groups or

Re: [OmniOS-discuss] LX Program Issue

I can't reproduce this evening :) I started with a fresh install off the CD instead of upgrading from LTS. Will continue and get back to you. On Mon, Jan 9, 2017 at 3:24 PM, Dan McDonald <dan...@omniti.com> wrote: > > > On Jan 9, 2017, at 3:22 PM, Mini Trader <miniflowtra...@

Re: [OmniOS-discuss] LX Program Issue

g list at https://smartos.org/bugview/index.html, although > searching there is not very good. All open lx bugs are listed there under > OS-. > > Thanks, > Jerry > > > On Mon, Jan 9, 2017 at 9:58 AM, Dan McDonald <dan...@omniti.com> wrote: > > > >

Re: [OmniOS-discuss] LX Program Issue

I tested on 1520. I also used Debian 8.6 and when I did a backup. The first one worked but a second call to same directory with no changes did not. On Mon, Jan 9, 2017 at 3:08 PM Dan McDonald <dan...@omniti.com> wrote: > > > > On Jan 9, 2017, at 2:58 PM, Mini Trader <min

Re: [OmniOS-discuss] LX Program Issue

n 9, 2017, at 2:31 PM, Mini Trader <miniflowtra...@gmail.com> wrote: > > The test case was in my previous post. Does this require a whole wad of installation? I was hoping you (or the hashbackup folks) would be able to produce a smaller, easy-to-compile, test case of some sort

Re: [OmniOS-discuss] LX Program Issue

5b-11e6-9c4f-3bcedc82f8e1/file Just to reiterate on a fresh install of 20 I got no error. Different hardware too. On Mon, Jan 9, 2017 at 9:52 PM, Dan McDonald <dan...@omniti.com> wrote: > > > On Jan 9, 2017, at 9:51 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: >

Re: [OmniOS-discuss] LX Program Issue

wrote: > > > On Jan 9, 2017, at 8:09 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > > > > I can't reproduce this evening :) I started with a fresh install off > the CD instead of upgrading from LTS. Will continue and get back to you. > > That should be a NOP, yo

Re: [OmniOS-discuss] LX Program Issue

, and an update up to 20 to see if that makes a difference. Weird. On Mon, Jan 9, 2017 at 8:09 PM, Mini Trader <miniflowtra...@gmail.com> wrote: > I can't reproduce this evening :) I started with a fresh install off the > CD instead of upgrading from LTS. Will continue and get

Re: [OmniOS-discuss] LX Program Issue

on the second write in this program. Strange indeed. On Mon, Jan 9, 2017 at 10:03 PM, Dan McDonald <dan...@omniti.com> wrote: > > > On Jan 9, 2017, at 10:01 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > > > > Just to reiterate on a fresh install of 20 I

[OmniOS-discuss] LX Zone DTrace

Is there anything that can be done to trace a program having issues on an LX Zone. I am seeing: OSError: [Errno 2] No such file or directory: Again under certain conditions which I am trying to trace - unfortunately this is a closed source program. Can DTrace be used to help track something

Re: [OmniOS-discuss] LX Zones and UID Mapping on LOFS Mounts

Any examples on what needs to be done to make this work with LOFS? On Tue, Jan 10, 2017 at 7:19 PM Dan McDonald <dan...@omniti.com> wrote: > > > > On Jan 10, 2017, at 6:49 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > > > > > > Currently the

Re: [OmniOS-discuss] LX zones: configurations

If the hardware is there will it be used? On Wed, Jan 11, 2017 at 11:33 AM Nahum Shalman <nshal...@omniti.com> wrote: > On Wed, Jan 11, 2017 at 11:01 AM, Mini Trader <miniflowtra...@gmail.com> > wrote: > > With respect to virtualization, should one be turning on any har

Re: [OmniOS-discuss] LX zones: configurations

: Unknown error -122 RTNETLINK answers: Unknown error -122 We have an error talking to the kernel On Wed, Jan 11, 2017 at 6:41 PM, Jim Klimov <jimkli...@cos.ru> wrote: > 12 января 2017 г. 0:13:39 CET, Mini Trader <miniflowtra...@gmail.com> > пишет: > >Is it possi

Re: [OmniOS-discuss] LX zones: configurations

Is it possible to limit flow control on uploads? flowadm - the numbers don't seem to add up. I'm not sure what its doing. On Wed, Jan 11, 2017 at 8:16 PM, Dan McDonald <dan...@omniti.com> wrote: > > > On Jan 11, 2017, at 8:15 PM, Mini Trader <miniflowtra...@

Re: [OmniOS-discuss] LX zones: configurations

across reboot of zone. On Wed, Jan 11, 2017 at 8:28 PM, Dan McDonald <dan...@omniti.com> wrote: > > > On Jan 11, 2017, at 8:25 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > > > > Is it possible to limit flow control on uploads? flowadm - the numbers > d

Re: [OmniOS-discuss] LX Zones - Password for Canned SmartOS Images

Yes. Doesn't seem to make a difference. On Thu, Jan 5, 2017 at 10:47 AM, Rafael Pardinas <raf...@gmail.com> wrote: > Have you tried rebooting the LX zone? Sometimes they don't load correctly > the first time. > > On Thu, 5 Jan 2017 at 15:45 Mini Trader <miniflowtr

Re: [OmniOS-discuss] LX Zones - Password for Canned SmartOS Images

__. . _| |_ | .-. . . .-. :--. |- |__| ;| || |(.-' | | | |__| `--' `-' `;-| `-' ' ' `-' / ; Instance (Debian 8.6 (jessie) 20161213) `-' https://docs.joyent.com/images/container-native-linux Login timed out after 60 seconds. [Connection to zone 'lx0' pts/2 closed] On Thu, Jan 5, 2017 at 10:44 AM, Mini Trader <miniflow

Re: [OmniOS-discuss] NFS 4.2 Support - Sparse Files

ntinued and I may need an > alternative sometimes in the future, even if it still works fine. > > > > > > > Olaf > > > > > > > > > Il 5 gennaio 2017 14:19:33 CET, Mini Trader <miniflowtra...@gmail.com> ha > scritto: > > > > Thi

[OmniOS-discuss] LX Zones - Password for Canned SmartOS Images

Hello all, I am trying to use a Debian LX Image based on the instructions from: https://omnios.omniti.com/wiki.php/LXZones The UUID I am using is: 9a8d53c0-c15b-11e6-9c4f-3bcedc82f8e1 I've been able to get my zone to start up no problems. But I cannot login. Is there a default password for

Re: [OmniOS-discuss] LX Zones - Password for Canned SmartOS Images

ssign passwords. By default there isn't one assigned > to the root user as far as I know. > > -Rafa > > On Thu, 5 Jan 2017 at 15:14 Mini Trader <miniflowtra...@gmail.com> wrote: > >> Hello all, >> >> I am trying to use a Debian LX Image based on the instructions

Re: [OmniOS-discuss] LX Zones - Password for Canned SmartOS Images

root@storage1:/root# dladm show-link LINKCLASS MTUSTATEBRIDGE OVER vmxnet3s0 phys 1500 up -- -- vmxnet3s1 phys 9000 up -- -- lx0 vnic 1500 up -- vmxnet3s0 root@storage1:/root# root@storage1:/root#

Re: [OmniOS-discuss] LX Zones - Password for Canned SmartOS Images

The only machine I can ping is the host. Nothing else. root@debian-8:~# ifconfig -a loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MULTICAST MTU:8232 Metric:1 RX packets:0

Re: [OmniOS-discuss] LX Zones - Password for Canned SmartOS Images

Only added the vnic because I saw it in some other install manual. Obviously not needed - thank you for pointing that out! I added a third NIC on the same network and wham I am up and running :) Thank you for the help. Is there any documentation on what I need to do to make my datasets visible?

Re: [OmniOS-discuss] LX Zones - Password for Canned SmartOS Images

Having trouble with networking. Any thoughts on this? ipadm show-addr ADDROBJ TYPE STATEADDR vmxnet3s0/v4 static ok 10.255.0.15/24 dladm show-vnic LINK OVER SPEED MACADDRESSMACADDRTYPE VID lx0 vmxnet3s01

Re: [OmniOS-discuss] NFS 4.2 Support - Sparse Files

, Jan 4, 2017 at 7:17 PM Michael Rasmussen <m...@miras.org> wrote: > On Wed, 04 Jan 2017 23:59:15 + > > Mini Trader <miniflowtra...@gmail.com> wrote: > > > > > > > > If anyone has any recommendations for an incremental cloud storage > soluti

Re: [OmniOS-discuss] NFS 4.2 Support - Sparse Files

effective. On Wed, Jan 4, 2017 at 2:01 PM Dan McDonald <dan...@omniti.com> wrote: > > > > On Jan 4, 2017, at 1:19 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > > > > > > Hello all, > > > > > > Is there any support for NFS 4.2

Re: [OmniOS-discuss] NFS 4.2 Support - Sparse Files

bunch of things such as Veeam, BeeGFS, and Plex. Works like a > charm as long as you don't need extended attribute support. > > Michael > Sent from my iPhone > > > On Jan 4, 2017, at 4:15 PM, Michael Rasmussen <m...@miras.org> wrote: > > > > On Wed, 04 Jan 2017 23

Re: [OmniOS-discuss] NFS 4.2 Support - Sparse Files

They are .10 per GB. Backblaze is 0.005 per GB. About $2400/yr vs $120/yr. On Wed, Jan 4, 2017 at 7:25 PM, Michael Rasmussen wrote: > On Thu, 5 Jan 2017 01:15:18 +0100 > Michael Rasmussen wrote: > > > Would it be possible to use rsync with backblaze? > > rsync

Re: [OmniOS-discuss] LX Zones - Password for Canned SmartOS Images

raf...@gmail.com> wrote: > It may be useful to take a look at your config file then. > > On Thu, 5 Jan 2017 at 15:51 Mini Trader <miniflowtra...@gmail.com> wrote: > >> Yes. Doesn't seem to make a difference. >> >> On Thu, Jan 5, 2017 at 10:47 AM, Rafael Pardin

[OmniOS-discuss] LX Program Issue

I have a program that is behaving differently in an LX environment. Specifically something about permission issues. I've corresponded with the author and they believe the issue could take place if the system was falsely reporting the status of a file e.g. file open instead of closed. Regardless

Re: [OmniOS-discuss] LX Program Issue

The above was tested with Debian 8.6 SmartOS image. On Mon, Jan 9, 2017 at 12:35 PM Mini Trader <miniflowtra...@gmail.com> wrote: > The program is from hashbackup.com it's a backup utility that allows you > to backup to backblaze > > To reproduce create a directory with some f

[OmniOS-discuss] NFS 4.2 Support - Sparse Files

Hello all, Is there any support for NFS 4.2 in Illumos? I am interested in the Sparse File functionality that has been introduced. Thanks! ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com

Re: [OmniOS-discuss] LX Program Issue

here whatever is happening underneath the hood is > sensitive to these permissions on the second write in this program. > > Strange indeed. > > On Mon, Jan 9, 2017 at 10:03 PM, Dan McDonald <dan...@omniti.com> wrote: > >> >> > On Jan 9, 2017, at 10:01 PM, Mini

Re: [OmniOS-discuss] Loader On Mirrored Setup

Is this the suggested command to use because it wasn't mentioned anywhere on the loader wiki. On Mon, Jul 31, 2017 at 11:15 AM Peter Tribble <peter.trib...@gmail.com> wrote: > > > On Sun, Jul 30, 2017 at 9:14 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > &g

[OmniOS-discuss] Loader On Mirrored Setup

Hello all, If moving to Loader and using a mirrored setup is there anything that must be done to ensure that Loader is installed on both drives? Thanks! ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com

Re: [OmniOS-discuss] LX chdir bug with steps to reproduce

This simple python code will break on an LX zone (LTS) import os import time os.chdir('/main/documents/test') for i in xrange(2000): print i os.chdir('a') print os.getcwd() os.chdir('..') On Fri, Mar 9, 2018 at 1:01 PM, Mini Trader <miniflowtra...@gmail.com> wrote: &

Re: [OmniOS-discuss] LX chdir bug with steps to reproduce

Would this bug have been fixed in the latest stable version of OmniOS CE? On Mon, Jan 16, 2017 at 5:36 PM, Dan McDonald <dan...@omniti.com> wrote: > > > On Jan 16, 2017, at 5:01 PM, Mini Trader <miniflowtra...@gmail.com> > wrote: > > > > We definitely need: &g