在尝试删除由以下内容创建的node_modules目录时npm install:
源文件名大于文件系统支持的文件名.尝试移动到路径名较短的位置,或尝试在尝试此操作之前重命名为较短的名称
我也试过shift+ delete仍然有同样的问题.
我有一个用于网站的 docker compose 文件，在用于各种目的的一堆其他容器中，包括一个具有持久数据的 mysql 数据库。目前撰写文件指定了数据的相对路径，例如：
mysql: 图像：mysql：5.7 容器名称：sqldb 卷： - ./mysql_data/_data:/var/lib/mysql
和文件夹结构：
--mysql_data --static_content docker-compose.yml
这意味着在任何时候我都可以通过复制整个文件夹并运行 docker-compose up 将整个站点（包括持久化内容）移动到另一台服务器。
但是阅读有关 docker 卷的信息，这听起来像是首选方法（使用“docker run”似乎不支持相对绑定安装路径，但可以在 compose 中工作）所以我想知道是否需要将这种方法更改为使用卷？这种相对绑定方法是否存在本质上的错误？如果我确实切换到卷，在移动容器时是否必须手动移动卷（例如，此方法如何将仅数据卷从一台主机移植到另一台主机？）？
我正在尝试使用Flink 5.x Elasticsearch接收器连接器将数据插入托管在小型VM上的ES 5.2.1实例.
由于这是一个处于开发模式的小型虚拟机,我无法启动它以接受9300上的TransportClient远程客户端连接而不会使引导程序检查失败.
[2017-02-17T09:02:48,581][INFO ][o.e.n.Node ] [Z_fiBnl] starting ...
[2017-02-17T09:02:48,866][INFO ][o.e.t.TransportService ] [Z_fiBnl] publish_address {xxxxxx:9300}, bound_addresses {127.0.0.1:9300}
[2017-02-17T09:02:48,878][INFO ][o.e.b.BootstrapChecks ] [Z_fiBnl] bound or publishing to a non-loopback or non-link-local address, enforcing bootstrap checks
ERROR: bootstrap checks failed
max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]
max number of threads [1024] for user [xxx] is too low, increase to at least [2048]
max virtual memory areas vm.max_map_count [65530] is too low, increase …我相信有一种简单的方法可以将文件复制到已经安装到容器的 docker 卷中。
docker cp /tmp/my_data/. my_container:/my_data如如何将多个文件复制到 docker 数据卷中所述
但是，如何使用docker volume create --name my-volume其中已有文件的命名卷来创建？我读过将 cp 文件放入{{.Mountpoint}}.
我是 docker 的新手，所有这些都是细微差别，如果我对卷的基本理解不正确，我深表歉意。
我想问一下我如何才能启用身份验证（x-pack）。就我而言，我使用的是 elasticsearch v.6.2.4 的 docker 镜像。我的问题是 xpack 已安装，但它不要求提供凭据。
感谢您的帮助！
我知道在我的 kibana 中安装了 xpack，因此请在此处 输入图像描述
我正在尝试创建一个 PostgreSQL 11.5 docker 容器。这样做时，我想运行一个 SQL 脚本来创建必要的用户、表等。但是，每当容器启动时，我都会看到以下错误：
The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.
The database cluster will be initialized with locale "en_US.utf8".
The default database encoding has accordingly been set to "UTF8".
The default text search configuration will be set to "english".
Data page checksums are disabled.
fixing permissions on existing directory /var/lib/postgresql/data ... ok
creating subdirectories ... ok
selecting default max_connections ... 100
selecting …我在我的 docker-compose 文件中使用 Postgres 作为服务。我希望在执行此操作时启用日志记录到日志文件docker-compose up。启用日志记录的一种方法是编辑postgres.conf文件，但在这种情况下它没有用。另一种方法是做这样的事情
docker run --name postgresql -itd --restart always sameersbn/postgresql:10-2 -c logging_collector=on
但这也没什么用，因为我不是从图像启动它，而是将其作为 docker-compose 服务启动。知道如何在 Postgres 中启用日志记录的情况下启动 docker-compose 吗？
我的集群中的一些弹性搜索索引存在问题：
我有 5 个常规分片用于示例索引logs-2021.08，因此当我运行_cat/shards弹性 API 时，我得到了很好的结果（示例）：
logs-2021.08 2 r STARTED 25008173 11.9gb 0.0.0.0 instance-0000000128
logs-2021.08 2 p STARTED 25008173 11.8gb 0.0.0.0 instance-0000000119
logs-2021.08 4 p STARTED 25012332 11.8gb 0.0.0.0 instance-0000000129
logs-2021.08 4 r STARTED 25012332 11.9gb 0.0.0.0 instance-0000000119
logs-2021.08 1 p STARTED 25003649 11.8gb 0.0.0.0 instance-0000000121
logs-2021.08 1 r STARTED 25003649 11.8gb 0.0.0.0 instance-0000000115
logs-2021.08 3 p STARTED 25006085 11.8gb 0.0.0.0 instance-0000000121
logs-2021.08 3 r STARTED 25006085 11.8gb 0.0.0.0 instance-0000000135
logs-2021.08 0 p STARTED 25007160 11.9gb …我正在从 elasticsearch 2.x 迁移到 5.x 并在启动时面临这个问题。
[2017-02-28T14:38:24,490][INFO ][o.e.b.BootstrapChecks ] [node1] bound or publishing to a non-loopback or non-link-local address, enforcing bootstrap checks
[2017-02-28T14:38:24,494][ERROR][o.e.b.Bootstrap ] [node1] node validation exception
bootstrap checks failed
max file descriptors [8192] for elasticsearch process is too low, increase to at least [65536]
max size virtual memory [52729364480] for user [elastic] is too low, increase to [unlimited]
max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]
我的 yml 如下所示
node.name: node1
network.host: …我想从 Jenkins 中删除一些 Docker 操作的剩余部分。
但不知何故，以下行不起作用......
问题似乎与括号有关。
有什么建议吗？
if [ docker images -f dangling=true -q|wc -l > 0 ]; then docker rmi --force $(docker images -f dangling=true -q);fi