All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Delevoryas <peter@pjd.dev>
To: "Daniel P. Berrangé" <berrange@redhat.com>
Cc: John Snow <jsnow@redhat.com>, Cleber Rosa <crosa@redhat.com>,
	Beraldo Leal <bleal@redhat.com>,
	qemu-devel@nongnu.org
Subject: Re: [PATCH RESEND] python/machine: Fix AF_UNIX path too long on macOS
Date: Thu, 7 Jul 2022 11:46:32 -0700	[thread overview]
Message-ID: <YscqCErtNGOG9GVx@pdel-mbp.dhcp.thefacebook.com> (raw)
In-Reply-To: <YsYuYAJE2Hx64aIY@pdel-mbp.dhcp.thefacebook.com>

On Wed, Jul 06, 2022 at 05:52:48PM -0700, Peter Delevoryas wrote:
> On Wed, Jul 06, 2022 at 09:46:48AM -0700, Peter Delevoryas wrote:
> > On Wed, Jul 06, 2022 at 09:02:14AM +0100, Daniel P. Berrangé wrote:
> > > On Tue, Jul 05, 2022 at 02:46:59PM -0700, Peter Delevoryas wrote:
> > > > I noticed that I can't run any avocado tests on macOS because the QMP
> > > > unix socket path is too long:
> > > 
> > > 
> > > > I think the path limit for unix sockets on macOS might be 104 [1]
> > > 
> > > All platforms have a very limited path limit, so it isn't really
> > > a macOS specific problem, rather....
> > > 
> > > > 
> > > > /*
> > > >  * [XSI] Definitions for UNIX IPC domain.
> > > >  */
> > > > struct  sockaddr_un {
> > > >     unsigned char   sun_len;        /* sockaddr len including null */
> > > >     sa_family_t     sun_family;     /* [XSI] AF_UNIX */
> > > >     char            sun_path[104];  /* [XSI] path name (gag) */
> > > > };
> > > > 
> > > > The path we're using is exactly 105 characters:
> > > > 
> > > > $ python
> > > > Python 2.7.10 (default, Jan 19 2016, 22:24:01)
> > > > [GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin
> > > > Type "help", "copyright", "credits" or "license" for more information.
> > > > >>> len('/var/folders/d7/rz20f6hd709c1ty8f6_6y_z40000gn/T/avo_qemu_sock_uh3w_dgc/qemu-37331-10bacf110-monitor.sock')
> > > 
> > > It is a problem related to where the test suite is creating the
> > > paths.
> > > 
> > > /var/folders/d7/rz20f6hd709c1ty8f6_6y_z40000gn/T/avo_qemu_sock_uh3w_dgc/
> > > 
> > > is way too deep a directory location.
> > 
> > That's a good point.
> > 
> > > 
> > > It seems we just create this location using 'tempfile.TemporyDirectory'
> > > to get a standard tmp dir.
> > > 
> > > Do you know why python is choosing
> > > 
> > >   /var/folders/d7/rz20f6hd709c1ty8f6_6y_z40000gn/T/
> > > 
> > > as the temp dir ? Is that a standard location on macOS or is it
> > > from some env variable you have set ?
> > 
> > Hmmm yeah it is odd, I'm not really sure why it's created there or if
> > standard glibc tmpfile creation goes there too, I'll go experiment and
> > report back. And yeah, maybe I'll double check any environment variables or
> > other things.
> > 
> > The macOS system I use happens to be a Facebook work laptop, which could
> > also be related now that I think about it.
> 
> Hmmm yeah looks like this is because my TMPDIR is weird.
> 
> $ echo $TMPDIR
> /var/folders/d7/rz20f6hd709c1ty8f6_6y_z40000gn/T/
> 
> I didn't think to check this cause I wasn't familiar with TMPDIR. 🤷
> 
> Thanks for responding, I'll just use TMPDIR=/tmp for now. It's probably
> something wrong with the Facebook development environment.
> 
> Peter

Update: Actually, this might not be a Facebook-work-laptop specific
thing.  I asked my non-engineer friend to print out $TMPDIR on his
macbook and he got the same thing.

https://apple.stackexchange.com/questions/353832/why-is-mac-osx-temp-directory-in-weird-path

I guess this person suggests it's just to separate the permissions for
each user's /tmp directory, for better isolation.

I'll resubmit this patch with the suggestions you had, because perhaps
this is actually affecting other macOS users too.

> 
> > 
> > > 
> > > > diff --git a/python/qemu/machine/machine.py b/python/qemu/machine/machine.py
> > > > index 37191f433b..93451774e3 100644
> > > > --- a/python/qemu/machine/machine.py
> > > > +++ b/python/qemu/machine/machine.py
> > > > @@ -157,7 +157,7 @@ def __init__(self,
> > > >          self._wrapper = wrapper
> > > >          self._qmp_timer = qmp_timer
> > > >  
> > > > -        self._name = name or f"qemu-{os.getpid()}-{id(self):02x}"
> > > > +        self._name = name or f"{os.getpid()}{id(self):02x}"
> > > 
> > > I don't think this is the right fix really, because IMHO the problem
> > > is the hugely long path, rather than the final socket name.
> > 
> > True, yeah let me try to investigate the directory placement.
> > 
> > > 
> > > That said, there is redundancy in the path - avocado is passing in
> > > a dierctory created using 'tempfile.TemporyDirectory' so there is no
> > > reason why we need to add more entropy via the POD and the 'id(self)'
> > > hex string.
> > 
> > Oh good point, I hadn't thought about that.
> > 
> > > 
> > > IMHO avocado should pass in the 'name' parameter explicitly, using a
> > > plain name and thus get a shorter string.
> > 
> > I see, yeah that makes sense. Maybe I can include a couple patches for this,
> > one fixing the directory location, and one refactoring the temporary file
> > name template (If I'm understanding your suggestion correctly).
> > 
> > Thanks for the review! I really appreciate it.
> > Peter
> > 
> > > 
> > > >          self._temp_dir: Optional[str] = None
> > > >          self._base_temp_dir = base_temp_dir
> > > >          self._sock_dir = sock_dir
> > > > @@ -167,7 +167,7 @@ def __init__(self,
> > > >              self._monitor_address = monitor_address
> > > >          else:
> > > >              self._monitor_address = os.path.join(
> > > > -                self.sock_dir, f"{self._name}-monitor.sock"
> > > > +                self.sock_dir, f"{self._name}.sock"
> > > >              )
> > > >  
> > > >          self._console_log_path = console_log
> > > > -- 
> > > > 2.37.0
> > > > 
> > > > 
> > > 
> > > With regards,
> > > Daniel
> > > -- 
> > > |: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
> > > |: https://libvirt.org         -o-            https://fstop138.berrange.com :|
> > > |: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|
> > > 
> > 
> 


  reply	other threads:[~2022-07-07 18:50 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-05 21:46 [PATCH RESEND] python/machine: Fix AF_UNIX path too long on macOS Peter Delevoryas
2022-07-06  8:02 ` Daniel P. Berrangé
2022-07-06 16:46   ` Peter Delevoryas
2022-07-07  0:52     ` Peter Delevoryas
2022-07-07 18:46       ` Peter Delevoryas [this message]
2022-07-11 20:56         ` John Snow
2022-07-12  1:46           ` Peter Delevoryas
2022-07-12 15:14             ` John Snow
2022-07-12  8:16           ` Daniel P. Berrangé

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YscqCErtNGOG9GVx@pdel-mbp.dhcp.thefacebook.com \
    --to=peter@pjd.dev \
    --cc=berrange@redhat.com \
    --cc=bleal@redhat.com \
    --cc=crosa@redhat.com \
    --cc=jsnow@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.