作者归档-茅草屋

累计撰写 176 篇文章
累计创建 87 个标签
累计收到 1 条评论

目录CONTENT

以下是 Z先森的文章

2019-11-18
nginx使用alias实现跨目录虚拟目录场景：两个目录 /web1 /web2，结构如下： web1 └── foo web2 └── bar http://www.web1.com绑定到了web1 需要通过http://www.web1.com/bar 访问到web2的bar目录配置如下： server { lis
- 2019-11-18
- 29
- 0
- 0
- Linux
2019-11-18
python3.6兼容使用MYSQLdb ####场景：代码是python2.6写的，现在要转换成3.6 python自带有一个工具2to3可以用来转换转换完成后会有一定的坑坑1：tab、空格可能会导致格式错乱，需要手动去调整坑2：部分模块2.6有，3.6已经没有了，或者写法不一样了这里碰到了MYSQLdb的坑，3.6没有MYSQ
- 2019-11-18
- 20
- 0
- 0
- python
2019-11-18
CentOS7修改yum和epel仓库为阿里云 mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo_bak mv /etc/yum.repos.d/epel.repo /etc/yum.repos.d/epel.repo.backup mv /etc/yum
- 2019-11-18
- 29
- 0
- 0
- Linux
2019-11-12
windows2012开启多人单用户远程桌面登录开始菜单打开运行，或者快捷键：win+r 输入：gpedit.msc 定位到： Windows设置》管理模版》Windows组件》远程桌面服务》远程桌面会话主机》连接限制连接的数量：选择已启用，允许RD最大连接数设置为自己需求的数量将用户限制到单独的远程桌面服务会话：选择已禁用
- 2019-11-12
- 17
- 0
- 0
- Windows
2019-11-07
shell格式化输出json语句使用python的内置函数json.tool echo '{"name":"xiaoming", "age":"20"}' | python -m json.tool 效果如下： [root@Linux-BAK ~]# echo '{"name":"xiaoming", "age":"20"}'
- 2019-11-07
- 11
- 0
- 0
- Linux
2019-10-30
rancher设置docker的/dev/shm 使用docker的时候，容器的/dev/shm默认是64M，有时候有些应用需要用到共享内存的时候会不够用，官方给的方法是： docker在run的时候加一个参数--shm-size=100m，这样可以实现，但是rancher上面行不通，怎么加都不行。研究了一下，发现rancher跑容器的时候自带了
- 2019-10-30
- 30
- 0
- 0
- Linux
- docker
2019-10-30
nginx使用内置函数按时间自动切割日志 nginx日志不切割的话会很大，以前是通过crontab定时切割并reload来切割日志，稍微有点麻烦，最近找到一个使用内置函数的办法（根据正则配置可精确到秒），如下，写在server里面： if ($time_iso8601 ~ "^(\d{4})-(\d{2})-(\d{2})") {
- 2019-10-30
- 7
- 0
- 0
- Linux
2019-10-28
rancher二次安装k8s集群etcd无限重启起不来由于规划问题，通过rancher安装的k8s不完美，决定重装。将所有东西都卸载赶紧后 #####docker卸载清除： yum remove docker* -y rm /var/lib/docker -fr rm /var/run/docker -fr #####k8s清除： kubeadmin
- 2019-10-28
- 23
- 0
- 0
- Linux
- docker
2019-10-25
Rancher2.x重置管理员密码一早起来，rancher登不上了，看了下记录，昨天改了密码忘记记录了，得重置密码了，网上找了一堆方法，基本全部都是说登录数据库关掉密码验证功能，但是我的rancher是单节点部署并且使用的内置数据库，这条路并走不通，最后找到一个文档，写得挺好，有更简单的方法： docker exec -ti <co
- 2019-10-25
- 16
- 0
- 0
- docker
- Linux
2019-10-24
Linux resize2fs: Bad magic number in super-block错误 CentOS7逻辑卷扩容成功后，df查看发现实际容量并没有增加，lvs查看则已经是扩容之后的大小，使用resize2fs报错： [root@Linux ~]# lvs LV VG Attr LSize Pool Origin Data% Meta% Move Log
- 2019-10-24
- 23
- 0
- 0
- Linux

1
...
9
10
11
...
18