Zabbix 是由 Alexei Vladishev 开发的一种网络监视、管理系统,基于 Server-Client 架构。可用于监视各种网络服务、服务器和网络机器等状态。这里我简单写一下自己在使用 docker 部署 zabbix 中遇到的坑。
昨天跨年夜给自己的老破旧刷机,双清之前忘记退出 Google 账号,导致无法正常跳过开机向导。这里简单记录一下解决方案。
Idea 切换maven仓库之后,重新构建老是卡住。。如图所示。 按照 https://intellij-support.jetbrains.com/hc/en-us/community/posts/360000027164-Refreshing-files-takes-way-tool-long-often-before-building- 的操作提示,File" -> “Invalidate Caches and Restart” 重启之后,得到解决。
最近在项目中使用了Guava缓存,使用方式是用Spring提供的 @Cacheable 注解的方式,在使用的过程中,遇到了缓存不生效的情况。 Spring 使用@Cacheab
azkaban 是linkin开源的一套简单的任务调度服务系统。如果需要配置任务的状态回调,那么需要加入以下配置: type=command job.notification.started.1.url = http://10.20.115.20:9527/index/callback?message=started&server=?{server}&project=?{project}&flow=?{flow}&executionId=?{executionId}&job=?{job}&status=?{status} job.notification.success.1.url = http://10.20.115.20:9527/index/callback?message=success&server=?{server}&project=?{project}&flow=?{flow}&executionId=?{executionId}&job=?{job}&status=?{status} job.notification.failure.1.url = http://10.20.115.20:9527/index/callback?message=failure&server=?{server}&project=?{project}&flow=?{flow}&executionId=?{executionId}&job=?{job}&status=?{status} job.notification.completed.1.url = http://10.20.115.20:9527/index/callback?message=completed&server=?{server}&project=?{project}&flow=?{flow}&executionId=?{executionId}&job=?{job}&status=?{status} command=exit -1 dependencies=callback 其中主要
今天在使用implala
连接 hive
数据库的时候,出现了一个错误。
pandas 对指定列做fillna df.fillna({'code':'code', 'date':'date'}) df.[["code", "date"]].fillna("") pandas 指定列重命名 df.rename(columns={"amount": "total_amount"}, inplace=True) DataFrame 按直接列left join合并 df = pd.merge(df_1, df_2, on=["code", "date"], how='left') DataFrame 两列相加相减 df["amount"] = df["total_amount"] - df["amount"] df["amount"] = df["total_amount"] + df["amount"]
目录结构为: ├── dataprocess │ ├── config │ ├── ├──dbconfig.py // 具体代码. │ ├── test.py 需要在test.py脚本中引用dbconfig.py
在日常开发中,常常会遇到自己正在开发某个feature
的时候,需要切到另外的分支去处理bug
。于是先将未完成的功能commit
到本地。处理完bug
之后,再切回来开发,这种做法有一个坏处是,仓库commit
的历史会很凌乱。不利于追踪排查历史问题。
刚开始在项目中使用docker的时候,使用的是centos作为基础镜像。centos的官方镜像有70M左右。加上jdk、tomcat,一个完整的业务系统,可能有450M左右。在项目组同学去试用部署的时候,所以的应用包加上服务包,有点过于大了。而且以centos作为基础镜像,可能包含很多我们并不需要的功能。所以,决定转用alpine。
网上关于docker
镜像的导出导入的文章已经很多了,无非是save
、export
、load
、import
这几个命令,我这里只是简单记录一下今天遇到的一个特殊情况。
今天在查应用日志的时候,发现日志收集分析的应用,收到很多ip
发来的同一系统的日志。经分析发现,这么多ip都是出自三台机器,由于过年期间有些机器有过断电重启的情况,所以 docker
给这个应用重新赋予了ip
,导致了以上的情况出现,日志分析应用,无法知道这个日志的准确来源。
整理一下自己在工作中踩过的关于gitlab-CI
的坑。
今天在构建 oraclejdk7
镜像的时候,为了方便自己以后能够随时编译 jdk
镜像,于是将 oracle-jdk-7
的 tar.gz
包上传到了 minio
服务器上,可以直接使用 wget
命令随时下载。
之前在项目中做过CI的技术选型,基本成熟之后,现在来总结一下两者的优劣。
首先确认是否已经关闭防火墙; 请顺序运行以下命令:
今天遇到一个问题,如何给一个gitlab的仓库瘦身。在我们日常开发中,由于不规范或者不小心,误提交了一些大文件,导致git的仓库变得很大,这是你直接删除大文件也无济于事,因为git commit log里面,会记录你每一次的提交详情。一般来说,给git瘦身有两种方式,一种是官方提供的git-filter-branch
,这种命令用起来极为繁琐。另一种是本文将要说到的BFG.
问题描述
在构建jdk镜像的时候,由于无法直接从oracle上获取到jdk的压缩包,所以我把压缩包放到minio上,通过wget下载(实际上是多此一举,可以直接ADD进去)。但是我在用wget下载minio的数据的时候,直接报错了。
docker
默认安装路径是var/lib/docker
这个目录下面的,如果这个目录挂载的空间不大的话,那么在实际使用中,可能会导致docker
空间不足的情况,我们需要将这个默认目录迁移到比较大的空间下面去。
嗯,最近在搭建flink的环境,用普通的 docker
命令构建的时候,老是遇到各种的问题。于是转为用 docker-compose
试试。