# [OmniOS-discuss] LX Program Issue

Илья Кулагин kiv at kiv.pp.ru
Tue Jan 10 10:40:33 UTC 2017

- Previous message: [OmniOS-discuss] LX Program Issue
- Next message: [OmniOS-discuss] LX Program Issue
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    Hi all.

    1st, it seems to me that it is necessary for all lx-users to
    find/share/explain some common steps to debug software misbehaviour in
    lx zone. Because for my (very small, of course) practice, linux software
    often is based on strange assumptions and even 'dirty hacks'.
    Maybe with dtrace, like it was done for 'unimplemented syscalls' in
    SmartOS wiki
    https://wiki.smartos.org/display/DOC/LX+Branded+Zones#LXBrandedZones-huntingforunsupportedsyscalls
    Maybe whatelse...

    > So i have reproducible steps and also solve my problem.
    >
    > If I create my dataset via napp-it.  It seems like it applies special
    > permissions.  LX will complain that other and group should not have
    > write permissions on the zone directory.  So I remove these via chmod
    > o-w and chmod g-w.

    I think that in this case it will be useful that you compare full zfs
    properties list (`zfs get all ` for zone root) and full acls
    (`/usr/bin/ls -lV ` -- of course, issued from host with zone running to
    display actual permissions while FS is mounted) for both zones - working
    and crashing ones.

    >
    > At this point I can create the zone and in doing so I can reproduce
    > the error.  If I create the data set with your standard zfs create
    > tank/zones the permissions are fine by default and the bug is not
    > reproducible.
    >
    > So somehow 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 <danmcd at omniti.com
    > <mailto:danmcd at omniti.com>> wrote:
    >
    >
    >     > On Jan 9, 2017, at 10:01 PM, Mini Trader
    >     <miniflowtrader at gmail.com <mailto:miniflowtrader at gmail.com>> wrote:
    >     >
    >     > Just to reiterate on a fresh install of 20 I got no error.
    >     Different hardware too.
    >
    >     WEIRD.  (Sorry I didn't catch that earlier.  Juggling other balls
    >     concurrently!)
    >
    >     Okay, thanks for the update.  Not sure if there's anything I can
    >     do in the immediate term, but thanks for keeping me informed (and
    >     giving me the full zonecfg).
    >
    >     Thanks!
    >     Dan
    >
    >
    >
    >
    > _______________________________________________
    > OmniOS-discuss mailing list
    > OmniOS-discuss at lists.omniti.com
    > http://lists.omniti.com/mailman/listinfo/omnios-discuss

    --
    С уважением, Илья Кулагин

    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20170110/12a35ada/attachment-0001.html>
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: smime.p7s
    Type: application/pkcs7-signature
    Size: 3808 bytes
    Desc: Firma criptogr��fica S/MIME
    URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20170110/12a35ada/attachment-0001.bin>

- Previous message: [OmniOS-discuss] LX Program Issue
- Next message: [OmniOS-discuss] LX Program Issue
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

More information about the OmniOS-discuss mailing list