1. Forum
  2. Usenet
  3. COMP.LANG.REXX

  • rxqueue / rxapi failing in ooRexx 5 beta

    From Bob Martin@21:1/5 to All on Fri Dec 21 11:11:17 2018
    I'm getting REX121 Storage for data queues is exhausted.

    Working back through the builds on Sourceforge
    Build 11519 worked ok but 11520 on fail.

    Strangely, the problem occurs on user www-data (web server)
    but not in my own user logon.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ErichSt@21:1/5 to All on Sat Dec 22 05:29:49 2018
    Hi Bob,
    are you switching users with su www-data ?

    We seem to have an issue when switching users with the existing environment being kept as-is. Can you try su -l www-data or a direct login to www-data and check if the issue is gone?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bob Martin@21:1/5 to ErichSt on Sun Dec 23 08:15:12 2018
    On 22 Dec 2018 at 13:29:49, ErichSt <erich.steinboeck@gmail.com> wrote:
    Hi Bob,
    are you switching users with su www-data ?

    We seem to have an issue when switching users with the existing environment being kept as-is.
    Can you try su -l www-data or a direct login to www-data and check if the issue is gone?

    No, I'm running the Boa web-server.
    When it runs scripts containing the rxqueue command the delivered html contains the
    "storage queues exhausted" error message.
    I put some debug code in and calls to the built-in rxqueue function also fail, 'call rxqueue "Create"' returns blanks or nulls.
    The same script run in my user id works OK.

    When I run 'ps -ef | grep rxapi' on 11520 I see one line for each user
    but running it on 11519 shows one line for user 'root'.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ErichSt@21:1/5 to All on Sun Dec 23 03:39:00 2018
    There was a recent change in ooRexx 5.0 how rxapi is run. It is now run per each user. To successfully start, rxapi needs to create two special files. Typically, it will try to create them in the user's home directory.
    Does your www-data have a home directory? /var/www? Does it have write access to this directory?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rick McGuire@21:1/5 to Bob Martin on Sun Dec 23 04:16:34 2018
    On Sunday, December 23, 2018 at 3:15:15 AM UTC-5, Bob Martin wrote:
    On 22 Dec 2018 at 13:29:49, ErichSt <erich.steinboeck@gmail.com> wrote:
    Hi Bob,
    are you switching users with su www-data ?

    We seem to have an issue when switching users with the existing environment being kept as-is.
    Can you try su -l www-data or a direct login to www-data and check if the issue is gone?

    No, I'm running the Boa web-server.
    When it runs scripts containing the rxqueue command the delivered html contains the
    "storage queues exhausted" error message.
    I put some debug code in and calls to the built-in rxqueue function also fail,
    'call rxqueue "Create"' returns blanks or nulls.
    The same script run in my user id works OK.

    When I run 'ps -ef | grep rxapi' on 11520 I see one line for each user
    but running it on 11519 shows one line for user 'root'.

    Do you see one for www-data? Does www-data have the environment variable XDG_RUNTIME_SET? Is the variable set for the running script? Also, what system are you running on.

    Rick

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bob Martin@21:1/5 to Rick McGuire on Mon Dec 24 09:03:56 2018
    On 23 Dec 2018 at 12:16:34, Rick McGuire <object.rexx@gmail.com> wrote:
    On Sunday, December 23, 2018 at 3:15:15 AM UTC-5, Bob Martin wrote:
    On 22 Dec 2018 at 13:29:49, ErichSt <erich.steinboeck@gmail.com> wrote:
    Hi Bob,
    are you switching users with su www-data ?

    We seem to have an issue when switching users with the existing environment being kept
    as-is.
    Can you try su -l www-data or a direct login to www-data and check if the issue is gone?

    No, I'm running the Boa web-server.
    When it runs scripts containing the rxqueue command the delivered html contains the
    "storage queues exhausted" error message.
    I put some debug code in and calls to the built-in rxqueue function also fail,
    'call rxqueue "Create"' returns blanks or nulls.
    The same script run in my user id works OK.

    When I run 'ps -ef | grep rxapi' on 11520 I see one line for each user
    but running it on 11519 shows one line for user 'root'.

    Do you see one for www-data? Does www-data have the environment variable XDG_RUNTIME_SET? Is
    the variable set for the running script? Also, what system are you running on.

    I've just re-installed the latest beta on Linux Mint Mate 18.3 64-bit

    Yes, ps -ef does show a line for www-data, but XDG_RUNTIME_SET has no value.

    Running ps -ef | grep rxapi on my user I now see two lines for my user but none for www-data
    Running ps -ef | grep rxapi in the web server shows:

    www-data 4524 4523 0 08:43 ? 00:00:00 [rxapi]
    www-data 4525 4523 0 08:43 ? 00:00:00 /bin/sh -c ps -ef | grep rxapi www-data 4527 4525 0 08:43 ? 00:00:00 grep rxapi

    This is different to what I saw on 11520

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bob Martin@21:1/5 to ErichSt on Mon Dec 24 08:52:37 2018
    On 23 Dec 2018 at 11:39:00, ErichSt <erich.steinboeck@gmail.com> wrote:
    There was a recent change in ooRexx 5.0 how rxapi is run. It is now run per each user. To
    successfully start, rxapi needs to create two special files. Typically, it will try to
    create them in the user's home directory.
    Does your www-data have a home directory? /var/www? Does it have write access to this
    directory?

    Yes, /var/www is www-data's home directory, but www-data does not have write access.

    Does running rxapi per user mean that inter-process communication via queues is no longer supported?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rick McGuire@21:1/5 to Bob Martin on Mon Dec 24 03:20:39 2018
    On Monday, December 24, 2018 at 4:03:57 AM UTC-5, Bob Martin wrote:
    On 23 Dec 2018 at 12:16:34, Rick McGuire <object.rexx@gmail.com> wrote:
    On Sunday, December 23, 2018 at 3:15:15 AM UTC-5, Bob Martin wrote:
    On 22 Dec 2018 at 13:29:49, ErichSt <erich.steinboeck@gmail.com> wrote:
    Hi Bob,
    are you switching users with su www-data ?

    We seem to have an issue when switching users with the existing environment being kept
    as-is.
    Can you try su -l www-data or a direct login to www-data and check if the issue is gone?

    No, I'm running the Boa web-server.
    When it runs scripts containing the rxqueue command the delivered html contains the
    "storage queues exhausted" error message.
    I put some debug code in and calls to the built-in rxqueue function also fail,
    'call rxqueue "Create"' returns blanks or nulls.
    The same script run in my user id works OK.

    When I run 'ps -ef | grep rxapi' on 11520 I see one line for each user
    but running it on 11519 shows one line for user 'root'.

    Do you see one for www-data? Does www-data have the environment variable XDG_RUNTIME_SET? Is
    the variable set for the running script? Also, what system are you running on.

    I've just re-installed the latest beta on Linux Mint Mate 18.3 64-bit

    Yes, ps -ef does show a line for www-data, but XDG_RUNTIME_SET has no value.

    Running ps -ef | grep rxapi on my user I now see two lines for my user but none for www-data
    Running ps -ef | grep rxapi in the web server shows:

    www-data 4524 4523 0 08:43 ? 00:00:00 [rxapi]
    www-data 4525 4523 0 08:43 ? 00:00:00 /bin/sh -c ps -ef | grep rxapi
    www-data 4527 4525 0 08:43 ? 00:00:00 grep rxapi

    This is different to what I saw on 11520

    Oops, I mistyped the env variable name. It should have been XDG_RUNTIME_DIR. Does your script run under the www-data login or some other login?

    Interprocess communication still works with the new setup between processes of the same user, which is the same way it worked before.

    Rick

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bob Martin@21:1/5 to Rick McGuire on Mon Dec 24 12:11:11 2018
    On 24 Dec 2018 at 11:20:39, Rick McGuire <object.rexx@gmail.com> wrote:
    On Monday, December 24, 2018 at 4:03:57 AM UTC-5, Bob Martin wrote:
    On 23 Dec 2018 at 12:16:34, Rick McGuire <object.rexx@gmail.com> wrote:
    On Sunday, December 23, 2018 at 3:15:15 AM UTC-5, Bob Martin wrote:
    On 22 Dec 2018 at 13:29:49, ErichSt <erich.steinboeck@gmail.com> wrote: >> >> > Hi Bob,
    are you switching users with su www-data ?

    We seem to have an issue when switching users with the existing environment being kept
    as-is.
    Can you try su -l www-data or a direct login to www-data and check if the issue is
    gone?

    No, I'm running the Boa web-server.
    When it runs scripts containing the rxqueue command the delivered html contains the
    "storage queues exhausted" error message.
    I put some debug code in and calls to the built-in rxqueue function also fail,
    'call rxqueue "Create"' returns blanks or nulls.
    The same script run in my user id works OK.

    When I run 'ps -ef | grep rxapi' on 11520 I see one line for each user
    but running it on 11519 shows one line for user 'root'.

    Do you see one for www-data? Does www-data have the environment variable XDG_RUNTIME_SET?
    Is
    the variable set for the running script? Also, what system are you running on.

    I've just re-installed the latest beta on Linux Mint Mate 18.3 64-bit

    Yes, ps -ef does show a line for www-data, but XDG_RUNTIME_SET has no value. >>
    Running ps -ef | grep rxapi on my user I now see two lines for my user but none for www-data
    Running ps -ef | grep rxapi in the web server shows:

    www-data 4524 4523 0 08:43 ? 00:00:00 [rxapi]
    www-data 4525 4523 0 08:43 ? 00:00:00 /bin/sh -c ps -ef | grep rxapi
    www-data 4527 4525 0 08:43 ? 00:00:00 grep rxapi

    This is different to what I saw on 11520

    Oops, I mistyped the env variable name. It should have been XDG_RUNTIME_DIR. Does your script run under the www-data login or some other login?

    Interprocess communication still works with the new setup between processes of the same user,
    which is the same way it worked before.

    script is run by Boa web server in user www-data

    env | grep XDG on my user gives

    XDG_SESSION_ID=4 XDG_SESSION_COOKIE=8441891e86e24d76b9616edf516d5734-1545649361.930196-1141963486
    XDG_DATA_DIRS=/home/bob/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share
    XDG_RUNTIME_DIR=/run/user/1000

    on www-data gives no hits

    All above on build 11642 (.deb)

    Happy Christmas to all the ooRexx developers!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rick McGuire@21:1/5 to Bob Martin on Mon Dec 24 05:10:57 2018
    On Monday, December 24, 2018 at 7:11:12 AM UTC-5, Bob Martin wrote:
    On 24 Dec 2018 at 11:20:39, Rick McGuire <object.rexx@gmail.com> wrote:
    On Monday, December 24, 2018 at 4:03:57 AM UTC-5, Bob Martin wrote:
    On 23 Dec 2018 at 12:16:34, Rick McGuire <object.rexx@gmail.com> wrote:
    On Sunday, December 23, 2018 at 3:15:15 AM UTC-5, Bob Martin wrote:
    On 22 Dec 2018 at 13:29:49, ErichSt <erich.steinboeck@gmail.com> wrote: >> >> > Hi Bob,
    are you switching users with su www-data ?

    We seem to have an issue when switching users with the existing environment being kept
    as-is.
    Can you try su -l www-data or a direct login to www-data and check if the issue is
    gone?

    No, I'm running the Boa web-server.
    When it runs scripts containing the rxqueue command the delivered html contains the
    "storage queues exhausted" error message.
    I put some debug code in and calls to the built-in rxqueue function also fail,
    'call rxqueue "Create"' returns blanks or nulls.
    The same script run in my user id works OK.

    When I run 'ps -ef | grep rxapi' on 11520 I see one line for each user >> >> but running it on 11519 shows one line for user 'root'.

    Do you see one for www-data? Does www-data have the environment variable XDG_RUNTIME_SET?
    Is
    the variable set for the running script? Also, what system are you running on.

    I've just re-installed the latest beta on Linux Mint Mate 18.3 64-bit

    Yes, ps -ef does show a line for www-data, but XDG_RUNTIME_SET has no value.

    Running ps -ef | grep rxapi on my user I now see two lines for my user but none for www-data
    Running ps -ef | grep rxapi in the web server shows:

    www-data 4524 4523 0 08:43 ? 00:00:00 [rxapi]
    www-data 4525 4523 0 08:43 ? 00:00:00 /bin/sh -c ps -ef | grep rxapi
    www-data 4527 4525 0 08:43 ? 00:00:00 grep rxapi

    This is different to what I saw on 11520

    Oops, I mistyped the env variable name. It should have been XDG_RUNTIME_DIR.
    Does your script run under the www-data login or some other login?

    Interprocess communication still works with the new setup between processes of the same user,
    which is the same way it worked before.

    script is run by Boa web server in user www-data

    env | grep XDG on my user gives

    XDG_SESSION_ID=4 XDG_SESSION_COOKIE=8441891e86e24d76b9616edf516d5734-1545649361.930196-1141963486
    XDG_DATA_DIRS=/home/bob/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share
    XDG_RUNTIME_DIR=/run/user/1000

    on www-data gives no hits

    All above on build 11642 (.deb)

    Happy Christmas to all the ooRexx developers!

    Thanks, that's useful information.

    Just to double check, the script runs under the wwww-data login but does not have write permission to the www-data home directory. Is that correct?

    Might I suggest moving this conversation to the ooRexx developer's mailing list? You'll get more eyeballs on the problem and it will be easier for us to post potential patches for you to try.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bob Martin@21:1/5 to Rick McGuire on Mon Dec 24 14:26:29 2018
    On 24 Dec 2018 at 13:10:57, Rick McGuire <object.rexx@gmail.com> wrote:
    On Monday, December 24, 2018 at 7:11:12 AM UTC-5, Bob Martin wrote:
    On 24 Dec 2018 at 11:20:39, Rick McGuire <object.rexx@gmail.com> wrote:
    On Monday, December 24, 2018 at 4:03:57 AM UTC-5, Bob Martin wrote:
    On 23 Dec 2018 at 12:16:34, Rick McGuire <object.rexx@gmail.com> wrote: >> >> > On Sunday, December 23, 2018 at 3:15:15 AM UTC-5, Bob Martin wrote:
    On 22 Dec 2018 at 13:29:49, ErichSt <erich.steinboeck@gmail.com> wrote:
    Hi Bob,
    are you switching users with su www-data ?

    We seem to have an issue when switching users with the existing environment being
    kept
    as-is.
    Can you try su -l www-data or a direct login to www-data and check if the issue is
    gone?

    No, I'm running the Boa web-server.
    When it runs scripts containing the rxqueue command the delivered html contains the
    "storage queues exhausted" error message.
    I put some debug code in and calls to the built-in rxqueue function also fail,
    'call rxqueue "Create"' returns blanks or nulls.
    The same script run in my user id works OK.

    When I run 'ps -ef | grep rxapi' on 11520 I see one line for each user >> >> >> but running it on 11519 shows one line for user 'root'.

    Do you see one for www-data? Does www-data have the environment variable
    XDG_RUNTIME_SET?
    Is
    the variable set for the running script? Also, what system are you running on.

    I've just re-installed the latest beta on Linux Mint Mate 18.3 64-bit

    Yes, ps -ef does show a line for www-data, but XDG_RUNTIME_SET has no value.

    Running ps -ef | grep rxapi on my user I now see two lines for my user but none for
    www-data
    Running ps -ef | grep rxapi in the web server shows:

    www-data 4524 4523 0 08:43 ? 00:00:00 [rxapi]
    www-data 4525 4523 0 08:43 ? 00:00:00 /bin/sh -c ps -ef | grep rxapi
    www-data 4527 4525 0 08:43 ? 00:00:00 grep rxapi

    This is different to what I saw on 11520

    Oops, I mistyped the env variable name. It should have been XDG_RUNTIME_DIR.
    Does your script run under the www-data login or some other login?

    Interprocess communication still works with the new setup between processes of the same
    user,
    which is the same way it worked before.

    script is run by Boa web server in user www-data

    env | grep XDG on my user gives

    XDG_SESSION_ID=4
    XDG_SESSION_COOKIE=8441891e86e24d76b9616edf516d5734-1545649361.930196-1141963486

    XDG_DATA_DIRS=/home/bob/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share

    XDG_RUNTIME_DIR=/run/user/1000

    on www-data gives no hits

    All above on build 11642 (.deb)

    Happy Christmas to all the ooRexx developers!

    Thanks, that's useful information.

    Just to double check, the script runs under the wwww-data login but does not have write
    permission to the www-data home directory. Is that correct?

    Might I suggest moving this conversation to the ooRexx developer's mailing list? You'll get
    more eyeballs on the problem and it will be easier for us to post potential patches for you
    to try.

    Yes, that's correct. From what I can see (Google) it is not normal for the server
    to have write access to /var/www

    I have re-subscribed to the developers mailing list (wondered why I'd had nothing since June 2017)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)