美文网首页
00期中架构报错总结

00期中架构报错总结

作者: 被运维耽误的厨子 | 来源:发表于2019-07-15 18:10 被阅读0次

    1.安装虚拟机连不了网

    问题现象:

    1.ping不通10网段的IP和windows的IP地址

    排查步骤:

    1.排查了网卡配置文件问题
    2.排查了虚拟机网络配置问题
    3.打开其他虚拟机发现可以连通
    4.重启了虚拟机网卡,重启了VM服务
    5.删除掉LAN区段网卡之后,发现虚拟机的eth0没了

    问题原因:

    1.添加网卡的时候顺序错了,10分配到了eth1,LAN区段分配到了eth0

    问题解决:

    1.先删除所有的网卡
    2.重新添加第一块eth0 NAT网卡
    3.再添加第二块eth1 LAN区段网卡

    scp命令报错1

    [root@backup ~]# scp 172.16.1.31:/tmp/linux2NB.txt ./
    -bash: [root@backup: command not found
    

    scp命令报错2

    [root@backup ~]# scp L1 172.16.1.31:/tmp
    root@172.16.1.31's password: 
    L1: not a regular file
    

    scp命令报错3

    [root@backup ~]# scp -r L1 oldboy@172.16.1.31:/root/
    oldboy@172.16.1.31's password: 
    scp: /root//L1: Permission denied
    

    虚拟机LAN网段上不了网

    现象:
    虚拟机链接克隆之后eth0可以ping同,eth1连接不了,ping自己通,ping其他主机不通
    排查步骤:
    1.网卡配置文件排查无误
    2.重启网卡,重启虚拟机
    3.恢复了VM的网络配置
    问题解决:
    查看eth1网卡的mac地址发现是空的,随机生成之后,问题解决


    image.png

    命令粘贴报错,手敲正常

    问题现象:
    dd命令,从群里粘贴复制到SHELL,执行报错

    [root@backup ~]# dd if=/dev/zero of=/data/500m.txt bs=10M count=10
    -bash: dd if=/dev/zero of=/data/500m.txt bs=10M count=10: No such file or directory
    

    问题排查:
    手敲相同的命令就可以执行,复制粘贴群里的就不行

    [root@backup ~]# dd if=/dev/zero of=/data/500m.txt bs=10M count=10
    10+0 records in
    10+0 records out
    104857600 bytes (105 MB) copied, 1.33328 s, 78.6 MB/s
    

    问题原因:
    通过cat -A 分别查看2条命令,会发现空格显示的不一样

    [root@backup ~]# echo "dd if=/dev/zero of=/data/500m.txt bs=10M count=10" > a.txt
    [root@backup ~]# echo "dd if=/dev/zero of=/data/500m.txt bs=10M count=10" > b.txt
    [root@backup ~]# cat -A a.txt
    ddM-BM- if=/dev/zeroM-BM- of=/data/500m.txtM-BM- bs=10MM-BM- count=10$
    [root@backup ~]# cat -A b.txt
    dd if=/dev/zero of=/data/500m.txt bs=10M count=10$
    

    原因是报错的命令在WINDOWS的notepad++里是windows编码格式


    image.png

    需要修改为unix格式


    image.png

    其他解决方法:
    1.删除所有空格,重新打一遍空格
    2.使用sed替换掉有问题的空格,需要注意, s#有问题的空格粘贴过来#普通空格#g

    sed -n 's# # #gp' a.txt > c.txt
    

    3.使用sed -n l查看特殊字符

    [root@backup ~]# sed -n l a.txt 
    dd\302\240if=/dev/zero\302\240of=/data/500m.txt\302\240bs=10M\302\240\
    count=10$
    
    [root@backup ~]# sed -n l b.txt 
    dd if=/dev/zero of=/data/500m.txt bs=10M count=10$
    

    rsync权限不足

    [root@backup ~]# rsync -avz a.txt oldboy@172.16.1.31:/root
    oldboy@172.16.1.31's password: 
    sending incremental file list
    rsync: change_dir#1 "/root" failed: Permission denied (13)
    rsync error: errors selecting input/output files, dirs (code 3) at main.c(614) [Receiver=3.1.2]
    

    VIM粘贴带#号的内容会导致#号后面全部被注释掉

    解决方法:
    1.粘贴前把#号去掉
    2.粘贴后手动把#号去掉
    3.在vim里面替换 :%s/^#//g
    4.大V选中+大G+d
    5.vi粘贴不会出现这种情况

    rsync服务模式报错

    客户端连接时密码输对了,但是报错了

    [root@nfs ~]# rsync -avz linux2NB.txt rsync_backup@172.16.1.41::backup
    Password: 
    @ERROR: auth failed on module backup
    rsync error: error starting client-server protocol (code 5) at main.c(1648) [sender=3.1.2]
    

    rsync客户端使用密码文件连接报错

    [root@nfs ~]# rsync -avz linux2NB.txt rsync_backup@172.16.1.41::data --password-file=/etc/rsync.passwdERROR: password file must not be other-accessible
    rsync error: syntax or usage error (code 1) at authenticate.c(196) [sender=3.1.2]
    

    rsync客户端密码连接错误

    [root@nfs ~]# rsync -avz linux2NB.txt rsync_backup@172.16.1.41::backup
    Password: 
    @ERROR: auth failed on module backup
    rsync error: error starting client-server protocol (code 5) at main.c(1648) [sender=3.1.2]
    

    rsync端口协议

    [root@nfs ~]# rsync -avz linux2NB.txt rsync_backup@172.16.1.41::backup
    rsync: failed to connect to 172.16.1.41 (172.16.1.41): Connection refused (111)
    rsync error: error in socket IO (code 10) at clientserver.c(125) [sender=3.1.2]
    

    NFS写入报错

    [root@backup /data]# echo "123" > oldzhang.txt
    -bash: oldzhang.txt: Permission denied
    

    NFS挂载错误

    [root@web01 ~]# mount -t nfs 172.16.1.31:/data2 /data2
    mount.nfs: access denied by server while mounting 172.16.1.31:/data2
    

    NFS客户端写入错误

    [root@backup ~]# echo hahaha > /data2/web01.txt 
    -bash: /data2/web01.txt: Read-only file system
    

    ansible报错

    [root@m01 ~]# ansible 172.16.1.31 -m ping
    172.16.1.31 | UNREACHABLE! => {
        "changed": false, 
        "msg": "Failed to connect to the host via ssh: Permission denied (publickey,password).", 
        "unreachable": true
    }
    

    ansible报错2

    [root@m01 ~]# ansible webserver -m ping
    backup | FAILED! => {
        "msg": "Using a SSH password instead of a key is not possible because Host Key checking is enabled and sshpass does not support this.  Please add this host's fingerprint to your known_hosts file to manage this host."
    }
    

    ansible报错3

    [root@m01 ~]# ansible backup -m user -a "name=www uid=666 group=666 shell=/sbin/nologin create_home=no"172.16.1.41 | FAILED! => {
        "ansible_facts": {
            "discovered_interpreter_python": "/usr/bin/python"
        }, 
        "changed": false, 
        "msg": "Group 666 does not exist"
    }
    

    ansible报错4

    [root@m01 ~]# ansible 172.16.1.31 -m unarchive -a "src=/tmp/log.tar.gz dest=/opt/" 
    172.16.1.31 | FAILED! => {
        "changed": false, 
        "msg": "Could not find or access '/tmp/log.tar.gz' on the Ansible Controller.\nIf you are using a module and expect the file to exist on the remote, see the remote_src option"
    }
    

    openvpn报错

    老张解决openVPN连接不了案例!!!
    故障现象:
    Windows客户openVPN端连接服务端openVPN一直再重连,显示如下报错信息:

    Sat Aug 17 18:30:22 2019 OpenSSL: error:14090086:SSL routines:ssl3_get_server_certificate:certificate verify failed
    Sat Aug 17 18:30:22 2019 TLS_ERROR: BIO read tls_read_plaintext error
    Sat Aug 17 18:30:22 2019 TLS Error: TLS object -> incoming plaintext read error
    Sat Aug 17 18:30:22 2019 TLS Error: TLS handshake failed
    Sat Aug 17 18:30:22 2019 SIGUSR1[soft,tls-error] received, process restarting
    Sat Aug 17 18:30:22 2019 MANAGEMENT: >STATE:1566037822,RECONNECTING,tls-error,,
    Sat Aug 17 18:30:22 2019 Restart pause, 2 second(s)
    Sat Aug 17 18:30:24 2019 Socket Buffers: R=[8192->8192] S=[8192->8192]
    Sat Aug 17 18:30:24 2019 UDPv4 link local: [undef]
    Sat Aug 17 18:30:24 2019 UDPv4 link remote: [AF_INET]10.0.1.61:1194
    Sat Aug 17 18:30:24 2019 MANAGEMENT: >STATE:1566037824,WAIT,,,
    Sat Aug 17 18:30:24 2019 MANAGEMENT: >STATE:1566037824,AUTH,,,
    Sat Aug 17 18:30:24 2019 TLS: Initial packet from [AF_INET]10.0.1.61:1194, sid=541fdb76 dfb2662e
    Sat Aug 17 18:30:24 2019 VERIFY ERROR: depth=1, error=certificate is not yet valid: CN=ChangeMe
    

    故障原因为:安装openVPN时时间不对,导致证书过期不能用!!!
    解决方法:卸载openVPN,同步时间后重新安装即可!!

    相关文章

      网友评论

          本文标题:00期中架构报错总结

          本文链接:https://www.haomeiwen.com/subject/jqxokctx.html