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

2018-03-09 Thread Mini Trader
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 wrote: >

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

2018-03-09 Thread Mini Trader
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 wrote: > > > On Jan 16, 2017, at 5:01 PM, Mini Trader > wrote: > > > > We definitely need: > > > > https://smartos.org/bugview/OS-

Re: [OmniOS-discuss] Loader On Mirrored Setup

2017-07-31 Thread Mini Trader
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 wrote: > > > On Sun, Jul 30, 2017 at 9:14 PM, Mini Trader > wrote: > >> Hello all, >> >> If moving to Loader and us

[OmniOS-discuss] Loader On Mirrored Setup

2017-07-30 Thread Mini Trader
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 http://lists.omniti.com/mailman/list

Re: [OmniOS-discuss] ANNOUNCEMENT OmniOS Community Edition - OmniOSce r151022h

2017-07-14 Thread Mini Trader
On Jul 14, 2017, at 3:48 AM, Paul B. Henson hen...@acm.org wrote: > > > On Fri, Jul 14, 2017 at 01:31:51AM +, Mini Trader wrote: > > > >> Can the new boot loader handle 4K drives with this release? > > > > The fix for illumos issue 8303 appears to have been

Re: [OmniOS-discuss] ANNOUNCEMENT OmniOS Community Edition - OmniOSce r151022h

2017-07-13 Thread Mini Trader
Cool! Can the new boot loader handle 4K drives with this release? On Thu, Jul 13, 2017 at 6:51 PM Gary Gendel wrote: > This is very exciting. Thanks for the hard work to get things going. > > Gary > On 7/12/2017 11:32 AM, Tobias Oetiker wrote: > > # OmniOS Community Edition > > > > On April 21

Re: [OmniOS-discuss] Bug ?

2017-06-30 Thread Mini Trader
Is it going to be FreeBSD or Linux? On Thu, Jun 29, 2017 at 3:16 AM Oliver Weinmann < oliver.weinm...@telespazio-vega.de> wrote: > Ohh that is bad news. > > > > I have a productions system that somehow fails to join AD and I don’t know > what is causing this. We had a similar issue on our nexent

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

2017-02-01 Thread Mini Trader
s-Joyent commit we inspected. > > Dan > > Sent from my iPhone (typos, autocorrect, and all) > > On Feb 1, 2017, at 7:02 AM, Mini Trader wrote: > > Thanks Dan. Have the LX zone patches been added in? > > On Wed, Feb 1, 2017 at 6:58 AM Dominik Hassler wrote: > &g

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

2017-02-01 Thread Mini Trader
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 McDonald wrote: > > Hello

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

2017-01-16 Thread Mini Trader
Linnosaari < jaakko.linnosa...@polarshift.fi> wrote: > > On 16 Jan 2017, at 17.40, Mini Trader wrote: > > I used the following dtrace to get insight into what was happening (ran it > from global zone). > > dtrace -n 'fbt:genunix:vnodetopath_common:entry /pid == $target/ {

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

2017-01-16 Thread Mini Trader
iPhone (typos, autocorrect, and all) > > On Jan 16, 2017, at 1:02 PM, Mini Trader 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 > going directly to C. You

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

2017-01-16 Thread Mini Trader
tested in global zone with LOFS. No issue. Thanks! On Mon, Jan 16, 2017 at 12:13 PM, Dan McDonald wrote: > Thank you for doing this! Some questions in-line: > > > On Jan 16, 2017, at 10:40 AM, Mini Trader > wrote: > > > > I spent a bit of time yesterday using dtrac

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

2017-01-16 Thread Mini Trader
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 go

Re: [OmniOS-discuss] LX Zone DTrace

2017-01-15 Thread Mini Trader
uch file or 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 wrote: > I just tried on CentOS same error. The directory has to be from LOFS i.e. > a ZFS pool. > >

Re: [OmniOS-discuss] LX Zone DTrace

2017-01-14 Thread Mini Trader
2017 at 3:16 PM, Mini Trader > 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 example that will likely break on >> someones system.

Re: [OmniOS-discuss] LX Zone DTrace

2017-01-14 Thread Mini Trader
print err chdir('..') if len(sys.argv) != 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 wrote: > Here is the code. It

Re: [OmniOS-discuss] LX Zone DTrace

2017-01-13 Thread Mini Trader
v) != 2: print 'need 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 wrote: > Could you provide some of your telemetry and background here? There might > be a reasonable explanation, or a quick

Re: [OmniOS-discuss] LX Zone DTrace

2017-01-13 Thread Mini Trader
g the lx-syscall probes? > > On Fri, Jan 13, 2017 at 9:24 AM, Mini Trader > 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. >> >> >> On Fri, Jan 13, 2017 at 8:55 AM Nahum

Re: [OmniOS-discuss] LX Zone DTrace

2017-01-13 Thread Mini Trader
n > 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 > wrote: > > Is there anything

[OmniOS-discuss] LX Zone DTrace

2017-01-12 Thread Mini Trader
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 lik

Re: [OmniOS-discuss] LX zones: configurations

2017-01-11 Thread Mini Trader
se it to run at 1/10th the maximum speed! On Wed, Jan 11, 2017 at 8:52 PM, Dan McDonald wrote: > > > On Jan 11, 2017, at 8:32 PM, Mini Trader > wrote: > > > > This does not work. Simple example. Ran wget on an ubuntu ISO. Was > downloading at over 1 mega byte pe

Re: [OmniOS-discuss] LX zones: configurations

2017-01-11 Thread Mini Trader
rectional was not clean way of doing it > > > > > On Jan 11, 2017, at 5:28 PM, Dan McDonald wrote: > > > > > >> On Jan 11, 2017, at 8:25 PM, Mini Trader > wrote: > >> > >> Is it possible to limit flow control on uploads? flowadm

Re: [OmniOS-discuss] LX zones: configurations

2017-01-11 Thread Mini Trader
;t persist across reboot of zone. On Wed, Jan 11, 2017 at 8:28 PM, Dan McDonald wrote: > > > On Jan 11, 2017, at 8:25 PM, Mini Trader > wrote: > > > > Is it possible to limit flow control on uploads? flowadm - the numbers > don't seem to add up. I'

Re: [OmniOS-discuss] LX zones: configurations

2017-01-11 Thread Mini Trader
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 wrote: > > > On Jan 11, 2017, at 8:15 PM, Mini Trader > wrote: > > > > The values set in f

Re: [OmniOS-discuss] LX zones: configurations

2017-01-11 Thread Mini Trader
swers: 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 wrote: > 12 января 2017 г. 0:13:39 CET, Mini Trader > пишет: > >Is it possible for me to add inputs into the interface config f

Re: [OmniOS-discuss] LX zones: configurations

2017-01-11 Thread Mini Trader
Is it possible for me to add inputs into the interface config for my adapters. I use a utility to restrict uplink speed called wondershaper. Normally my /etc/network/interfaces has something like: up /sbin/wondershaper eth0 X Y Would like to do the same if possible in the zone config. On Wed,

Re: [OmniOS-discuss] LX zones: configurations

2017-01-11 Thread Mini Trader
If the hardware is there will it be used? On Wed, Jan 11, 2017 at 11:33 AM Nahum Shalman wrote: > On Wed, Jan 11, 2017 at 11:01 AM, Mini Trader > wrote: > > With respect to virtualization, should one be turning on any hardware > specific feature for the VM to properly use L

Re: [OmniOS-discuss] LX zones: configurations

2017-01-11 Thread Mini Trader
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 the latest SmartOS and

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

2017-01-10 Thread Mini Trader
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 wrote: > > > > On Jan 10, 2017, at 6:49 PM, Mini Trader > wrote: > > > > > > Currently the UID Mapping between the host (OmniOS) and my zone

Re: [OmniOS-discuss] LX zones: configurations

2017-01-10 Thread Mini Trader
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 the risk of breaking > something else

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

2017-01-10 Thread Mini Trader
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 mapp

Re: [OmniOS-discuss] LX Program Issue

2017-01-10 Thread Mini Trader
somewhere 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 wrote: > >> >> > On Jan 9, 2017, at 10:01 PM, Mini Trader >>

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
on the second write in this program. Strange indeed. On Mon, Jan 9, 2017 at 10:03 PM, Dan McDonald wrote: > > > On Jan 9, 2017, at 10:01 PM, Mini Trader > wrote: > > > > Just to reiterate on a fresh install of 20 I got no error. Different > hardware too. > > W

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
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 wrote: > > > On Jan 9, 2017, at 9:51 PM, Mini Trader > wrote: > > > > 2. Setup the LX System The same w

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
, 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 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. > > On Mon, Ja

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
017, at 8:09 PM, Mini Trader > 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, you'll land on the same r151020 bits. > >

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
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 wrote: > > > On Jan 9, 2017, at 3:22 PM, Mini Trader > wrote: > > > > I al

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
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 wrote: > > > > On Jan 9, 2017, at 2:58 PM, Mini Trader > wrote: > > > &g

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
It's a single binary. That can be downloaded. I don't think the author is available to generate the test case. My question was as an end user how can we determine why the software is not working on LX. On Mon, Jan 9, 2017 at 2:34 PM Dan McDonald wrote: > On Jan 9, 2017, at

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
os.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 wrote: > > > > > > On Jan 9, 2017, at 11:25 AM, Mini Trader &g

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
The above was tested with Debian 8.6 SmartOS image. On Mon, Jan 9, 2017 at 12:35 PM Mini Trader 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 files. And instruct the pr

Re: [OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
ackup -c hb ./data # Program crashes only on LX On Mon, Jan 9, 2017 at 12:13 PM Dale Ghent wrote: > > > Can you talk more about the program you're having issues with, how you're > using it and how this problem is manifesting itself? > > > > /dale > > &

[OmniOS-discuss] LX Program Issue

2017-01-09 Thread Mini Trader
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 is

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

2017-01-05 Thread Mini Trader
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

2017-01-05 Thread Mini Trader
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

2017-01-05 Thread Mini Trader
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 errors:

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

2017-01-05 Thread Mini Trader
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] LX Zones - Password for Canned SmartOS Images

2017-01-05 Thread Mini Trader
wrote: > It may be useful to take a look at your config file then. > > On Thu, 5 Jan 2017 at 15:51 Mini Trader wrote: > >> Yes. Doesn't seem to make a difference. >> >> On Thu, Jan 5, 2017 at 10:47 AM, Rafael Pardinas >> wrote: >> >> Have you t

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

2017-01-05 Thread Mini Trader
nux x86_64 __. . _| |_ | .-. . . .-. :--. |- |__| ;| || |(.-' | | | |__| `--' `-' `;-| `-' ' ' `-' / ; 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 c

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

2017-01-05 Thread Mini Trader
Yes. Doesn't seem to make a difference. On Thu, Jan 5, 2017 at 10:47 AM, Rafael Pardinas 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 wrote: > >> root@storag

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

2017-01-05 Thread Mini Trader
asswords. 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 wrote: > >> Hello all, >> >> I am trying to use a Debian LX Image based on the instructions from: >> >> https:/

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

2017-01-05 Thread Mini Trader
ued 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 ha > scritto: > > > > This could work :) Thank you. > > O

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

2017-01-05 Thread Mini Trader
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 th

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

2017-01-05 Thread Mini Trader
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 wrote: > > > > On Wed, 04 Jan 2017 23:59:15 + > > Mini Trader

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

2017-01-05 Thread Mini Trader
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 handles sparse files equally wel

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

2017-01-04 Thread Mini Trader
great. On Wed, Jan 4, 2017 at 7:17 PM Michael Rasmussen wrote: > On Wed, 04 Jan 2017 23:59:15 +0000 > > Mini Trader wrote: > > > > > > > > If anyone has any recommendations for an incremental cloud storage > solution > > > that is compatible with Omni

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

2017-01-04 Thread Mini Trader
cost effective. On Wed, Jan 4, 2017 at 2:01 PM Dan McDonald wrote: > > > > On Jan 4, 2017, at 1:19 PM, Mini Trader > wrote: > > > > > > Hello all, > > > > > > Is there any support for NFS 4.2 in Illumos? I am interested in the > Sparse Fi

[OmniOS-discuss] NFS 4.2 Support - Sparse Files

2017-01-04 Thread Mini Trader
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 http://lists.omniti.com/mailman/listinfo/omnios-d

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

2016-03-08 Thread Mini Trader
2097152 | 0 On Tue, Mar 8, 2016 at 8:20 PM, Mini Trader wrote: > Running the following dtrace. > > #!/usr/sbin/dtrace -s > > #pragma D option quiet > > tcp:::send > / (args[4]->tcp_flags & (TH_SYN|TH_RST|TH_FIN)) == 0 /

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

2016-03-08 Thread Mini Trader
indows sizes are not going above 64k when things are not working properly. On Tue, Mar 8, 2016 at 7:56 PM, Mini Trader 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, Mini Trader > wrote: &g

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

2016-03-08 Thread Mini Trader
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 wrote: > Simple example. > > 1 Server 1 client. > > Restart service everything is fast. A few hours later from same client > (nothing

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

2016-03-08 Thread Mini Trader
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 wrote: > 8 марта 2016 г. 6:42:13 CET, Mini Trader пишет: > >Is it possible that CIFS wi

[OmniOS-discuss] CIFS ignores TCP Buffer Settings

2016-03-07 Thread Mini Trader
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 servic

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

2016-02-01 Thread Mini Trader
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 r

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

2016-01-28 Thread Mini Trader
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

2016-01-28 Thread Mini Trader
016, at 2:44 PM, Mini Trader > 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 pretty much figured it > all out. > > And you sho

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

2016-01-28 Thread Mini Trader
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 wrote: > I also tried the following. Which seems to have improved iperf speeds. > But I am still getting the same CIFS speeds. > > root@storage1:/var/web-gui/data/tools/

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

2016-01-28 Thread Mini Trader
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 wrote: > Is there a way to adjust the default Win

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

2016-01-28 Thread Mini Trader
799 Mbits/sec On Thu, Jan 28, 2016 at 11:34 AM, Mini Trader 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 that I am seeing. > > Note I used a

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

2016-01-28 Thread Mini Trader
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 easily d

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

2016-01-27 Thread Mini Trader
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 Omni