<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[WOOOLILI]]></title><description><![CDATA[昆虫才讲究技能专一]]></description><link>https://blog.csdn.net/Marco_90</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; Marco_90]]></copyright><item><title><![CDATA[yum升级gitlab-runner提示GPG keys不正确]]></title><link>https://blog.csdn.net/Marco_90/article/details/131112447</link><guid>https://blog.csdn.net/Marco_90/article/details/131112447</guid><author>Marco_90</author><pubDate>Thu, 08 Jun 2023 17:25:21 +0800</pubDate><description><![CDATA[【代码】yum升级gitlab-runner提示GPG keys不正确。]]></description><category></category></item><item><title><![CDATA[Vagrant笔记]]></title><link>https://blog.csdn.net/Marco_90/article/details/130142297</link><guid>https://blog.csdn.net/Marco_90/article/details/130142297</guid><author>Marco_90</author><pubDate>Thu, 13 Apr 2023 22:56:05 +0800</pubDate><description><![CDATA[第一行Vagrant.configure(2)中的2代表配置文件的版本config.vm.box和config.vm.box_url是对虚拟机镜像的定义，参考下文config.vm.box_check_update：不检查box的更新config.vm.hostname：定义虚拟机系统的名称config.vm.provider：定义providevbox.name：定义虚拟机在virtualbox显示的名称vbox.cpus：定义虚拟机使用的CPU数量。]]></description><category></category></item><item><title><![CDATA[解决alpine构建容器镜像缓慢的问题]]></title><link>https://blog.csdn.net/Marco_90/article/details/129661492</link><guid>https://blog.csdn.net/Marco_90/article/details/129661492</guid><author>Marco_90</author><pubDate>Mon, 20 Mar 2023 09:58:13 +0800</pubDate><description><![CDATA[alpine使用国内镜像地址做软件源解决构建缓慢的问题。]]></description><category></category></item><item><title><![CDATA[docker 删除tag为＜none＞的镜像]]></title><link>https://blog.csdn.net/Marco_90/article/details/129625853</link><guid>https://blog.csdn.net/Marco_90/article/details/129625853</guid><author>Marco_90</author><pubDate>Fri, 17 Mar 2023 18:04:13 +0800</pubDate><description><![CDATA[在使用docker删除tag为。如下写法在镜像名称中包含。]]></description><category></category></item><item><title><![CDATA[cobra使用-h或--help不显示usage信息]]></title><link>https://blog.csdn.net/Marco_90/article/details/126180546</link><guid>https://blog.csdn.net/Marco_90/article/details/126180546</guid><author>Marco_90</author><pubDate>Fri, 05 Aug 2022 17:23:43 +0800</pubDate><description><![CDATA[在使用cobra编写CLI后，执行或没有输出帮助信息或]]></description><category></category></item><item><title><![CDATA[ubuntu永久关闭swap]]></title><link>https://blog.csdn.net/Marco_90/article/details/121491195</link><guid>https://blog.csdn.net/Marco_90/article/details/121491195</guid><author>Marco_90</author><pubDate>Tue, 23 Nov 2021 13:32:57 +0800</pubDate><description><![CDATA[直接上操作
编辑/etc/fstabsudo vim /etc/fstab，找到如下行
/dev/disk/by-uuid/5fea4562-481e-4bdc-9373-0a55b3420cc0 none swap sw 0 0

修改成
/dev/disk/by-uuid/5fea4562-481e-4bdc-9373-0a55b3420cc0 none swap sw,noauto 0 0

将如下行注释，即在行首添加#
/swap.img	none	swap	sw	0	0

重启系统并验证
sudo]]></description><category></category></item><item><title><![CDATA[yum 更新或安装软件包时提示证书过期]]></title><link>https://blog.csdn.net/Marco_90/article/details/121374738</link><guid>https://blog.csdn.net/Marco_90/article/details/121374738</guid><author>Marco_90</author><pubDate>Wed, 17 Nov 2021 11:54:39 +0800</pubDate><description><![CDATA[背景描述
重建yum缓存时抛出了错误，详细信息如下
yum makecache fast
已加载插件：fastestmirror, langpacks
base                                                                                                                                                                                ]]></description><category></category></item><item><title><![CDATA[Dockerfile思维导图笔记]]></title><link>https://blog.csdn.net/Marco_90/article/details/114081892</link><guid>https://blog.csdn.net/Marco_90/article/details/114081892</guid><author>Marco_90</author><pubDate>Thu, 25 Feb 2021 14:35:50 +0800</pubDate><description><![CDATA[]]></description><category></category></item><item><title><![CDATA[cerebro 通过https访问ES docker集群]]></title><link>https://blog.csdn.net/Marco_90/article/details/113883056</link><guid>https://blog.csdn.net/Marco_90/article/details/113883056</guid><author>Marco_90</author><pubDate>Sat, 20 Feb 2021 15:11:52 +0800</pubDate><description><![CDATA[由于未在cerebro官方查询到关于TLS/SSL的相关配置说明，因此基于官方Dockerfile文件自定义Docker镜像
自定义Docker镜像
制作ES根证书

证书制作请参见官方文档

制作镜像

创建空目录

mkdir -p /path/to/save/cerebro    # 目录根据实际情况进行相应修改


拷贝证书文件至Dockerfile存储文件夹下

cd /path/to/save/cerebro
mkdir certs
cp /path/to/save/certs/ca.crt c]]></description><category></category></item><item><title><![CDATA[使用docker-compose部署ELK集群无法访问ES]]></title><link>https://blog.csdn.net/Marco_90/article/details/113732580</link><guid>https://blog.csdn.net/Marco_90/article/details/113732580</guid><author>Marco_90</author><pubDate>Sat, 06 Feb 2021 23:41:26 +0800</pubDate><description><![CDATA[环境描述
操作系统: CentOS 7.x
Docker版本: 20.10.3
docker-compose版本: 1.18.0
意图使用docker-compose部署完整的一套ES集群，包括cerebro和Kibana，yml文件如下：
···yml
version: ‘2.2’
services:
cerebro:
image: lmenezes/cerebro:0.9.3
container_name: cerebro
ports:
- “9000:9000”
command:
- -Dhosts.]]></description><category></category></item><item><title><![CDATA[诡异的虚拟机之间互PING响应时间长的问题]]></title><link>https://blog.csdn.net/Marco_90/article/details/111637532</link><guid>https://blog.csdn.net/Marco_90/article/details/111637532</guid><author>Marco_90</author><pubDate>Thu, 24 Dec 2020 17:49:33 +0800</pubDate><description><![CDATA[问题的发现
在macOS平台下用virtualbox部署了两台CentOS虚拟机（由于故障原因与版本无关，就不贴版本号了），网卡模式是Bridge模式，主机与虚拟机之间的网络互通一直没有问题，当部署在两台虚拟机之间的应用在互连时，出现了无法访问的情况
问题调查
使用ping命令进行网络诊断，发现10s中甚至几十秒才会有一个pong，查看message日志没有任何提示信息，再使用strace ping destip，有大量的EAGAIN (Resource temporarily unavailable)提示]]></description><category></category></item><item><title><![CDATA[No cached mapping for this field]]></title><link>https://blog.csdn.net/Marco_90/article/details/106689670</link><guid>https://blog.csdn.net/Marco_90/article/details/106689670</guid><author>Marco_90</author><pubDate>Thu, 11 Jun 2020 15:26:57 +0800</pubDate><description><![CDATA[问题描述
EFK（ElasticSearch，filebeat，Kibana）部署完成后，通过Discover查看索引时，大部分字段提示no cached mapping for this field. Refresh field list from the Management &gt; Index Patterns page
问题解决
依次点击Management &gt; Index patterns，点击对应的Index Patterns，再点击新界面右上角的刷新按钮，在弹出的界面点击Refresh]]></description><category></category></item><item><title><![CDATA[mac no android sdk found]]></title><link>https://blog.csdn.net/Marco_90/article/details/106054589</link><guid>https://blog.csdn.net/Marco_90/article/details/106054589</guid><author>Marco_90</author><pubDate>Mon, 11 May 2020 15:16:17 +0800</pubDate><description><![CDATA[因为想体验体验Flutter的跨平台开发，因此在MBP上装了Android Studio。经过漫长的下载等待后，终于开始了折腾。
坑： 每次启动Android Studio都提示no android sdk found，根据提示一路走下去，提示android sdk(installed)，再点最后一步的Finish后提示missing...（忘记截图了）
一面提示已经安装，一面提示找不到，这也太矛盾了，Google中英文后都无解，切换到百度后更是毫不相干，休息了一天后，终于找到了根源！！！
解： 关系And]]></description><category></category></item><item><title><![CDATA[关于ES中pipeline与Filebeat中pipeline名称不一致的调查]]></title><link>https://blog.csdn.net/Marco_90/article/details/85007847</link><guid>https://blog.csdn.net/Marco_90/article/details/85007847</guid><author>Marco_90</author><pubDate>Fri, 14 Dec 2018 18:09:09 +0800</pubDate><description><![CDATA[这两天在玩ELK系统的时候被折磨的不轻，其中一个问题让我好生难受，即在filebeat.yml文件中Elasticsearch Output中定义的pipeline竟然与/_ingest/pipeline/API显示的名称不一样，查看所有配置文件中没有相关描述，木的办法，撸源代码（源代码下载地址），终于在/elastic/beats/filebeat/fileset/fileset.go中找到了根...]]></description><category></category></item><item><title><![CDATA[ELK踩坑之旅]]></title><link>https://blog.csdn.net/Marco_90/article/details/84998073</link><guid>https://blog.csdn.net/Marco_90/article/details/84998073</guid><author>Marco_90</author><pubDate>Fri, 14 Dec 2018 10:49:47 +0800</pubDate><description><![CDATA[使用yum升级elasticsearch后无法重启elasticsearch服务
查看elasticsearch.log日志文件，有如下提示：
java.lang.IllegalArgumentException: Plugin [ingest-geoip] was built for Elasticsearch version 6.5.1 but version 6.5.3 is running...]]></description><category></category></item><item><title><![CDATA[生产环境下更换Gitlab存储目录踩过的坑]]></title><link>https://blog.csdn.net/Marco_90/article/details/84859275</link><guid>https://blog.csdn.net/Marco_90/article/details/84859275</guid><author>Marco_90</author><pubDate>Thu, 06 Dec 2018 16:16:21 +0800</pubDate><description><![CDATA[生产环境下更换Gitlab存储目录踩过的坑
场景描述：
朋友公司的一台Gitlab服务器由于磁盘空间没有规划好，外加使用规范的问题导致存储分区撑爆了，服务全部down掉，歇菜了。。。
服务器上有一个比当前存储分区大的分区，可以满足未来几年的数据存储，遂将/var/opt/gitlab/目录下的文件cp -rf到了大分区下，半天后，启动服务，页面报500错误，于是开启了我的填坑之旅。
坑一：复制时丢...]]></description><category></category></item><item><title><![CDATA[Docker学习笔记八：Swarm]]></title><link>https://blog.csdn.net/Marco_90/article/details/53489124</link><guid>https://blog.csdn.net/Marco_90/article/details/53489124</guid><author>Marco_90</author><pubDate>Tue, 06 Dec 2016 16:51:28 +0800</pubDate><description><![CDATA[Swarm创建一个swarm1、登录管理节点manager1执行如下命令创建一个新的swarm：$ docker swarm init --advertise-addr 192.168.99.100
Swarm initialized: current node (dxn1zf6l61qsb1josjja83ngz) is now a manager.To add a worker to this]]></description><category></category></item><item><title><![CDATA[Docker学习笔记七：Docker网络]]></title><link>https://blog.csdn.net/Marco_90/article/details/53489035</link><guid>https://blog.csdn.net/Marco_90/article/details/53489035</guid><author>Marco_90</author><pubDate>Tue, 06 Dec 2016 16:47:07 +0800</pubDate><description><![CDATA[网络配置安装Docker默认自动创建三个网络：$ docker network lsNETWORK ID          NAME                DRIVER
7fca4eb8c647        bridge              bridge
9f904ee27bf5        none                null
cf03ee007fb4]]></description><category></category></item><item><title><![CDATA[Docker学习笔记六：存储（未完成）]]></title><link>https://blog.csdn.net/Marco_90/article/details/53488956</link><guid>https://blog.csdn.net/Marco_90/article/details/53488956</guid><author>Marco_90</author><pubDate>Tue, 06 Dec 2016 16:43:20 +0800</pubDate><description><![CDATA[镜像和层（Images and layers）每个docker镜像引用一个只读层列表，这些层代表文件系统差异。层被堆叠在彼此的顶部，以形成容器的根文件系统的基础。例如：容器与镜像的最主要区别在与顶部的可写层。所有对容器的添加修改都在可写层，当容器被删除的时候，可写层也被删除，底层镜像不变。每个容器拥有自己的可写层，多个容器共享一个镜像，并拥有自己的数据状态。]]></description><category></category></item><item><title><![CDATA[Docker学习笔记五：Dockerfile]]></title><link>https://blog.csdn.net/Marco_90/article/details/53434937</link><guid>https://blog.csdn.net/Marco_90/article/details/53434937</guid><author>Marco_90</author><pubDate>Tue, 06 Dec 2016 16:39:19 +0800</pubDate><description><![CDATA[Dockerfile docker build]]></description><category></category></item></channel></rss>