分类 教程 下的文章

odoo 12 安装 auto-backup 数据库自动备份模块

下载auto-backup模块

git clone https://github.com/Yenthe666/auto_backup.git --depth 1 /
--branch 12.0 --single-branch auto-backup

安装依赖

sudo pip3 install -r ./auto-backup/requirements.txt

复制模块到addos文件夹

cp -af ./auto-backup/auto_backup /opt/odoo/addons/

设置权限

chown -R odoo: /opt/odoo/addons

激活odoo开发者模式

在应用里更新本地模块列表

搜索auto backup (注意删除默认的应用选项)

找到auto backup模块激活它。

设置-技术-数据库备份里找到选项就就可以进行设置了

APC Smart-ups SUA1500ICH使用智能卡AP9617进行在线管理

书接前文 APC SMART-UPS SUA1500ICH折腾记,本来已经折腾得差不多了,但我买这台UPS的初衷就是为了上智能卡,所以最终虽觉没必要,但我还是买了个智能卡AP9617装上,这下总算是齐活了。

AP9617之前已经在淘宝买过一块,但那块没有设置IP,而我又不想为了设置IP花二三十块去买APC的专用串口线,卖家也不愿意帮忙,所以最终只能退货。

我最初还以为淘宝上卖的卡都是帮忙设置好IP的呢。

新买的这块卡买之前专门跟卖家沟通让设置好IP的,到手直接用不折腾。

敬告想给你的SMART-UPS买智能卡的朋友,如果你没有APC的专门串口线,一定要让卖家帮你设置好IP和登陆账号,要不到手你是没有办法给他设置的。

我之前查了很多资料,APC的这些智能卡除了没初始化的新卡有办法通过软件办法设置IP之后,都需要通过专用串口线进行设置。

这块卡价格为58块包邮,比其它那些不包设置IP的贵了点,但它能帮你省很多功夫。

买之前告诉卖家你要设置的 IP 子网掩码 网关IP 登陆账号和密码,让他帮你设置好。

把卡插入UPS后面的智能卡插槽,连接网线,就可以直接通过IP访问控制台了。
控制台

可以通过控制台对UPS的参数进行更改
参数更改

- 阅读剩余部分 -

松下笔记本CF-SX2安装驱动并解决电源计划扩张实用程序乱码问题

松下的笔记本安装驱动比较麻烦,需要使用官网的驱动程序并且按照顺序安装,如果你使用智能驱动安装程序(如驱动精灵、鲁大师)一键安装驱动,后续使用会用数不清的bug等着你。

好在如果严格按照官网的顺序安装原版驱动后,松下的笔记本还是很好用的,这也是我一直喜欢松下本的原因。

你可以在下面两个官网链接找到驱动相关信息

http://pc-dl.panasonic.co.jp/itn/drivers/d_menu_en.html

http://askpc.panasonic.co.jp/s/download/set.html

注意安装驱动不是直接运行下载的文件就OK,它只是把它的驱动文件解压释放到C:\util2(默认情况下)而已。

我的做法是先把所有需要的驱动都下载下来,然后按顺序把所有驱动都解压出来,再在C:\util2里面按顺序一个一个安装,安装不是直接运行exe程序文件,而是以管理员身份运行里面的Pinstall.bat批处理文件。

Panasonic_install_driver1

我在给我的松下CF-SX2安装驱动后发现一个问题,电源计划扩张实用程序有乱码!

乱码

- 阅读剩余部分 -

VPS的IP被谷歌XX 搜索老是显示异常流量 需要验证 可用强制IPV6访问谷歌解决

我有两台virmach的机器,一台7.5美元年付的洛杉矶机房、一台5美元年付的纽约机房,都是大概两年前买的,刚开始的时候是挺好用的,使用bbr加速两台的速度都可以跑到10Mbps以上,就这个价位的机器来说,相当可以了。
大概使用半年之后,访问谷歌频繁弹验证,显示异常流量,如果你也遇到过这种情况,会知道谷歌的验证是相当变态的,特别是弹图片验证的时候,不耽误个三十四秒是不可能过验证的,很烦很烦。

我排查过VPS自身的原因

  1. 这两台VPS只是我备用的,每个月的流量相当小,不存在大流量被Ban的可能
  2. VPS没有被入侵用于攻击谷歌的痕迹,抓包没也没发异常流量
  3. 保险起见,还重装过干净的系统

以上分析可以认为是VPS自身原因导致问题的可能性很小,我认为最大的可能性就是:邻居使用它搞事,进行了一些不好的操作(毕竟它的VPS很便宜,搞事的成本很低)导致整段IP被谷歌加入黑名单,城门失火殃及池鱼,我是躺枪了。

之前因为手里的VPS相当多,这两台使用上如此麻烦不用就是,但一直想解决这个问题的。

这阵有空,想起这个问题,网上搜索了下解决方案,很多人都说这个问题是IPV6导致的,禁用掉就好了。但问题是virmach的VPS并没有提供ipv6,而且每次弹异常流量时谷歌是会显示访问IP的,每次显示的都是IPV4的地址,如下图所示

virmach_1.png

既然是IP的问题,那我们可以换IP解决。但问题是,virmach换IP不是免费的,每换一次IP收费3美元,而且还不知道换来的IP是不是也进了名单。换IP不是好办法。

前面说到很多人认为异常流量是IPV6的原因,那我们反其道而行,使用IPV6访问谷歌能不能解决问题呢?想到就做,马上来试一下

- 阅读剩余部分 -

博客被攻击导致下线 搬家时遇到的坑 迁移数据库文件要注意权限

昨天凌晨时博客被攻击了,峰值9000个连接,跑满了100Mbps网络端口,导致VPS的100G月流量在一个多小时内被跑光,然后VPS就被suspaned,网站下线不能访问。

我昨天早上发现博客不能访问,上去后台一看才知道这件事,搞不清楚我这个人畜无害的博客有什么好攻击的。

博客放在xvmlabs一段时间了,除了这次攻击导致下线之外一直比较稳定,也就没有想着把它迁移到更好的机器上。

既然发生攻击下线了,那就搬家吧,查看了下,我最近的一次备份是去年9月份,中间断档挺多的,xvmlabs suspaned之后不能从后台进入VPS进入机器进行备份操作,所以也无从取得最新的数据。不管怎么说,先恢复访问再说。就把之前的备份恢复吧。

一番折腾,把博客恢复访问了,回档到去年9月份。

然后去xvmlabs的论坛发贴求助,问在suspaned状态下怎么备份数据。在大概10个小时后客服回复,可使用快照把整个VPS上的数据都下载下来,好吧,我可能问了一个傻瓜问题。

今早去xvmlabs把快照下载下来,这种情况下是没有办法通过mysqldump或phpmyadmin导出数据库的,只能通过直接拷贝数据库文件进行覆盖操作。

我以为我是老司机了,即使之前没有进行过这样的操作问题也不大,然后,就遇到问题,解决这个问题花了我近一个小进的时间,为避免后来者遇到和我同样的问题,在这里把问题和解决方法说下,最后给出正确的操作方式。

我最开始是这样操作的(我的WEB SERVER是LNMP,如果你不是使用这个,可能相关路径和我不同,请注意作相应变动)


lnmp stop
mkdir snapshot && cd snapshot
wget http://107.182.xxx.xxx:8779/52xxx/snapshot-5xxxx.tar.gz
tar zxvf snapshot*.tar.gz
cd usr/local/mysql/var/
cp -rf "目标文件夹(即要迁移的数据库,全部迁移直接使用 * )" /usr/local/mysql/var/
chown -R mysql:mysql /usr/local/mysql/var/
chmod -R 644 /usr/local/mysql/var/

上面的这些命令,老司机可能知道问题所在了,先不要说出来,我说说我这样操作的遇到的问题

弄好之后就要启动lnmp了嘛,输入 lnmp start 我得出如下的错误输出

Starting MySQL
. * The server quit without updating PID file (/usr/local/mysql/var/v944.pid).

MYSQL启动不了了。。。。

LNMP的MYSQL默认没有记录错误日志,既然遇到问题了,要定位哪里出了问题,肯定就要开启日志

把这一行 log_error = /usr/local/mysql/error.log 加到 /etc/my.cnf[mysqld]项里开启错误日志

然后重新启动mysql lnmp mysql start 错误输出如下

180530 9:48:40 [ERROR] /usr/local/mysql/bin/mysqld: Can't find file: './mysql/host.frm' (errno: 13)
180530 9:48:40 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: './mysql/host.frm' (errno: 13)

找不到./mysql/host.frm ? google一下这个问题,说是没有读取权限。 我已经把备份恢复的文件所有人都改为mysql了,而且也给予了所有人读取权限了啊,怎么会这样?

打开另一台装lnmp的VPS,对比下两台VPS的var文件夹的权限有什么不一样,文件的权限没发现问题,文件夹的权限不一样,正常的那台VPS的文件夹权限是 drwx------,而不正常的这台是drw-r--r--,总算是发现问题了。。。

文件夹要有x(执行)权限,要不mysql用户根本无法进入这个文件夹,也是会出现找不到文件的错误了。

所以解决问题的方法就是给于文件夹x权限,上面那一行chmod -R 644 /usr/local/mysql/var/要改动一下,分别给于文件和文件夹不同的权限

最后,正确的命令是

lnmp stop
mkdir snapshot && cd snapshot
wget http://107.182.xxx.xxx:8779/52xxx/snapshot-5xxxx.tar.gz
tar zxvf snapshot*.tar.gz
cd usr/local/mysql/var/
cp -rf "目标文件夹(即要迁移的数据库,全部移直接使用 * " /usr/local/mysql/var/
chown -R mysql:mysql /usr/local/mysql/var/
find -type d /usr/local/mysql/var/ | xargs chmod 700
find -type f /usr/local/mysql/var/ | xargs chmod 644
lnmp start

一切正常,断档的那些内容都回来了~