小编Isa*_*man的帖子

Apache访问日志自动设置权限

对于我正在进行的一些测试,我需要通过ssh远程关闭apache访问日志.只有在为日志准确设置权限时,我才能成功执行此操作.我注意到每周一次,创建一个新的apache access.log并重置权限.

我目前的工作是每周编辑一次日志的权限:

chmod 644 /var/log/apache2/access.log
Run Code Online (Sandbox Code Playgroud)

我想知道是否有更永久的解决方案,例如延长旧日志保留的时间或在创建新日志时自动设置权限.

如果重要,我在Ubuntu 11.10上运行服务器

linux permissions logging apache2

11
推荐指数
1
解决办法
3万
查看次数

Jenkins突然开始无法在Amazon EKS中置备代理

我们正在使用Kubernetes插件在EKS和昨天美国东部时间晚上8:45左右提供代理,我们的端部没有明显变化(我是唯一的管理员,那时我当然没有做任何事情),我们开始遇到问题供应代理。我已经重新启动了EKS节点和Jenkins主服务器。我可以确认kubectl正常工作,并列出了1个正在运行的节点。

我怀疑必须在AWS方面进行某些更改。

奇怪的是,直到开始发生这些ALPN错误,这些错误才会在日志中显示。在Google周围,我看到有人说要忽略这些“信息”消息,因为Java版本不支持ALPN,但事实是它抱怨“ HTTP / 2”,这使我想知道亚马逊是否最终将其更改为HTTP /。 2只?

我知道这似乎对于SO问题来说太具体了,但是如果AWS发生了某些改变而导致兼容性下降,我认为这是正确的地方。

从詹金斯(Jenkins)日志在8:45左右:

INFO: Docker Container Watchdog check has been completed
Aug 29, 2019 8:42:05 PM hudson.model.AsyncPeriodicWork$1 run
INFO: Finished DockerContainerWatchdog Asynchronous Periodic Work. 0 ms
Aug 29, 2019 8:45:04 PM org.csanchez.jenkins.plugins.kubernetes.KubernetesCloud provision
INFO: Excess workload after pending Kubernetes agents: 1
Aug 29, 2019 8:45:04 PM org.csanchez.jenkins.plugins.kubernetes.KubernetesCloud provision
INFO: Template for label eks: Kubernetes Pod Template
Aug 29, 2019 8:45:04 PM okhttp3.internal.platform.Platform log
INFO: ALPN callback dropped: HTTP/2 is disabled. Is alpn-boot on …
Run Code Online (Sandbox Code Playgroud)

amazon-web-services jenkins kubernetes

6
推荐指数
1
解决办法
586
查看次数

Python:在单个模块上使用 Sphinx 生成自动文档?

我正在开发一个只有一个 .py 模块的 Python 库,我正在尝试从文档字符串中为它生成文档。我已经设置了 Sphinx 并运行了 spinx-quickstart 脚本,但是当我尝试运行时(在 docs 目录中)

sphinx-apidoc ../cffiwrap.py -o .
Run Code Online (Sandbox Code Playgroud)

但它只是说:

../cffiwrap.py is not a directory.
Run Code Online (Sandbox Code Playgroud)

是否有其他一些 Sphinx 脚本可以自动记录单个文件?我想只针对它运行它,..但后来我认为它会运行到我的测试目录中并尝试从我的单元测试中生成文档......

python python-sphinx autodoc sphinx-apidoc

5
推荐指数
1
解决办法
1355
查看次数

如何阻止 TeamCity 每次都重新构建 docker 依赖项?

我有一个 TeamCity 构建项目,它使用十几个 Docker 容器的构建版本来参数化 docker-compose.yml 模板,因此为了从每个容器中获取 build_counter,我将它们设置为 docker-compose 构建作业中的快照依赖项. 每个容器的 Dockerfile 和其他文件都在它们自己的 BitBucket 存储库中,并且它们具有相应文件的触发器。在 docker-compose 构建中的快照依赖项中,我将它们设置为“如果有合适的构建,则不运行新构建”但它仍然尝试运行所有依赖构建,即使它们各自没有任何更改回购。

这使得应该非常简单和快速的构建成为一个非常长的构建。很多时候,其中一个依赖构建会失败,并显示“无法收集更改:连接被拒绝”,我怀疑这与 TC 试图同时访问所有这些不同的存储库有关。

每次运行 docker-compose 构建时,我能做些什么来不触发每个依赖项的构建?

编辑:

这是我们的 docker-compose.yml.j2 的示例:http ://termbin.com/b2xy

显然,为了共享,我已经对其进行了消毒,我们真正的 docker-compose 模板列出了大约十几个服务。

以下是其中一项服务的 Dockerfile 示例:http ://termbin.com/upins

teamcity bitbucket docker docker-compose

5
推荐指数
1
解决办法
667
查看次数