Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-08-02 Thread John McEntee 
I have an update on my running CIFS and windows saga.

Getting samba installed and joined to the domain is a challenge and a half,
and is still not authenticating (trying on a test server).

What I have done is stop using a dns alias to connect to the OpenIndiana
server. So whereas before I was using the servers real name to connect to a
H: drive (for my documents etc) and a dns alias (CNAME) to connect the
company wide file share S: Drive. (the intention I could fail over to a
different and just update dns). I had noticed that it was mainly the S:
drive not responding while the H: Drive would continue to work (but not
always). I changed my login scripts to use the OpenIndiana servers real name
for the S drive as well, and have had not reported problems since. I did
this change just over a week ago.

Should OpenIndiana support a dns alias like this? It requires a registry
change on a windows server to work, but I believe the registry change just
effect that windows server, and is required for it to work at all.

Regards

John


___

The contents of this e-mail and any attachment(s) are strictly confidential and 
are solely for the person(s) at the e-mail address(es) above. If you are not an 
addressee, you may not disclose, distribute, copy or use this e-mail, and we 
request that you send an e-mail to ad...@stirling-dynamics.com and delete this 
e-mail.  Stirling Dynamics Ltd. accepts no legal liability for the contents of 
this e-mail including any errors, interception or interference, as internet 
communications are not secure.  Any views or opinions presented are solely 
those of the author and do not necessarily represent those of Stirling Dynamics 
Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, 
Clifton, Bristol. BS8 4HG
VAT no. GB 464 6551 29
___

This e-mail has been scanned for all viruses MessageLabs.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-07-09 Thread Jim Klimov 

2012-07-06 13:41, John McEntee пишет:

The inbuilt kernel CIFS server only does file sharing and therefore cannot
be a master browser hence your windows 7 machine will be it. The solution is
to either, 1) live with the problem. 2) use samba instead. 3) run a virtual
machine on the Solaris system to be the browser master.


4) Run samba in a local zone to only be a browser-master? ;)

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-07-06 Thread John McEntee 
> On my home network I observed that when I turned a Windows XP host off a
Windows 7 host declared that it lost access to the Samba service hosted from
a Solaris 10 system.  It was then able to reconnect to the Samba service on
that Solaris 10 system even though the Windows XP host remained turned off.

> It is a problem that Windows uses random hosts on the network as directory
servers and then blames the problem on the host which is actually serving up
the data (as if that host was lost) if that random directory server goes
away.

> This behavior seems like it would make dignosing issues more difficult.


If you are using samba then there is configuration you can add to stop your
problem in the smb.conf file, you can increase the os level to 99 just to
make sure. 

[global]
domain master = yes
local master = yes
preferred master = yes
os level = 65


The inbuilt kernel CIFS server only does file sharing and therefore cannot
be a master browser hence your windows 7 machine will be it. The solution it
to either, 1) live with the problem. 2) use samba instead. 3) run a virtual
machine on the Solaris system to be the browser master.

John


___

The contents of this e-mail and any attachment(s) are strictly confidential and 
are solely for the person(s) at the e-mail address(es) above. If you are not an 
addressee, you may not disclose, distribute, copy or use this e-mail, and we 
request that you send an e-mail to ad...@stirling-dynamics.com and delete this 
e-mail.  Stirling Dynamics Ltd. accepts no legal liability for the contents of 
this e-mail including any errors, interception or interference, as internet 
communications are not secure.  Any views or opinions presented are solely 
those of the author and do not necessarily represent those of Stirling Dynamics 
Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, 
Clifton, Bristol. BS8 4HG
VAT no. GB 464 6551 29
___

This e-mail has been scanned for all viruses MessageLabs.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-07-05 Thread Mike La Spina 
That symptom reflects browser election issues. Workstations should not
have the browser service running. Domain controllers are the most
appropriate location for  browser name services unless it's a small
workgroup. Running browsers on many workstations creates browser
election storms.


-Original Message-
From: Bob Friesenhahn [mailto:bfrie...@simple.dallas.tx.us] 
Sent: Thursday, July 05, 2012 11:12 AM
To: Discussion list for OpenIndiana
Subject: Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows
regularly hangs.

On Thu, 5 Jul 2012, John McEntee wrote:
>
> I have had the suggestion of moving the samba as a more known quantity

> and better logging. At least then I can see if my high kernel usage 
> (60%) is reduced or not.

On my home network I observed that when I turned a Windows XP host off a
Windows 7 host declared that it lost access to the Samba service hosted
from a Solaris 10 system.  It was then able to reconnect to the Samba
service on that Solaris 10 system even though the Windows XP host
remained turned off.

It is a problem that Windows uses random hosts on the network as
directory servers and then blames the problem on the host which is
actually serving up the data (as if that host was lost) if that random
directory server goes away.

This behavior seems like it would make dignosing issues more difficult.

Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us,
http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-07-05 Thread Bob Friesenhahn 

On Thu, 5 Jul 2012, John McEntee wrote:


I have had the suggestion of moving the samba as a more known quantity and
better logging. At least then I can see if my high kernel usage (60%) is
reduced or not.


On my home network I observed that when I turned a Windows XP host off 
a Windows 7 host declared that it lost access to the Samba service 
hosted from a Solaris 10 system.  It was then able to reconnect to the 
Samba service on that Solaris 10 system even though the Windows XP 
host remained turned off.


It is a problem that Windows uses random hosts on the network as 
directory servers and then blames the problem on the host which is 
actually serving up the data (as if that host was lost) if that random 
directory server goes away.


This behavior seems like it would make dignosing issues more 
difficult.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-07-05 Thread John McEntee 

> You'll need to gather some data when the slowdown happens.
> I would start at the network with a snoop capture that shows both the
clients involved and the AD server in use.
> 
> There are some cases where the SMB server currently needs to go talk to an
AD server to find out the name for the account represented by some SID, etc.
and that can cause temporary > pauses like you see.  If it's anything like
that, the network trace will show it happening.


The problem I have now is only a few windows 7 desktops/laptops are
experiencing the freeze so it only happens about twice a week, windows XP
seems to be fine now. I have updated the windows 7 realtek drivers as they
are known to cause networking problem on the windows side. I have not seen
and companywide freeze either, it is currently one person at a time, so the
AD repairs I did probably resolved my major issue.

I have had the suggestion of moving the samba as a more known quantity and
better logging. At least then I can see if my high kernel usage (60%) is
reduced or not.

There seems to be a problem with the dtrace smb provider so I cannot use
dtrace. Is there any fix for this?

Thanks

John


___

The contents of this e-mail and any attachment(s) are strictly confidential and 
are solely for the person(s) at the e-mail address(es) above. If you are not an 
addressee, you may not disclose, distribute, copy or use this e-mail, and we 
request that you send an e-mail to ad...@stirling-dynamics.com and delete this 
e-mail.  Stirling Dynamics Ltd. accepts no legal liability for the contents of 
this e-mail including any errors, interception or interference, as internet 
communications are not secure.  Any views or opinions presented are solely 
those of the author and do not necessarily represent those of Stirling Dynamics 
Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, 
Clifton, Bristol. BS8 4HG
VAT no. GB 464 6551 29
___

This e-mail has been scanned for all viruses MessageLabs.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-28 Thread Gordon Ross 
On Thu, Jun 28, 2012 at 9:57 AM, John McEntee
 wrote:
> Ok, and update on my progress as I have not fixed it yet.
> [...]
>
> I also have 2 scripts running every minute via cron (from a linux box). One
> copies a 10 MB file via cifs the other via nfs, neither have been delayed
> for more than 5 seconds, normally completes with 1 second. These are done to
> their own zfs file systems at the moment, but I can foresee having to point
> them at the production filesystem if it does not detect the freezes that the
> users report.
>
> John

You'll need to gather some data when the slowdown happens.
I would start at the network with a snoop capture that shows
both the clients involved and the AD server in use.

There are some cases where the SMB server currently
needs to go talk to an AD server to find out the name for
the account represented by some SID, etc. and that can
cause temporary pauses like you see.  If it's anything
like that, the network trace will show it happening.

-- 
Gordon Ross 
Nexenta Systems, Inc.  www.nexenta.com
Enterprise class storage for everyone

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-28 Thread James Carlson 
John McEntee wrote:
> Is the open files going to cause CIFS a problem, 256 seems a bit low, could
> easily hit that limit if it is shared amongst all the users.

"man ulimit" and "man getrlimit" for details.  That's a limit on the
number of file descriptors open in any one user process.  It has nothing
to do with the kernel, and shouldn't have anything to do with CIFS.

The default is 256 in order to keep binary compatibility with
fileno(3C).  That library "function" was once (very long ago) defined as
a macro that read a uchar_t directly from the FILE * pointer.  In the
modern implementation, it is a function, and allows a huge number of
open files, but if you were running ancient SunOS binaries, you would
want to be able to avoid problems.

In any event, 256 is darned large for most reasonable applications,
where pfiles will show a few dozen open descriptors.  You can bump it up
if you like; the normal maximum is 64K.  I would recommend bumping it up
*only* when launching programs that really need to have a large number
of descriptors open at once, such as single-process web servers.
Otherwise, a malfunctioning program can really bog things down.  (I'd
expect that most such programs already use setrlimit(2) to do something
reasonable here ...)

-- 
James Carlson 42.703N 71.076W 

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-28 Thread Jim Klimov 

2012-06-28 17:57, John McEntee wrote:

What I have noticed is an ulimit -a returns

core file size  (blocks, -c) unlimited
data seg size   (kbytes, -d) unlimited
file size   (blocks, -f) unlimited
open files  (-n) 256
pipe size(512 bytes, -p) 10
stack size  (kbytes, -s) 10240
cpu time   (seconds, -t) unlimited
max user processes  (-u) 29995
virtual memory  (kbytes, -v) unlimited


Is the open files going to cause CIFS a problem, 256 seems a bit low, could
easily hit that limit if it is shared amongst all the users.


Note that the limits are per-process (wherever there are OS limits,
they are usually unreachably high), and these represent what limits
your shell has - from system defaults and/or its profile. While a
root user can raise the limits, unprivileged users can only lower
them.

For processes started with initscripts (and this likely holds true
for SMF method scripts) the non-standard ulimits were set in the
script. This might be the case, say, for a script which starts your
Samba server, or more frequently for webservers and J2EE appservers
(each network socket needs a file descriptor). Lack of descriptors
should manifest in the logs or stderr as inability to open files.

I am not sure if this is relevant for Kernel CIFS at all, but you
can try to tune its SMF start method, and/or see if similar settings
can be done with "projects", privileges and other Solaris stuff.

HTH,
//Jim Klimov

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-28 Thread John McEntee 
Ok, and update on my progress as I have not fixed it yet.

The domain controller the OpenIndiana server is connected to  had problems
with the file replication, I cleared the cache and it fixed that problem.
The occurrence of the CIFS server on OpenIndiana dropped dramatically, but
still exist. I found and ran the Microsoft environment IT health check tool,
that had problems contacting another domain controller, stopping the tool
from running (WMI errors), if fixed those and now the toll runs fine with no
significant errors. (complains about the network config of couple of
pre-production exchange servers). This seems to have reduced the hangs even
more.

This week most the users are on a training course so it is not being heavily
used either, but I have a couple of users doing a tcpdump/snoop/wireshark to
a ringbuffer so I can hopefully get a packet trace.

What I have noticed is an ulimit -a returns

core file size  (blocks, -c) unlimited
data seg size   (kbytes, -d) unlimited
file size   (blocks, -f) unlimited
open files  (-n) 256
pipe size(512 bytes, -p) 10
stack size  (kbytes, -s) 10240
cpu time   (seconds, -t) unlimited
max user processes  (-u) 29995
virtual memory  (kbytes, -v) unlimited


Is the open files going to cause CIFS a problem, 256 seems a bit low, could
easily hit that limit if it is shared amongst all the users.


I also have 2 scripts running every minute via cron (from a linux box). One
copies a 10 MB file via cifs the other via nfs, neither have been delayed
for more than 5 seconds, normally completes with 1 second. These are done to
their own zfs file systems at the moment, but I can foresee having to point
them at the production filesystem if it does not detect the freezes that the
users report.

John

-Original Message-
From: Mike La Spina [mailto:mike.lasp...@laspina.ca] 
Sent: 14 June 2012 04:43
To: Discussion list for OpenIndiana
Subject: Re: [OpenIndiana-discuss] Access to ZFS viz CIFS fromwindows
regularlyhangs.


> Does the suspend event only occur on SMB clients or does it impact the
other storage clients when triggered by the Windows clients?

It does not seem to effect the vmware hosted machines via nfs. Next time it
hangs I will try a nfs transfer to it.
- If this is correct its a further indication of an AD/SMB issue, but not
verified at this point.

> Any domain controller event errors?

Yes there are, I will go and resolve this first before I go any further.

- Highly suspect this is where you need to focus.
- This error is suspicious and does look like a issue on the domain. 
- Jun 12 11:26:07 ringwood smbd[6032]: [ID 702911 daemon.notice]
smbd_dc_update: stirling-dynamics.com: located red
- Jun 12 11:34:17 ringwood smbd[6032]: [ID 702911 daemon.error]
smbrdr_exchange[4]: failed (INVALID_HANDLE)
- I would look further back in time and see if it correlates with the
suspended access event. That would define a clear resolution path.

> dmsg output?

Attached - is this the correct etiquette?

- Jun 11 21:38:18 ringwood fmd: [ID 377184 daemon.error] SUNW-MSG-ID:
SMF-8000-YX, TYPE: defect, VER: 1, SEVERITY: major
- Jun 11 21:38:18 ringwood EVENT-TIME: Mon Jun 11 21:38:18 BST 2012
- Jun 11 21:38:18 ringwood PLATFORM: S5520HC, CSN: ,
HOSTNAME: ringwood
- Jun 11 21:38:18 ringwood SOURCE: software-diagnosis, REV: 0.1
- Jun 11 21:38:18 ringwood EVENT-ID:
cc9f2029-a779-cbd2-e425-8ffbaa19f639
- Jun 11 21:38:18 ringwood DESC: A service failed - a method is failing in a
retryable manner but too often.
- Jun 11 21:38:18 ringwood   Refer to http://sun.com/msg/SMF-8000-YX for
more information.
- Jun 11 21:38:18 ringwood AUTO-RESPONSE: The service has been placed into
the maintenance state.
- Jun 11 21:38:18 ringwood IMPACT: svc:/application/time-slider:default
is unavailable.

- The time slider snapshot service failed? Or was it stopped manually?

> fmdump -eV output?

Also attached.
- Nothing remarkable

> uname -a output?

SunOS ringwood 5.11 oi_148 i86pc i386 i86pc Solaris

> Have you attempted a packet capture of the event?
> snoop -o smb-client.cap 

Not yet, It could be caputureing for 4 hours before it happens, I will
resolve the AD domain issue first.
- Good approach. 4 hours of packet tracing is hard to digest! It would
certainly need to be truncated down to the trigger event. 

- Mike



___

The contents of this e-mail and any attachment(s) are strictly confidential
and are solely for the person(s) at the e-mail address(es) above. If you are
not an addressee, you may not disclose, distribute, copy or use this e-mail,
and we request that you send an e-mail to ad...@stirling-dynamics.com and
delete this e-mail.  Stirling Dynamics Ltd. accepts no legal liability for
the contents of this e-mail including any errors, interception or
interference, as internet communications are not secure.  An

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-13 Thread Gordon Ross 
Have you done a snoop (or wireshark) capture to see what the box is
doing during the pause?
It's possible that it's trying to talk to an AD server...

On Tue, Jun 12, 2012 at 9:52 AM, John McEntee
 wrote:
> I am having problems with a openindiana storage server I have built am I am
> trying to track down the cause to fix it. The current symptoms are seen from
> all windows clients (both 7 and XP) that will report an error stating.
>
>
>
> Path File is not accessible. The specified network name is no longer
> available.
>
>
>
> Another symptom  is windows explorer hangs and the user has to wait for it
> to some back.
>
>
>
> Just waiting a while ( a few minutes) and the box comes back.
>
>
>
> I  currently think the root cause is in openindiana somewhere but am at a
> bit of a loss. I have tried many things and have still not fixed it. I think
> the box is lightly loaded for the hardware spec but kernel load increases to
> 40% when a zfssnap is taking place.
>
>
>
> Hardware spec.
>
> 2 x Xeon E6520 cpus
>
> 48 GB RAM
>
> Intel HC5520 motherboard
>
> 3 x LSI SAS 9211-8i  cards
>
>
>
> Currently on openindiana 148
>
>
>
> The box is joined to a windows 2003 domain.
>
>
>
> Zpool tank is 3 way mirror of 7 x 3TB hitachi disk (using 21 disks in total,
> zpool size of 19 TB, ) with 2 x SSD   8GB ZIL  on each and 140GB L2ARC on
> each, default checksum, no dedup and no compression.
>
>
>
> Server operates as a windows home directory for 58 users (some laptops users
> so just a backup location), a main shared drive for the company of 120
> users.
>
> It is also a nfs server to a vmware vsphere 4 server hosting 10 virtual
> machines.
>
>
>
> There are only 8 active production file systems, and 12 backup file systems
> from other hosts (done out of hours).
>
>
>
> Zpool iostat peaks at about 35 MB for the pool mostly around the 0 to 7 MB
> level.
>
>
>
> Turning of time-sliderd does not stop the problem. (backups run out of
> hours)
>
>
>
> A  dtrace -n 'sched:::off-cpu { @[execname]=count()}'
>
> Used to give a sched count in the 6 to 7 fiqures over 3 seconds, but  turing
> apci off with
>
> #eeprom acpi-user-options=0x8
>
> Reduced this to 5 figures.
>
>
>
> What can I do to identify the problem to be able to fix it?
>
>
>
> Thanks
>
>
>
> John
>
>
>
> Other information:
>
>
>
> dtrace -n 'sched:::off-cpu { @[execname]=count()}'
>
> dtrace: description 'sched:::off-cpu ' matched 3 probes
>
> ^C
>
>
>
>  gconfd-2                                                          2
>
>  idmapd                                                            2
>
>  inetd                                                             2
>
>  nscd                                                              2
>
>  sendmail                                                          2
>
>  svc.startd                                                        2
>
>  gnome-power-mana                                                  3
>
>  fmd                                                               4
>
>  sshd                                                              4
>
>  devfsadm                                                          6
>
>  fsflush                                                           7
>
>  nfsmapid                                                          7
>
>  ntpd                                                              7
>
>  dtrace                                                           13
>
>  Xorg                                                             17
>
>  gdm-simple-greet                                                 17
>
>  svc.configd                                                      71
>
>  smbd                                                            113
>
>  time-sliderd                                                    138
>
>  zpool-rpool                                                     597
>
>  nfsd                                                            918
>
>  zpool-tank                                                     1968
>
>  sched                                                         80542
>
>
>
> # echo hz/D | sudo mdb -k
>
> hz:
>
> hz:             100
>
>
>
> # echo apic_timer::print apic_timer_t | sudo mdb -k
>
> {
>
>    mode = 0
>
>    apic_timer_enable_ops = oneshot_timer_enable
>
>    apic_timer_disable_ops = oneshot_timer_disable
>
>    apic_timer_reprogram_ops = oneshot_timer_reprogram
>
> }
>
>
>
> ___
>
> The contents of this e-mail and any attachment(s) are strictly confidential 
> and are solely for the person(s) at the e-mail address(es) above. If you are 
> not an addressee, you may not disclose, distribute, copy or use this e-mail, 
> and we request that you send an e-mail to ad...@stirling-dynamics.com and 
> delete this e-mail.  Stirling Dynamics Ltd. accepts no legal liability for 
> the contents of this e-mail including any errors, interception or 
> interference, as inte

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-13 Thread John McEntee 
> I had similar issues before I enabled TLER, and disabled the head parking
on my WD Green drives. A quick Google shows some evidence of similar
features on the 3TB Hitachis.

I chose Hitachi because I didn't think they had this "feature". I would have
thought ZFS would have reported errors and removed them from the array if it
was happening? I will go and search the internet.

John



___

The contents of this e-mail and any attachment(s) are strictly confidential and 
are solely for the person(s) at the e-mail address(es) above. If you are not an 
addressee, you may not disclose, distribute, copy or use this e-mail, and we 
request that you send an e-mail to ad...@stirling-dynamics.com and delete this 
e-mail.  Stirling Dynamics Ltd. accepts no legal liability for the contents of 
this e-mail including any errors, interception or interference, as internet 
communications are not secure.  Any views or opinions presented are solely 
those of the author and do not necessarily represent those of Stirling Dynamics 
Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, 
Clifton, Bristol. BS8 4HG
VAT no. GB 464 6551 29
___

This e-mail has been scanned for all viruses MessageLabs.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-13 Thread John McEntee 
> The first thing to verify is your network and network interface.  Run
continuous traffic and see if there are any hickups.  
> You can use /usr/sbin/ping for testing with larger packets.
>
> Also check the log files under /var/adm and /var/log.  Also check output
of 'fmadm -ev' and 'fmadm faulty'.

Nothing shows in dmesg, or in the logs under /var/adm and /var/log  no
hardware errors are logged by zfs either. 

'fmadm -ev' errors on invalid options and 'fmadm faulty' is clear (nothing
to report).

The nfs share to the vmware server seems fine as well, but it may be more
accommodating of problems. Large file transfers initiated from a windows
desktop run at 40 to 50 MB/s (desktop probably the bottle neck).

Thanks

John


___

The contents of this e-mail and any attachment(s) are strictly confidential and 
are solely for the person(s) at the e-mail address(es) above. If you are not an 
addressee, you may not disclose, distribute, copy or use this e-mail, and we 
request that you send an e-mail to ad...@stirling-dynamics.com and delete this 
e-mail.  Stirling Dynamics Ltd. accepts no legal liability for the contents of 
this e-mail including any errors, interception or interference, as internet 
communications are not secure.  Any views or opinions presented are solely 
those of the author and do not necessarily represent those of Stirling Dynamics 
Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, 
Clifton, Bristol. BS8 4HG
VAT no. GB 464 6551 29
___

This e-mail has been scanned for all viruses MessageLabs.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-12 Thread Robbie Crash 
I had similar issues before I enabled TLER, and disabled the head parking
on my WD Green drives. A quick Google shows some evidence of similar
features on the 3TB Hitachis.

On Tue, Jun 12, 2012 at 9:55 PM, Bob Friesenhahn <
bfrie...@simple.dallas.tx.us> wrote:

> On Tue, 12 Jun 2012, John McEntee wrote:
>
>  I am having problems with a openindiana storage server I have built am I
>> am
>> trying to track down the cause to fix it. The current symptoms are seen
>> from
>> all windows clients (both 7 and XP) that will report an error stating.
>>
>> Path File is not accessible. The specified network name is no longer
>> available.
>>
>
> The first thing to verify is your network and network interface.  Run
> continuous traffic and see if there are any hickups.  You can use
> /usr/sbin/ping for testing with larger packets.
>
> Also check the log files under /var/adm and /var/log.  Also check output
> of 'fmadm -ev' and 'fmadm faulty'.
>
> Bob
> --
> Bob Friesenhahn
> bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/**
> users/bfriesen/ 
> GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
>
>
> __**_
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@**openindiana.org
> http://openindiana.org/**mailman/listinfo/openindiana-**discuss
>



-- 
Seconds to the drop, but it seems like hours.

http://www.eff.org/
http://creativecommons.org/
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-12 Thread Bob Friesenhahn 

On Tue, 12 Jun 2012, John McEntee wrote:


I am having problems with a openindiana storage server I have built am I am
trying to track down the cause to fix it. The current symptoms are seen from
all windows clients (both 7 and XP) that will report an error stating.

Path File is not accessible. The specified network name is no longer
available.


The first thing to verify is your network and network interface.  Run 
continuous traffic and see if there are any hickups.  You can use 
/usr/sbin/ping for testing with larger packets.


Also check the log files under /var/adm and /var/log.  Also check 
output of 'fmadm -ev' and 'fmadm faulty'.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.

2012-06-12 Thread John McEntee 
I am having problems with a openindiana storage server I have built am I am
trying to track down the cause to fix it. The current symptoms are seen from
all windows clients (both 7 and XP) that will report an error stating. 

 

Path File is not accessible. The specified network name is no longer
available. 

 

Another symptom  is windows explorer hangs and the user has to wait for it
to some back.

 

Just waiting a while ( a few minutes) and the box comes back.

 

I  currently think the root cause is in openindiana somewhere but am at a
bit of a loss. I have tried many things and have still not fixed it. I think
the box is lightly loaded for the hardware spec but kernel load increases to
40% when a zfssnap is taking place.

 

Hardware spec.

2 x Xeon E6520 cpus

48 GB RAM

Intel HC5520 motherboard

3 x LSI SAS 9211-8i  cards 

 

Currently on openindiana 148 

 

The box is joined to a windows 2003 domain.

 

Zpool tank is 3 way mirror of 7 x 3TB hitachi disk (using 21 disks in total,
zpool size of 19 TB, ) with 2 x SSD   8GB ZIL  on each and 140GB L2ARC on
each, default checksum, no dedup and no compression.

 

Server operates as a windows home directory for 58 users (some laptops users
so just a backup location), a main shared drive for the company of 120
users.

It is also a nfs server to a vmware vsphere 4 server hosting 10 virtual
machines.

 

There are only 8 active production file systems, and 12 backup file systems
from other hosts (done out of hours).

 

Zpool iostat peaks at about 35 MB for the pool mostly around the 0 to 7 MB
level.

 

Turning of time-sliderd does not stop the problem. (backups run out of
hours)

 

A  dtrace -n 'sched:::off-cpu { @[execname]=count()}'

Used to give a sched count in the 6 to 7 fiqures over 3 seconds, but  turing
apci off with

#eeprom acpi-user-options=0x8

Reduced this to 5 figures.

 

What can I do to identify the problem to be able to fix it?

 

Thanks

 

John

 

Other information:

 

dtrace -n 'sched:::off-cpu { @[execname]=count()}'

dtrace: description 'sched:::off-cpu ' matched 3 probes

^C

 

  gconfd-2  2

  idmapd2

  inetd 2

  nscd  2

  sendmail  2

  svc.startd2

  gnome-power-mana  3

  fmd   4

  sshd  4

  devfsadm  6

  fsflush   7

  nfsmapid  7

  ntpd  7

  dtrace   13

  Xorg 17

  gdm-simple-greet 17

  svc.configd  71

  smbd113

  time-sliderd138

  zpool-rpool 597

  nfsd918

  zpool-tank 1968

  sched 80542

 

# echo hz/D | sudo mdb -k

hz:

hz: 100

 

# echo apic_timer::print apic_timer_t | sudo mdb -k

{

mode = 0

apic_timer_enable_ops = oneshot_timer_enable

apic_timer_disable_ops = oneshot_timer_disable

apic_timer_reprogram_ops = oneshot_timer_reprogram

}



___

The contents of this e-mail and any attachment(s) are strictly confidential and 
are solely for the person(s) at the e-mail address(es) above. If you are not an 
addressee, you may not disclose, distribute, copy or use this e-mail, and we 
request that you send an e-mail to ad...@stirling-dynamics.com and delete this 
e-mail.  Stirling Dynamics Ltd. accepts no legal liability for the contents of 
this e-mail including any errors, interception or interference, as internet 
communications are not secure.  Any views or opinions presented are solely 
those of the author and do not necessarily represent those of Stirling Dynamics 
Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, 
Clifton, Bristol. BS8 4HG
VAT no. GB 464 6551 29
___

This e-mail has been scanned for all viruses MessageLabs.
_