[
https://issues.apache.org/jira/browse/SOLR-16619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17678833#comment-17678833
]
Jesse Gorzinski commented on SOLR-16619:
----------------------------------------
[~janhoy] the most relevant change in the history seems to be [here
|https://github.com/apache/solr/pull/867/files#diff-49c29c8f653341f48008c38f5f2cf970fa430cdca29181c819d7bdcfcc722980L710],
from last year, where the PID invocation was changed from `ps auxww` to `ps -o
command='' -p "$SOLR_PID"`. This change introduced the `-o command=` and
regressed behavior on IBM i (the `ps auxww` invocation shows the entire command
line).
The problem on IBM i is that the nonstandard `ps` shortens the command line
when `-o` is specified.
[~elyograg]'s suggestion for a platform-agnostic approach would make this a bit
cleaner. Given the piped commands (`| grep start\.jar | grep jetty\.port`),
omitting the `-o` for all platforms seems safe, since it is unlikely (and
disallowed on most operating systems) for the username to be `start.jar` and/or
`jetty.port`.
Given the above, I suggest we simply use the newly-proposed OS400 invocation
for all OSes. It will fix the regression for IBM i and should also work with
AIX and any GNU-compatible PS. The OS400 check was initially included out of an
abundance of caution.
Thoughts?
> `solr status` and `solr create` do not work on IBM i
> ----------------------------------------------------
>
> Key: SOLR-16619
> URL: https://issues.apache.org/jira/browse/SOLR-16619
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Affects Versions: 8.11.2, 9.1
> Environment: Pase on IBM i using Java 11 with OpenJDK
> Reporter: Jesse Gorzinski
> Priority: Minor
> Time Spent: 20m
> Remaining Estimate: 0h
>
> The `solr status` and `solr create` commands fail on the IBM i platform.
> For example
> ```
> Solr process 3391 from /solr/solr-8.11.2/bin/solr-8983.pid not found
> ```
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
