Re: [OmniOS-discuss] Best way to share files with Mac?

[Stephan Budach]

Hi,

- Ursprüngliche Mail -
> Von: "Geoff Nordli" 
> An: "Chris Ferebee" 
> CC: "omnios-discuss" 
> Gesendet: Sonntag, 26. November 2017 07:54:20
> Betreff: Re: [OmniOS-discuss] Best way to share files with Mac?
> 
> Hi Chris.
> 
> I wonder if now this is fixed with the vfs_fruit module in Samba.
> 
> http://plazko.io/apple-osx-finder-is-listing-files-very-very-slow-when-connected-to-smb-shared-hard-drive-connected-to-a-wifi-router/
> 
> thanks,
> 
> Geoff
> 

the vfs_fruit extension, afair, provides interlocking capabilities between 
Netatalk/AFP and Samba 3/4. It allows Macs and PCs to share the same data 
through both protocols.

Looking at the man page of it, it may be doing some more stuff, which may come 
in handy for macOS clients. However, this module will not work with the 
kernel/smb and you will have to go with a full-fledged Samba 4 installation.

I know Ralph Böhme, the author of vfs_fruit, and I have contacted serNet (the 
company he's working for) and we be having a conversation about what the odds 
arem that they provide a package for omniOS as well.

Cheers,
Stephan
  
> 
> 
> On 2017-11-25 06:45 AM, Chris Ferebee wrote:
> > Hi Geoff,
> >
> > I love the way you put this:
> >
> >> They are reporting problems with the speed when using the
> >> "finder".
> > Oh, yes. I spent months of my life in 2014 fighting the Finder vs.
> > a major installation of netatalk, which I deployed on SmartOS.
> >
> > We have a large server (dual 6-core XEON, 128 GB RAM, 22 x 4 TB
> > SAS, STEC ZeusRAM) running as a fileserver for Macs. The client
> > does motion graphics and has a very large number of files, 100+
> > million on the largest share. (Not more than a few thousand files
> > per directory, though.)
> >
> > What we saw was that opening the Finder to a directory on the AFP
> > share would show a blank window for 20–180 seconds before
> > displaying the contents, even if there were maybe just 10–20
> > subdirectories to display.
> >
> > Then, as long as the Finder window was open, it would peg one CPU
> > core on the server at 100%, even though the display did not
> > change.
> >
> > It turned out that the Finder was looping continually through files
> > several subdirectories deep, querying extended attributes. Due to
> > the way netatalk is coded, this requires a call to getcwd() each
> > time, which is very expensive on Solaris. (getcwd() = get the path
> > name of the current working directory.)
> >
> > A SmartOS engineer was kind enough to advise me on this, and
> > basically told me: if you have getcwd() in your hot path, you are
> > screwed. This is probably a reason why the problem, though
> > actually a netatalk issue, is less pronounced on Linux, where
> > getcwd() is not as expensive as on Solaris.
> >
> > I never did get to the bottom of this. It appears that it doesn’t
> > happen when the Finder is talking to Apple’s own AFP server,
> > perhaps because there the Finder is able to use FSEvents to track
> > changes. Unfortunately, it appears that netatalk has never fully
> > addressed this, at least I haven’t seen anything indicating that
> > it has gained FSEvents supports in the past years. Here is what
> > netatalk dev Ralph Böhme had to say:
> >
> > 
> >
> > In the end, I switched the client to a (commercial, expensive) AFP
> > server, HELIOS EtherShare, and all problems went away, performance
> > as expected, and I didn’t investigate further.
> >
> > If you are dealing with Adobe applications, be aware that there are
> > a number of reasons why they do not work well on a Mac over SMB.
> > We didn’t get past a hard maximum path length of 254 characters,
> > but there are others.
> >
> > I’m happy to discuss this further, and would be quite interested to
> > find a less-expensive solution for large-scale file service for
> > Macs. We can take it off-list if it goes any further off topic.
> >
> > Good luck,
> > Chris
> >
> >
> >> Am 24.11.2017 um 03:56 schrieb Geoff Nordli :
> >>
> >> Hi.
> >>
> >> I have to support a few mac machines connecting to a few file
> >> shares running Omnios.
> >>
> >> They are reporting problems with the speed when using the
> >> "finder".
> >>
> >> I see there is a netatalk package I can download and compile off
> >> of sourceforge, which looks fairly current.
> >>
> >> Any suggestions on the best way forward to support Mac machines?
> >>
> >> thanks,
> >>
> >> Geoff
> >>
> >>
> 


smime.p7s
Description: S/MIME cryptographic signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Best way to share files with Mac?

[Geoff Nordli]

Do you have a smb conf you can share?  I am especially curious about the 
fruit parameters for Mac and any shadow parameters you have set for the 
Windows previous versions to work.


thanks!!

Geoff



On 2017-11-24 08:40 AM, Manuel Oetiker wrote:

Hi Geoff

I have a mixed environment with mac/pc/linux smb can talk to everyone ..

cheers Manuel


- Original Message -

From: "Geoff Nordli" 
To: "Manuel Oetiker" 
Cc: "omnios-discuss" 
Sent: Friday, November 24, 2017 5:32:13 PM
Subject: Re: [OmniOS-discuss] Best way to share files with Mac?
Hi Manuel.

Are there other reasons why you decided to go with samba?

thanks,

Geoff


On 2017-11-23 11:33 PM, Manuel Oetiker wrote:

Hi

We are using samba and it works well with macos.

you can download our smb package from pkg.oetiker.ch or just run the compilation
by your selfe.
we store our build script under
https://github.com/oposs/pkg.oetiker.ch-build/tree/master/build/samba4

disabling thumbnails preview helps speed up finder ...
http://osxdaily.com/2013/01/10/disable-finder-icon-thumbnails-previews-mac-os-x/

cheers Manuel

- Original Message -

From: "Geoff Nordli" 
To: "omnios-discuss" 
Sent: Friday, November 24, 2017 3:56:01 AM
Subject: [OmniOS-discuss] Best way to share files with Mac?
Hi.

I have to support a few mac machines connecting to a few file shares
running Omnios.

They are reporting problems with the speed when using the "finder".

I see there is a netatalk package I can download and compile off of
sourceforge, which looks fairly current.

Any suggestions on the best way forward to support Mac machines?

thanks,

Geoff

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss


___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] Investing into the Future of OmniOS Community Edition

[Tobias Oetiker]

Hi All

tl;tr? head over to https://omniosce.org/patron and support your favorite OS 
with a regular donation.

Since the OmniOS Community Edition Association has taken over maintenance and 
care of OmniOSce, things have been moving at a brisk pace.

  * Upstream changes from Illumos and Joyent are integrated weekly into our 
github repo.

  * Security fixes are normally available within hours. 

  * We have committed to an elaborate long term release plan. 

  * In early November we have released OmniOS r24 on schedule with many 
enhancements. 

  * Our new website has a lot of new content on feeding and care of your OmniOS 
instance.

Judging from the 566 systems that have been switched over to our new repos, 
downloading regular updates, we think there is ample interest in OmniOS. Not 
even taking into account all those who have not yet upgraded.

With the release of OmniOSce r24 we have created the OmniOS Patron Page where 
you can set up regular contribution or a one time donation to the project.

Unfortunately only very few people have yet made the step of actually pledging 
funds. According to the straw poll conducted in spring, there should be at 
least 80k USD per year available to those who maintain and release updates for  
OmniOS.

At the moment we are getting about 25 USD per month from 4 individuals. This is 
pretty bleak and does not even begin to cover the cost of running the show and 
certainly does not allow us to plan for the future.

Head over to https://omniosce.org/patron and let us know how much you value 
OmniOS and our work. If everybody spent just 20 dollar per system and month 
things would be looking much brighter already. 

To put this into perspective: a single O365 Enterprise license costs 35 
USD/month. Most individuals pay a similar amount every month for the internet 
connection or mobile phone contract.

Andy Fiddaman
Dominik Hassler
Tobi Oetiker

--
OmniOS Community Edition Association
Aarweg 17, 4600 Olten, Switzerland
www.omniosce.org
i...@omniosce.org
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Investing into the Future of OmniOS Community Edition

[Alexander Lesle]

Guten Abend Tobias Oetiker,

at https://omniosce.org/patron are no information about the
payment methods.
Can you offer for the Europeans your account informations
IBAN and BIC on this page please.

-- 
Best Regards
Alexander
November, 27 2017

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Investing into the Future of OmniOS Community Edition

[Tobias Oetiker]

Hi Alexander,

thanks you for the idea ... I have updated the webpage

IBAN CH22 0900  6188 9767 7
BIC POFICHBEXX
Verein OmniOS Community Edition

If there are other requirements, like us sending invoices or some such,
please let us know. We are trying something new here ...

cheers
tobi


- On Nov 27, 2017, at 12:16 AM, Alexander Lesle gro...@tierarzt-mueller.de 
wrote:

> Guten Abend Tobias Oetiker,
> 
> at https://omniosce.org/patron are no information about the
> payment methods.
> Can you offer for the Europeans your account informations
> IBAN and BIC on this page please.
> 
> --
> Best Regards
> Alexander
> November, 27 2017

-- 
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
www.oetiker.ch t...@oetiker.ch +41 62 775 9902
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss