月影舞华

摘要： 试用开源软件的优劣势 由于现在容器化的热度，大部分软件都有docker official镜像，那么使用docker就是试用软件很好的方法： 优势： 1、可以免去安装部署的过程。 2、不会对当前系统环境产生任何影响。 3、占用资源极少。 不太像劣势的劣势： 1、不能用来进行性能测试。不过性能测试本身对 阅读全文

摘要： 1、Atom自带markdown-preview 功能太少，需要大量拓展。 2、markdown-preview-plus 功能还不错，但是其中的滚动条插件markdown-scroll-sync和最新版atom不兼容了，1年多未更新，github上全是那个bug的issue。 3、markdown 阅读全文

摘要： 1、迁移tomcat项目异常简单，下一个tomcat的container，然后直接把webapps放进去就行了。 #tomcat版本随原始项目版本而变，具体版本列表查看：https://hub.docker.com/_/tomcat/ sudo /kubernetes/local/bin/docke 阅读全文

摘要： 错误如上，解决方式如下，根据connector源码（并没有完全看懂），分析出现这个问题的原因是因为： numDocumentsPerPartition < count，导致执行了else代码出现的，else先进行sample，然后： val numDocumentsPerPartition: Int 阅读全文

摘要： 问题：集群内部通信压力较大。出现在某一个节点创建普通表并插入数据，在其他点读的问题。会造成每次读表都要进行一次完整的数据传输。 前提： Mongodb处于Sharding Cluster状态。 造成原因：系统架构和运维不能要求其他同事对Mongodb的底层设计深入理解，不能要求其他同事了解什么是普通 阅读全文

摘要： 解决方案：https://askubuntu.com/questions/774986/appstreamcli-hanging-with-100-cpu-usage-during-update 搬运过来是： This is caused by a bug https://bugs.launchpa 阅读全文

摘要： 问题 前一阵有一个数据导出需求，按照各种数据库的使用方法，使用MongoExport方法导出数据，将数据导出到本地文件系统，在导出之后遇到此问题。 此问题和mongoexport的原理有关，我们知道数据是hashed或者ranged存放在不同shardsvr上的，那么既然export需要导出到某一个 阅读全文

摘要： 问题发现 在使用过程中，通过spark访问集群的效率不是很令人满意，80核心同时运行的速度比单核心也就快了20倍左右，预测瓶颈在mongodb读写上。当然，此时没遇到其他问题暂时没进行问题梳理。 在数据规模增大之后，通过spark访问mongodb集群会造成mongos节点远程连接时输入命令卡顿，怀 阅读全文

摘要： 下面是所有系统通用排查流程： 1、先ping网关： 例ping 192.168.12.1； 如果能通说明本地IP配置和本地到路由器的链路未发生问题。 如果不通需要检查本地设置和本地到路由的网线连接状态。 2、上一步没问题再ping外网IP，最好是DNS提供商IP： ping 114.114.114. 阅读全文

摘要： 不知道为什么我记得我写过这个内容但是又找不到了，只好照着大致记忆写一下以备留存。 1、首先肯定是.gitignore文件 .gitignore文件适合在文件尚未被追踪时加入，将其忽略便可以不上传到远程端。 2、git update-index --assume-unchanged docMining 阅读全文