Question

我正在尝试批量安装nfs共享，但我遇到了一些问题。当我运行常规的docker命令时，例如：

docker run -i -t privileged=true -v /mnt/bluearc:/mnt/bluarc -v /net:/net ubuntu bash

我在/mnt/bluearc安装了我想要的驱动器。但是，如果我使用docker-compose运行它：

test_ser:
  container_name: test_ser
  hostname: test_ser
  image: ubuntu
  restart: always
  working_dir: /repo/drop_zone_dub
  volumes_from:
    - nerve_repo_data
  volumes:
    - /mnt/bluearc:/mnt/bluearc
    - /net:/net
  privileged: true
  command: bash

当我尝试访问目录时，出现以下错误：

Too many levels of symbolic links

是什么构成做出不同会导致这种情况？

Answer 1

我遇到了同样的问题，并在此处找到了一个隐藏的docker参数：

https://github.com/moby/moby/issues/24303

-v /nfs:/nfs:shared

到目前为止它对我有用。

Answer 2

我怀疑这与Docker和Automounting有关。见https://serverfault.com/questions/640895/why-do-some-host-volumes-in-docker-containers-give-the-error-too-many-levels-of 它似乎只是Docker无法做到的事情。

Answer 3

我们通常使用：

-v /nfs:/nfs:slave

我们发现在autofs / auto-mounter中可以更好地工作。

Answer 4

在此线程中，我找到了解决方案 https://github.com/docker/for-win/issues/5763

通过library(plotly) data <- data.frame("Time" = 1:100, "y1" = rnorm(100), "y2" = rnorm(100)) df <- data %>% tidyr::gather(variable, value, -Time) %>% transform(id = as.integer(factor(variable))) df$variable <- factor( df$variable, levels = unique( df$variable)) p <- plot_ly(data = df,x = ~Time, y = ~value, color = ~variable, colors = "Dark2", yaxis = ~paste0( "y",sort(id, decreasing = F)) ) %>% add_lines() %>% plotly::subplot(nrows = length(unique(df$variable)), shareX = TRUE) p恢复到docker-desktop的旧版本对我有帮助。

chocolately

这个问题显然是Windows使用的linux内核的问题。

Docker-使用NFS编写太多级别的符号链接

4 个答案: