Symbolic links and pathsedit
Elasticsearch 2.0 runs with the Java security manager enabled and is much more restrictive about which paths it is allowed to access. Various paths can be configured, e.g. path.data
, path.scripts
, path.repo
. A configured path may itself be a symbolic link, but no symlinks under that path will be followed.
Elasticsearch 2.0은 java security manager가 활성화된 채로 동작한다. 그리고, 어떤 path를 access 허용할 것인가에 대해 훨씬 더 제한적이다. 다양한 path를 설정할 수 있다. 예를 들면, path.data
, path.scripts
, path.repo
등이 있다. 설정된 path가 symbolic link일 수 있다. 하지만, 그 경로 아래에는 symbolic link가 있으면 안 된다.
Elasticsearch 2.0 runs with the Java security manager enabled and is much more restrictive about which paths it is allowed to access. Various paths can be configured, e.g. path.data
, path.scripts
, path.repo
. A configured path may itself be a symbolic link, but no symlinks under that path will be followed.
Elasticsearch 2.0은 java security manager가 활성화된 채로 동작한다. 그리고, 어떤 path를 access 허용할 것인가에 대해 훨씬 더 제한적이다. 다양한 path를 설정할 수 있다. 예를 들면, path.data
, path.scripts
, path.repo
등이 있다. 설정된 path가 symbolic link일 수 있다. 하지만, 그 경로 아래에는 symbolic link가 있으면 안 된다.
Running bin/elasticsearch
edit
The command line parameter parsing has been rewritten to deal properly with spaces in parameters. All config settings can still be specified on the command line when starting Elasticsearch, but they must appear after the built-in "static parameters", such as -d
(to daemonize) and -p
(the PID path).
parameter 사이의 공백을 잘 처리하기 위해, command line parameter parsing을 다시 작성하였다. 모든 초기 설정은 여전히, Elasticsearch를 시작할 때, command line에서 지정할 수 있다. 하지만, 그것들은 -d
(daemon으로 실행), -p
(PID 경로) 같은 내장된(built-in) "static parameters" 다음에 나타나야 한다.
For instance:
예를 들자면,
bin/elasticsearch -d -p /tmp/foo.pid --http.cors.enabled=true --http.cors.allow-origin='*'
For a list of static parameters, run bin/elasticsearch -h
static parameter의 목록을 보려면, bin/elasticsearch –h
를 실행하자.
The command line parameter parsing has been rewritten to deal properly with spaces in parameters. All config settings can still be specified on the command line when starting Elasticsearch, but they must appear after the built-in "static parameters", such as -d
(to daemonize) and -p
(the PID path).
parameter 사이의 공백을 잘 처리하기 위해, command line parameter parsing을 다시 작성하였다. 모든 초기 설정은 여전히, Elasticsearch를 시작할 때, command line에서 지정할 수 있다. 하지만, 그것들은 -d
(daemon으로 실행), -p
(PID 경로) 같은 내장된(built-in) "static parameters" 다음에 나타나야 한다.
For instance:
예를 들자면,
bin/elasticsearch -d -p /tmp/foo.pid --http.cors.enabled=true --http.cors.allow-origin='*'
For a list of static parameters, run bin/elasticsearch -h
static parameter의 목록을 보려면, bin/elasticsearch –h
를 실행하자.
-f
removededit
The -f
parameter, which used to indicate that Elasticsearch should be run in the foreground, was deprecated in 1.0 and removed in 2.0.
Elasticsearch를 foreground로 실행하도록 지정하는, -f
parameter는 1.0에서 deprecate되었었고, 2.0에서 제거되었다.
The -f
parameter, which used to indicate that Elasticsearch should be run in the foreground, was deprecated in 1.0 and removed in 2.0.
Elasticsearch를 foreground로 실행하도록 지정하는, -f
parameter는 1.0에서 deprecate되었었고, 2.0에서 제거되었다.
V
for versionedit
The -v
parameter now means --verbose
for both bin/plugin
and bin/elasticsearch
(although it has no effect on the latter). To output the version, use -V
or --version
instead.
bin/plugin
과 bin/elsticsearch
모두에서, -v
parameter는 이제 --verbose
를 의미한다. version을 확인하려면, -V
또는 --version
을 사용하자.
The -v
parameter now means --verbose
for both bin/plugin
and bin/elasticsearch
(although it has no effect on the latter). To output the version, use -V
or --version
instead.
bin/plugin
과 bin/elsticsearch
모두에서, -v
parameter는 이제 --verbose
를 의미한다. version을 확인하려면, -V
또는 --version
을 사용하자.
Plugin manager should run as rootedit
The permissions of the config
, bin
, and plugins
directories in the RPM and deb packages have been made more restrictive. The plugin manager should be run as root otherwise it will not be able to install plugins.
RPM과 deb package에서, config
, bin
, plugins
directory의 permission은 더 제한적이 되었다. plugin manager는 root로 실행해야 하고, 그렇지 않으면, plugin을 설치할 수 없다.
The permissions of the config
, bin
, and plugins
directories in the RPM and deb packages have been made more restrictive. The plugin manager should be run as root otherwise it will not be able to install plugins.
RPM과 deb package에서, config
, bin
, plugins
directory의 permission은 더 제한적이 되었다. plugin manager는 root로 실행해야 하고, 그렇지 않으면, plugin을 설치할 수 없다.
Support for official pluginsedit
Almost all of the official Elasticsearch plugins have been moved to the main elasticsearch
repository. They will be released at the same time as Elasticsearch and have the same version number as Elasticsearch.
대부분의 Elasticsearch 공식 plugin은 main elasticsearch
repository로 옮겨졌다. 그들은 Elasticsearch와 동시에 release되고, Elasticsearch와 동일한 version number를 가진다.
Official plugins can be installed as follows:
공식적인 plugin은 다음과 같이 설치한다.
sudo bin/plugin install analysis-icu
Community-provided plugins can be installed as before.
community에서 제공되는 plugin은 이전처럼 설치될 수 있다.
Almost all of the official Elasticsearch plugins have been moved to the main elasticsearch
repository. They will be released at the same time as Elasticsearch and have the same version number as Elasticsearch.
대부분의 Elasticsearch 공식 plugin은 main elasticsearch
repository로 옮겨졌다. 그들은 Elasticsearch와 동시에 release되고, Elasticsearch와 동일한 version number를 가진다.
Official plugins can be installed as follows:
공식적인 plugin은 다음과 같이 설치한다.
sudo bin/plugin install analysis-icu
Community-provided plugins can be installed as before.
community에서 제공되는 plugin은 이전처럼 설치될 수 있다.
Plugins require descriptor fileedit
All plugins are now required to have a plugin-descriptor.properties file. If a node has a plugin installed which lacks this file, it will be unable to start.
모든 plugin은 plugin-descriptor.properties file을 가져야 한다. 만일 node가 이 파일이 없는 plugin을 가지고 있으면, 시작할 수 없을 것이다.
All plugins are now required to have a plugin-descriptor.properties file. If a node has a plugin installed which lacks this file, it will be unable to start.
모든 plugin은 plugin-descriptor.properties file을 가져야 한다. 만일 node가 이 파일이 없는 plugin을 가지고 있으면, 시작할 수 없을 것이다.
Repository naming structure changesedit
Elasticsearch 2.0 changes the way the repository URLs are referenced. Instead of specific repositories for both major and minor versions, the repositories will use a major version reference only.
Elasticsearch 2.0은 repository URL이 참조되는 방식을 변경했다. major/minor version을 위한 특정 repository 대신, repository는 major version의 참조만을 사용한다.
The URL for apt packages now uses the following structure;
apt package의 URL은 다음과 같은 구조를 사용한다.
deb https://packages.elastic.co/elasticsearch/2.x/debian stable main
And for yum packages it is;
그리고, yum package는 다음과 같다.
baseurl=https://packages.elastic.co/elasticsearch/2.x/centos
The repositories page details this change.
이 변경의 자세한 내용은 repositories을 참고하자.
Elasticsearch 2.0 changes the way the repository URLs are referenced. Instead of specific repositories for both major and minor versions, the repositories will use a major version reference only.
Elasticsearch 2.0은 repository URL이 참조되는 방식을 변경했다. major/minor version을 위한 특정 repository 대신, repository는 major version의 참조만을 사용한다.
The URL for apt packages now uses the following structure;
apt package의 URL은 다음과 같은 구조를 사용한다.
deb https://packages.elastic.co/elasticsearch/2.x/debian stable main
And for yum packages it is;
그리고, yum package는 다음과 같다.
baseurl=https://packages.elastic.co/elasticsearch/2.x/centos
The repositories page details this change.
이 변경의 자세한 내용은 repositories을 참고하자.
'2.X > 8. Breaking Changes' 카테고리의 다른 글
v2.0-11. Index API changes (0) | 2017.10.13 |
---|---|
v2.0-12. Snapshot and Restore changes (0) | 2017.10.13 |
v2.0-14. Setting changes (0) | 2017.10.13 |
v2.0-15. Stats, info, and cat changes (0) | 2017.10.13 |
v2.0-16. Java API changes (0) | 2017.10.12 |