通过终端命令行进行MySQL备份还原；通常，我们可以很简单地使用mysqldump来备份MySQL中的数据库或其中单独的表，还原时，直接将备份出来的SQL文件导入即可；但有时会出现这种情况：之前备份了整个数据库，没有对表进行单独备份，这时只需要还原单张表，怎么弄呢？ 当然，mysql命令导入相当于重新执行备份的SQL文件，本身并未提供此类还原方法。但我们可以使用sed命令从完整的备份文件中“提取” […]
近来重新弄了下监控系统，整理了文档，打算分几次摘选发出来。 zabbix（音同 zæbix）是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。 zabbix能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。 zabbix由2部分构成，zabbix server与可选组件zabbix agent。官网下载地址: […]
今天在CentOS7.6的系统上，自编译安装了OpenSSL 1.1.1和CURL 7.63并添到系统环境之后，发现使用yum安装出现报错，如下： 情况很明显，是系统库动态链接调用到新装的CURL上，而导致部分定义未识别。就和之前的 let’s encrypt的错误一样，解决也和其一样，不过由于我自定义目录的关系，直接升级安装会报错，找不到ssl头： 添加参数即可解决： 之后即可正常使 […]
由于C盘占用率过高，逐进行清理。 在清理旧Windows目录时发现了此问题： 由于目录（或文件）结尾有. ，导致Windows无法对其操作。网上搜了下，也有人在微软社区提出了此问题。下面有回复的人贴出了Stack Overflow上的解决方案，给出方法比较全面。 方法1：使用删除命令，在路径时前面加上 “\\?\” ，如： 方法2：使用 winrar 的打包时自动删除功能：
最近换了工作，新公司之前测试环境都在云上，结构混乱，在重新整理和调整并迁移到公司本地环境。想不到写些什么，就随便写下吧。 Apache ZooKeeper是Apache软件基金会的一个软件项目，他为大型分布式计算提供开源的分布式配置服务、同步服务和命名注册。 ZooKeeper曾经是Hadoop的一个子项目，但现在是一个独立的顶级项目。 ZooKeeper的架构通过冗余服务实现高可用性。因此，如果 […]
近日有需求，需要将原有SVN的数据迁移至Gitlab上，原SVN停用。 经过一番查找和测试，网上大部分方法差不多，但并不成功。 后查看了下Gitlab官方网站的操作方法，是挻简单，主要是使用了一个ruby的svn2git的工具来进行格式变换操作，可能是由于yum安装版本过低的原因，仍然不成功：
|
1 2 3 4 5 6 7 8 9 10 |
yum install svn git git-svn ruby gem install svn2git cd /opt svn co svn://ipaddr/project cd project/ svn log -q | awk -F '|' '/^r/ {sub("^ ", "", $2); sub(" $", "", $2); print $2" = "$2" <"$2">"}' | sort -u > /home/users.txt svn2git svn://ipaddr/project/ios --authors /home/users.txt --username administrator git remote add origin git@gitlab.com:<group>/<project>.git git push --all origin git push --tags origin |
原方法操作是挻简单，先通过svn lo […]
今天搭建测试环境MySQL主从服务器，原本一切正常。 后修改了主机名称于是将服务重启了下，结果出现从库同步出现异常，1872的报错：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 |
mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Master_Host: my-master Master_User: rep Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000003 Read_Master_Log_Pos: 154 Relay_Log_File: my-slave-relay-bin.000008 Relay_Log_Pos: 273 Relay_Master_Log_File: mysql-bin.000003 Slave_IO_Running: No Slave_SQL_Running: No Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 1872 Last_Error: Slave failed to initialize relay log info structure from the repository Skip_Counter: 0 Exec_Master_Log_Pos: 154 Relay_Log_Space: 0 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: NULL Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 1872 Last_SQL_Error: Slave failed to initialize relay log info structure from the repository Replicate_Ignore_Server_Ids: Master_Server_Id: 0 Master_UUID: aa3f28b6-cf2c-11e8-8169-faae12137300 Master_Info_File: /data/mysql/data/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: 181015 16:43:36 Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 1 row in set (0.00 sec) |
经过查找，这种情况一般是由于从库Crash，然后重新启动后会出现的状况。 据其说明，经过操作问题已经得到解决，特此记录。 方法如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 |
mysql> reset slave; Query OK, 0 rows affected (0.01 sec) mysql> start slave IO_THREAD; Query OK, 0 rows affected (0.12 sec) mysql> stop slave IO_THREAD; Query OK, 0 rows affected (0.06 sec) mysql> reset slave; Query OK, 0 rows affected (0.10 sec) mysql> start slave; Query OK, 0 rows affected (0.29 sec) mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: my-master Master_User: rep Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000004 Read_Master_Log_Pos: 154 Relay_Log_File: my-slave1-relay-bin.000008 Relay_Log_Pos: 367 Relay_Master_Log_File: mysql-bin.000004 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 154 Relay_Log_Space: 791 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 220108 Master_UUID: aa3f28b6-cf2c-11e8-8169-faae12137300 Master_Info_File: /data/mysql/data/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 1 row in set (0.00 sec) |
[…]
今天，使用源码安装GitLab时出了些问题，困扰了不少时间，特此记录下。 首先，安装过程是根据官网安装操作进行的，稍微有些不一样的是，操作系统是CentOS7，以及多数第三方依赖库和程序非yum安装，为源码安装且为自定义路径（如:ruby、OpenSSL、CURL等）。 前面安装都不会有什么大问题，在安装Gems这一步时，由于我使用的OpenSSL为自定义路径，安装过程会在rugged这里停下且报 […]
今天将自己用源码安装的整套邮件系统升了下级到最新版，其它组件还好，升级完后均可正常启动。 仅将Dovecot从2.3.0.1升级到2.3.1后，启动却出现以下报错：
|
1 2 3 |
[root@mail ~]# tailf /var/log/maillog Jun 15 14:58:55 mail clamd[111293]: SelfCheck: Database status OK. Jun 15 15:01:16 mail dovecot: master: Fatal: service(stats) Group doesn't exist: dovecot (See service stats { unix_listener /usr/local/dovecot/var/run/dovecot/stats-writer { group } } setting) |
提示要赋予给stats-writer的unix_listener Sockets文件具有的dovecot组不存在；这个用户/组当然不存在，因为我给dovecot指定/使 […]
事发 今天一同事发现其维护的服务器中了挖矿病毒，且删除不掉。于是上去进行了查看，发现： 木马/病毒创建了一个计划任务 木马/病毒将文件下载至/tmp/目录下并执行 脚本root.sh是被执行的，其中定义了二个函数并每隔600秒循环执行 其中的 kills 函数操作是删除之前下载的文件，并结束相关进程；downloadyam函数操作是重新从计划任务中的网站中下载新的木马文件并运行。 检查/分析 由于 […]
