python常見的報錯

VMware

vmware 模塊“Disk”啟動失敗

解決方案: 打開你存放虛擬機系統硬盤的所在文件夾，注意，是硬盤文件，不是虛擬機的安裝目錄，也就是你建立虛擬機的時候設置的位置。

然后以下面關鍵字搜索這個文件夾：*.lck

我這里找到了三個，刪除即可，刪除后，就不再提示上面第一個圖的錯誤了：

MYSQL

使用pycharm連接mysql報錯

解決方案: 在jdbc連接的url后面加上?serverTimezone=Asia/Shanghai即可 (jdbc:mysql://127.0.0.1:3306/host?serverTimezone=Asia/Shanghai )

Django

---

ConnectionAbortedError: [WinError 10053]

File "E:\Python\Python36-32\lib\socketserver.py", line 803, in write
    self._sock.sendall(b)
ConnectionAbortedError: [WinError 10053] 你的主機中的軟件中止了一個已建立的連接

解決方法：找到``python/Lib/socketserver.py文件，修改SocketWriter`類的write方法

def write(self, b):
    try:
		self._sock.sendall(b)
	except Exception as e:
		self._sock.close()
	with memoryview(b) as view:
		return view.nbytes

參考博客

python3 manager.py makemigration報錯

django.core.exceptions.ImproperlyConfigured: The app module <module 'web' (namespace)> has multiple filesystem locations (['D:\\桌面\\審計管理\\CrazyEye\\web', 'D:/桌面/審計管理/CrazyEye\\web']); you must configure this app with an AppConfig subclass with a 'path' class attribute.

解決方法：django app沒有__init__.py, 新建這個文件

python3 manager.py migrate報錯

執行命令 python3 manager.py migrate, 出現報錯:

django.db.utils.InternalError: (1071, 'Specified key was too long; max key length is 767 bytes')

解決方案: python3 manager.py migrate <app名字>

又出現了報錯 django.db.utils.InternalError: (1050, "Table 'web_userprofile' already exists")

解決方案: 執行命令 migrate <app名字> --fake, 然后再執行命令 migrate就正常了

啟動報錯django.core.exceptions.ImproperlyConfigured

django.core.exceptions.ImproperlyConfigured: Requested setting DEFAULT_INDEX_TABLESPACE, but settings are not configured. You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.

解決方案: 環境選錯, 選擇django項目啟動

mysql.W002

System check identified some issues:

WARNINGS:
?: (mysql.W002) MySQL Strict Mode is not set for database connection 'default'
	HINT: MySQL's Strict Mode fixes many data integrity problems in MySQL, such as data truncation upon insertion, by escalating warnings into errors. It is strongly recommended you activate it. See: https://docs.djangoproject.com/en/1.11/ref/databases/#mysql-sql-mode

解決: 在setting.py中添加選項

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'cmdb1',
        'HOST': '127.0.0.1',
        'USER': 'root',
        'PASSWORD': '123',
        'PORT': 3306,
        'CHARSET': 'utf8',
        'OPTIONS': {
            "init_command": "SET default_storage_engine='INNODB'"
        }
    }
}
DATABASES['default']['OPTIONS']['init_command'] = "SET sql_mode='STRICT_TRANS_TABLES'"

TypeError: init() missing 1 required positional argument: 'app_module'

---

原因: 將app注冊到MIDDLEWARE的列表中

PIP

[WinError 10061] 由於目標計算機積極拒絕，無法連接

WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProxyError('Cannot connect to proxy.', NewConnectionError('<pip._vendor.urllib3.connection.VerifiedHTTPSConnection object at 0x03C98530>: Failed to establish a new connection: [WinError 10061] 由於目標計算機積極拒絕，無法連接。',))': /simple/django/

解決方案: 關閉代理, 瀏覽器設置是沒用的, 需要去注冊表設置 計算機\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings, 將enable的值設置為0, 就是關閉代理

SED

---

mac下sed -i參數: command a expects \ followed by text

mac下想要使用-i參數直接替換文件中的內容，使用的命令為：

$ sed -i '13d' /Users/cjw/.ssh/known_hosts 

執行之后，提示的錯誤信息為：

sed: 1: "/Users/cjw/.ssh/known_h ...": command c expects \ followed by text

該命令，在redhat、ubuntu下執行則沒有問題，這個問題產生的原因是Mac是基於FreeBSD,和RedHat不是一個系列。 查看mac下 sed 幫助文檔，顯示如下內容：

-i extension
             Edit files in-place, saving backups with the specified extension.  If a zero-length extension is given, no backup will be saved.  It is not recommended to give a zero-
             length extension when in-place editing files, as you risk corruption or partial content in situations where disk space is exhausted, etc.

修改命令

$ sed -i.bak '13d' /Users/cjw/.ssh/known_hosts

SALT

---

pip3 安裝salt報錯

pip3 install salt

安裝python36-devel 問題解決

yum install python3.6-devel

saltstack 執行命令出錯 Minion did not return. [No response]

查看minion的日志

root@salt-minion: ~ # tail -f /var/log/salt/minion 
The master public key can be found at:
/etc/salt/pki/minion/minion_master.pub
2019-08-23 03:01:05,340 [salt.crypt       ][ERROR   ][22697] The master key has changed, the salt master could have been subverted, verify salt master's public key
2019-08-23 03:01:05,341 [salt.crypt       ][CRITICAL][22697] The Salt Master server's public key did not authenticate!

刪除公鑰並重啟minion

root@salt-minion: ~ # cat /etc/salt/pki/minion/minion_master.pub 
-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzZ0JW14Ddso9t14i7Q9e
xnw5E/q8AAFQm9oi5ON0Q3wcnVabp8qrkM6iwf7yIelBrz9HWkys8e5PVnX80Tr9
/uhRX7JwXxHTUfVqwTaBvSF+ShNKWrB8IFl4ZER4bn6V9BtTty1UsE6t/nh4iSPO
uW1UWsgv0BNpTOj6o1cQSQnUdBEIH0mYYQPCBwY/0avqbpB7NblZH5PLfe3a7bG1
N+jrbjla5Wo0KOICrD6qJlp/5cUsq5YnGKMnDtwgP0oQ9lSr8rP4qWpWnhIkjI69
n3/yAjmCehnK+7SZBaxrqhRPRT/muphpwmqhmVtQSjLjNXoKjBHCC5+UAiveLdmC
/QIDAQAB
-----END PUBLIC KEY-----
root@salt-minion: ~ # rm -rf /etc/salt/pki/minion/minion_master.pub
root@salt-minion: ~ # systemctl restart salt-minion

master端可以正常和minion通信

root@salt-master: ~ # salt 'slave1' cmd.run 'ip a'
slave1:
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
           valid_lft forever preferred_lft forever
        inet6 ::1/128 scope host 
           valid_lft forever preferred_lft forever
    2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
        link/ether 00:0c:29:2e:48:02 brd ff:ff:ff:ff:ff:ff
        inet 172.16.240.130/24 brd 172.16.240.255 scope global noprefixroute ens33
           valid_lft forever preferred_lft forever
        inet6 fe80::bc7e:e9f9:591c:208d/64 scope link noprefixroute 
           valid_lft forever preferred_lft forever

ELK

---

Java HotSpot(TM) 64-Bit Server VM warning: Cannot open file logs/gc.log due to Permission denied

$ /usr/local/elasticsearch-6.6.0/bin/elasticsearch -d
Java HotSpot(TM) 64-Bit Server VM warning: Cannot open file logs/gc.log due to Permission denied

• 查看/usr/local/elasticsearch-6.6.0/bin/elasticsearch 權限

[elk@es2 ~]$ ll /usr/local/elasticsearch-6.6.0/logs/
總用量 267304
-rw-rw-r--. 1 elk  elk     38877 1月   3 00:00 elasticsearch-2020-01-02-1.log.gz
-rw-rw-r--. 1 elk  elk    117561 1月   7 12:58 elasticsearch-2020-01-03-1.log.gz
-rw-rw-r--. 1 elk  elk     91739 1月   8 00:00 elasticsearch-2020-01-07-1.log.gz
-rw-rw-r--. 1 elk  elk         0 1月   2 10:26 elasticsearch_access.log
-rw-rw-r--. 1 elk  elk         0 1月   2 10:26 elasticsearch_audit.log
-rw-rw-r--. 1 elk  elk     27666 1月   8 14:36 elasticsearch_deprecation.log
-rw-rw-r--. 1 elk  elk         0 1月   2 10:26 elasticsearch_index_indexing_slowlog.log
-rw-rw-r--. 1 elk  elk         0 1月   2 10:26 elasticsearch_index_search_slowlog.log
-rw-rw-r--. 1 elk  elk   1464484 1月   8 16:06 elasticsearch.log
-rw-rw-r--. 1 elk  elk  67109935 1月   3 02:38 gc.log.0
-rw-r--r--. 1 root root     4295 1月   8 15:48 gc.log.0.current
-rw-rw-r--. 1 elk  elk  67109911 1月   3 17:27 gc.log.1
-rw-rw-r--. 1 elk  elk  67109912 1月   8 00:55 gc.log.2
-rw-rw-r--. 1 elk  elk  67109247 1月   8 14:30 gc.log.3
-rw-rw-r--. 1 elk  elk   3506396 1月   8 15:15 gc.log.4.current

• 刪除root所屬和所屬組的文件, 無報錯

rm -rf /usr/local/elasticsearch-6.6.0/logs/gc.log.0
/usr/local/elasticsearch-6.6.0/bin/elasticsearch -d

刪除非空目錄

刪除目錄出現權限錯誤 "PermissionError: [WinError 5]拒絕訪問"

import os
import stat
import shutil

def clear_folder(path):
  if os.path.exists(path):
    shutil.rmtree(path, onerror=readonly_handler)
    
def readonly_handler(func, path, execinfo):
  os.chmod(path, stat.S_IWRITE)
  fund(path)