Forums

Decoding Access/Error Logs

I'm not sure what's going on, but the API i set up on pythonanywhere is no longer returning requests. I was in the middle of testing it out from my local machine at home and all of a sudden it stopped replying.

The access logs go like this, you can see it was working and then all of a sudden, it wasnt.

73.82.247.44 - - [28/Jul/2017:07:44:06 +0000] "GET /api/v1 HTTP/1.1" 200 314 "-" "-" "73.82.247.44" 73.82.247.44 - - [28/Jul/2017:07:44:06 +0000] "GET /api/v1 HTTP/1.1" 200 287 "-" "-" "73.82.247.44" 73.82.247.44 - - [28/Jul/2017:07:44:07 +0000] "GET /api/v1 HTTP/1.1" 499 0 "-" "-" "73.82.247.44" 73.82.247.44 - - [28/Jul/2017:07:44:08 +0000] "GET /api/v1 HTTP/1.1" 499 0 "-" "-" "73.82.247.44" 73.82.247.44 - - [28/Jul/2017:07:44:08 +0000] "GET /api/v1 HTTP/1.1" 499 0 "-" "-" "73.82.247.44" 73.82.247.44 - - [28/Jul/2017:07:44:08 +0000] "GET /api/v1 HTTP/1.1" 499 0 "-" "-" "73.82.247.44"

any ideas?

I guess I'm asking why it's taking so long to get a response? I've tried leaving the request open for up to 100 seconds and still not getting any response. Any Thoughts?

How quickly does your api usually respond? (eg: if say it usually takes 5 seconds, and someone clicks on your endpoint 20 times, then no one else would be able to use your api for 100s)

It's usually basically instant. like if i only run it from local a few times in a row the api will respond before the 350 ms timeout function closes the process. (i added a timeout function recently bc the slow api response was causing the program to hang)

Put some logging into your app to see what it's doing when it's not responding. You may find there are specific arguments that cause it to get stuck or something like that.

Hi,

I put some logging in and i can see that code itself isnt getting hung up anywhere, its proceeding through the logic the way it should, but this error comes up, something about a pipe and a closed socket? Not sure how to rememdy this. Do you all do some type of throttling when a couple of requests come in in quick succession?

2017-07-28 23:36:30 Fri Jul 28 23:36:30 2017 - SIGPIPE: writing to a closed pipe/socket/fd (probably the client disconnected) on request /api/v1 (ip 10.0.0.209) !!!
2017-07-28 23:36:30 Fri Jul 28 23:36:30 2017 - uwsgi_response_writev_headers_and_body_do(): Broken pipe [core/writer.c line 296] during GET /api/v1 (10.0.0.209)
2017-07-28 23:36:30 RuntimeError
2017-07-28 23:36:30 : 
2017-07-28 23:36:30 generator ignored GeneratorExit
2017-07-28 23:36:30 
2017-07-28 23:36:30 Reached data folder path: /home/cardibbars/mysite/data_bc_webscraper_blocked
2017-07-28 23:36:30 Reached full path: /home/cardibbars/mysite/data_bc_webscraper_blocked/nas_lyrics/the_world_is_yours.txt
2017-07-28 23:36:30 Valid bar composed: I'm the young city bandit, hold myself down singlehanded#012For murder raps, I kick my thoughts alone, get remanded#012Born alone, die alone, no crew to keep my crown or throne#012I'm deep by sound alone, caved inside in a thousand miles from home
2017-07-28 23:36:30 
2017-07-28 23:36:30 lyric: I'm the young city bandit, hold myself down singlehanded#012For murder raps, I kick my thoughts alone, get remanded#012Born alone, die alone, no crew to keep my crown or throne#012I'm deep by sound alone, caved inside in a thousand miles from home
2017-07-28 23:36:30 
2017-07-28 23:36:30 song: the world is yours
2017-07-28 23:36:30 artist: nas
2017-07-28 23:36:30 Fri Jul 28 23:36:30 2017 - SIGPIPE: writing to a closed pipe/socket/fd (probably the client disconnected) on request /api/v1 (ip 10.0.0.209) !!!
2017-07-28 23:36:30 Fri Jul 28 23:36:30 2017 - uwsgi_response_writev_headers_and_body_do(): Broken pipe [core/writer.c line 296] during GET /api/v1 (10.0.0.209)
2017-07-28 23:36:30 RuntimeError
2017-07-28 23:36:30 : 
2017-07-28 23:36:30 generator ignored GeneratorExit
2017-07-28 23:36:30

Those errors -- both the "499" in the access log and the SIGPIPE/GeneratorExit in the error log -- normally mean that a client (that is, someone calling your API) disconnects unexpectedly. Due to network conditions it's normal to see a few of those, but it's presumably not the case here.

I see the word "webscraper" in your code paths -- are your API calls accessing another external site? Maybe that could be rate-limiting you or something?

right, so its not the network conditions i dont think bc it only happens after a couple requests that work fine and get responded to. so i agree. the client closes connections if too much passes without a response from the server. i added that into my tests so the applciation doesnt hang.

i just named a directory with the word 'webscraper', there is no external accessing of sites going on here.

Also a heads up that I am on a free account tier. so I dont know if that affects whether you guys throttle the rate of the apps response to requests.

No, we don't throttle the number of requests/second. On a free account, your site has only one worker process handling all incoming requests. If it's processing one request, then any others that come in will be queued up until the process is free. But if it's normally instant, that seems like it's unlikely to be the cause.

What's it doing during the request processing?

dang, okay. so having a higher teir account would probably help at least somewhat by adding worker processes?

well its doing some os.walking to find a specific txt file and then reading the file and randomly chooosing a sequence of lines. maybe the opening file process is just slow? If i put the corresponding data into a real DB instead of a local directory of txt files do you think that would fix it?

Actually, that definitely will not fix it or thats not the bottleneck. according to the print statements in the server log, its actually getting the needed portion of texts totally fine. Its just the response is taking forever to get back to the client. I don't quite get it...

and my source code is here for reference: https://github.com/weAllWeGot/CardiB_api/blob/master/flask_app.py

additionally, here is a test locally that makes me think its not an issue with the speed of the code finishing as i run it many times in succession and the algorithm itself doesnt get hung up anywhere

local_demo

So, just to make sure I understand -- when you run it on PythonAnywhere, are the results of the three prints at the end of your get method -- that is, the

print('lyric: ' + str(lyric))
print('song: ' + str(song))
print('artist: ' +str(artist))

...being printed to the error log? If so, do they have sensible timestamps -- say, within a second or two of the request coming in? (It might be worth adding another print at the start of get just to sanity-check that.)

As a beginner web programmer I have some errors that I do not know how to solve. I hope your help. Here are access.log , error.log and server.log. : access.log : [31/Jul/2017:16:35:57 +0000] "GET / HTTP/1.1" 500 1230 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" "176.79.68.109"

error.log : 2017-07-31 16:35:57,618: Error running WSGI application 2017-07-31 16:35:57,626: ModuleNotFoundError: No module named 'mysite' 2017-07-31 16:35:57,626: File "/var/www/kostablue_pythonanywhere_com_wsgi.py", line 30, in <module> 2017-07-31 16:35:57,626: application = get_wsgi_application() 2017-07-31 16:35:57,626: 2017-07-31 16:35:57,626: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/core/wsgi.py", line 13, in get_wsgi_application 2017-07-31 16:35:57,626: django.setup(set_prefix=False) 2017-07-31 16:35:57,626: 2017-07-31 16:35:57,626: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/init.py", line 22, in setup 2017-07-31 16:35:57,627: configure_logging(settings.LOGGING_CONFIG, settings.LOGGING) 2017-07-31 16:35:57,627: 2017-07-31 16:35:57,627: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/conf/init.py", line 53, in getattr 2017-07-31 16:35:57,627: self._setup(name) 2017-07-31 16:35:57,627: 2017-07-31 16:35:57,627: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/conf/init.py", line 41, in _setup 2017-07-31 16:35:57,627: self._wrapped = Settings(settings_module) 2017-07-31 16:35:57,627: 2017-07-31 16:35:57,627: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/conf/init.py", line 97, in init 2017-07-31 16:35:57,627: mod = importlib.import_module(self.SETTINGS_MODULE)

server.log : Starting uWSGI 2.0.14 (64bit) on [Mon Jul 31 13:24:20 2017] 2017-07-31 13:24:21 compiled with version: 5.4.0 20160609 on 30 June 2017 17:32:30 2017-07-31 13:24:21 os: Linux-4.4.0-83-generic #106-Ubuntu SMP Mon Jun 26 17:54:43 UTC 2017 2017-07-31 13:24:21 nodename: harry-liveweb4 2017-07-31 13:24:21 machine: x86_64 2017-07-31 13:24:21 clock source: unix 2017-07-31 13:24:21 pcre jit disabled 2017-07-31 13:24:21 detected number of CPU cores: 2 2017-07-31 13:24:21 current working directory: (unreachable)/etc/uwsgi/vassals 2017-07-31 13:24:21 detected binary path: /usr/local/bin/uwsgi 2017-07-31 13:24:21 dumping internal routing table 2017-07-31 13:24:21 [rule: 0] subject: path_info regexp: .svgz$ action: addheader:Content-Encoding:gzip 2017-07-31 13:24:21 end of the internal routing table 2017-07-31 13:24:21 chdir() to /home/kostablue/ 2017-07-31 13:24:21 limiting number of processes to 15... 2017-07-31 13:24:21 your processes number limit is 15 2017-07-31 13:24:21 your memory page size is 4096 bytes 2017-07-31 13:24:21 detected max file descriptor number: 123456 2017-07-31 13:24:21 building mime-types dictionary from file /etc/mime.types... 2017-07-31 13:24:21 536 entry found 2017-07-31 13:24:21 lock engine: pthread robust mutexes 2017-07-31 13:24:21 thunder lock: disabled (you can enable it with --thunder-lock) 2017-07-31 13:24:21 uwsgi socket 0 bound to UNIX address /var/sockets/kostablue.pythonanywhere.com/socket fd 3 2017-07-31 13:24:21 Python version: 3.6.0 (default, Jan 13 2017, 00:00:00) [GCC 4.8.4] 2017-07-31 13:24:21 Set PythonHome to /home/kostablue/meu-prim-blog/myvirt 2017-07-31 13:24:21 Python threads support is disabled. You can enable it with --enable-threads 2017-07-31 13:24:21 Python main interpreter initialized at 0x2627820 2017-07-31 13:24:21 your server socket listen backlog is limited to 100 connections 2017-07-31 13:24:21 your mercy for graceful operations on workers is 60 seconds 2017-07-31 13:24:21 setting request body buffering size to 65536 bytes 2017-07-31 13:24:21 mapped 333952 bytes (326 KB) for 1 cores 2017-07-31 13:24:21 Operational MODE: single process 2017-07-31 13:24:21 initialized 35 metrics 2017-07-31 13:24:21 WSGI app 0 (mountpoint='') ready in 1 seconds on interpreter 0x2627820 pid: 25872 (default app) 2017-07-31 13:24:21 uWSGI is running in multiple interpreter mode 2017-07-31 13:24:21 gracefully (RE)spawned uWSGI master process (pid: 25872) 2017-07-31 13:24:21 spawned uWSGI worker 1 (pid: 25878, cores: 1) 2017-07-31 13:24:21 metrics collector thread started 2017-07-31 13:24:21 spawned 2 offload threads for uWSGI worker 1 2017-07-31 13:27:28 Mon Jul 31 13:27:28 2017 - received message 1 from emperor 2017-07-31 13:27:28 ...gracefully killing workers... 2017-07-31 13:27:28 Gracefully killing worker 1 (pid: 25878)... 2017-08-01 18:35:59 workers have been inactive for more than 93600 seconds (1501612558-1501518957) 2017-08-01 18:35:59 cheap mode enabled: waiting for socket connection...

does this help? http://help.pythonanywhere.com/pages/DebuggingImportError

As a beginner web programmer I have some errors that I do not know how to solve. I hope your help. Here are access.log , error.log and server.log. : access.log : [31/Jul/2017:16:35:57 +0000] "GET / HTTP/1.1" 500 1230 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" "176.79.68.109"

error.log :

2017-07-31 16:35:57,618: Error running WSGI application 2017-07-31 16:35:57,626: ModuleNotFoundError: No module named 'mysite' 2017-07-31 16:35:57,626: File "/var/www/kostablue_pythonanywhere_com_wsgi.py", line 30, in <module> 2017-07-31 16:35:57,626: application = get_wsgi_application() 2017-07-31 16:35:57,626: 2017-07-31 16:35:57,626: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/core/wsgi.py", line 13, in get_wsgi_application 2017-07-31 16:35:57,626: django.setup(set_prefix=False) 2017-07-31 16:35:57,626: 2017-07-31 16:35:57,626: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/init.py", line 22, in setup 2017-07-31 16:35:57,627: configure_logging(settings.LOGGING_CONFIG, settings.LOGGING) 2017-07-31 16:35:57,627: 2017-07-31 16:35:57,627: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/conf/init.py", line 53, in getattr 2017-07-31 16:35:57,627: self._setup(name) 2017-07-31 16:35:57,627: 2017-07-31 16:35:57,627: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/conf/init.py", line 41, in _setup 2017-07-31 16:35:57,627: self._wrapped = Settings(settings_module) 2017-07-31 16:35:57,627: 2017-07-31 16:35:57,627: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/conf/init.py", line 97, in init 2017-07-31 16:35:57,627: mod = importlib.import_module(self.SETTINGS_MODULE)

server.log :

Starting uWSGI 2.0.14 (64bit) on [Mon Jul 31 13:24:20 2017] 2017-07-31 13:24:21 compiled with version: 5.4.0 20160609 on 30 June 2017 17:32:30 2017-07-31 13:24:21 os: Linux-4.4.0-83-generic #106-Ubuntu SMP Mon Jun 26 17:54:43 UTC 2017 2017-07-31 13:24:21 nodename: harry-liveweb4 2017-07-31 13:24:21 machine: x86_64 2017-07-31 13:24:21 clock source: unix 2017-07-31 13:24:21 pcre jit disabled 2017-07-31 13:24:21 detected number of CPU cores: 2 2017-07-31 13:24:21 current working directory: (unreachable)/etc/uwsgi/vassals 2017-07-31 13:24:21 detected binary path: /usr/local/bin/uwsgi 2017-07-31 13:24:21 dumping internal routing table 2017-07-31 13:24:21 [rule: 0] subject: path_info regexp: .svgz$ action: addheader:Content-Encoding:gzip 2017-07-31 13:24:21 end of the internal routing table 2017-07-31 13:24:21 chdir() to /home/kostablue/ 2017-07-31 13:24:21 limiting number of processes to 15... 2017-07-31 13:24:21 your processes number limit is 15 2017-07-31 13:24:21 your memory page size is 4096 bytes 2017-07-31 13:24:21 detected max file descriptor number: 123456 2017-07-31 13:24:21 building mime-types dictionary from file /etc/mime.types... 2017-07-31 13:24:21 536 entry found 2017-07-31 13:24:21 lock engine: pthread robust mutexes 2017-07-31 13:24:21 thunder lock: disabled (you can enable it with --thunder-lock) 2017-07-31 13:24:21 uwsgi socket 0 bound to UNIX address /var/sockets/kostablue.pythonanywhere.com/socket fd 3 2017-07-31 13:24:21 Python version: 3.6.0 (default, Jan 13 2017, 00:00:00) [GCC 4.8.4] 2017-07-31 13:24:21 Set PythonHome to /home/kostablue/meu-prim-blog/myvirt 2017-07-31 13:24:21 Python threads support is disabled. You can enable it with --enable-threads 2017-07-31 13:24:21 Python main interpreter initialized at 0x2627820 2017-07-31 13:24:21 your server socket listen backlog is limited to 100 connections 2017-07-31 13:24:21 your mercy for graceful operations on workers is 60 seconds 2017-07-31 13:24:21 setting request body buffering size to 65536 bytes 2017-07-31 13:24:21 mapped 333952 bytes (326 KB) for 1 cores 2017-07-31 13:24:21 Operational MODE: single process 2017-07-31 13:24:21 initialized 35 metrics 2017-07-31 13:24:21 WSGI app 0 (mountpoint='') ready in 1 seconds on interpreter 0x2627820 pid: 25872 (default app) 2017-07-31 13:24:21 uWSGI is running in multiple interpreter mode 2017-07-31 13:24:21 gracefully (RE)spawned uWSGI master process (pid: 25872) 2017-07-31 13:24:21 spawned uWSGI worker 1 (pid: 25878, cores: 1) 2017-07-31 13:24:21 metrics collector thread started 2017-07-31 13:24:21 spawned 2 offload threads for uWSGI worker 1 2017-07-31 13:27:28 Mon Jul 31 13:27:28 2017 - received message 1 from emperor 2017-07-31 13:27:28 ...gracefully killing workers... 2017-07-31 13:27:28 Gracefully killing worker 1 (pid: 25878)... 2017-08-01 18:35:59 workers have been inactive for more than 93600 seconds (1501612558-1501518957) 2017-08-01 18:35:59 cheap mode enabled: waiting for socket connection...

As a beginner web programmer I have some errors that I do not know how to solve. I hope your help. Here are access.log , error.log and server.log. : access.log : [31/Jul/2017:16:35:57 +0000] "GET / HTTP/1.1" 500 1230 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" "176.79.68.109"

error.log :

2017-07-31 16:35:57,618: Error running WSGI application 2017-07-31 16:35:57,626: ModuleNotFoundError: No module named 'mysite' 2017-07-31 16:35:57,626: File "/var/www/kostablue_pythonanywhere_com_wsgi.py", line 30, in <module> 2017-07-31 16:35:57,626: application = get_wsgi_application() 2017-07-31 16:35:57,626: 2017-07-31 16:35:57,626: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/core/wsgi.py", line 13, in get_wsgi_application 2017-07-31 16:35:57,626: django.setup(set_prefix=False) 2017-07-31 16:35:57,626: 2017-07-31 16:35:57,626: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/init.py", line 22, in setup 2017-07-31 16:35:57,627: configure_logging(settings.LOGGING_CONFIG, settings.LOGGING) 2017-07-31 16:35:57,627: 2017-07-31 16:35:57,627: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/conf/init.py", line 53, in getattr 2017-07-31 16:35:57,627: self._setup(name) 2017-07-31 16:35:57,627: 2017-07-31 16:35:57,627: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/conf/init.py", line 41, in _setup 2017-07-31 16:35:57,627: self._wrapped = Settings(settings_module) 2017-07-31 16:35:57,627: 2017-07-31 16:35:57,627: File "/home/kostablue/meu-prim-blog/myvirt/lib/python3.6/site-packages/django/conf/init.py", line 97, in init 2017-07-31 16:35:57,627: mod = importlib.import_module(self.SETTINGS_MODULE)

server.log :

Starting uWSGI 2.0.14 (64bit) on [Mon Jul 31 13:24:20 2017] 2017-07-31 13:24:21 compiled with version: 5.4.0 20160609 on 30 June 2017 17:32:30 2017-07-31 13:24:21 os: Linux-4.4.0-83-generic #106-Ubuntu SMP Mon Jun 26 17:54:43 UTC 2017 2017-07-31 13:24:21 nodename: harry-liveweb4 2017-07-31 13:24:21 machine: x86_64 2017-07-31 13:24:21 clock source: unix 2017-07-31 13:24:21 pcre jit disabled 2017-07-31 13:24:21 detected number of CPU cores: 2 2017-07-31 13:24:21 current working directory: (unreachable)/etc/uwsgi/vassals 2017-07-31 13:24:21 detected binary path: /usr/local/bin/uwsgi 2017-07-31 13:24:21 dumping internal routing table 2017-07-31 13:24:21 [rule: 0] subject: path_info regexp: .svgz$ action: addheader:Content-Encoding:gzip 2017-07-31 13:24:21 end of the internal routing table 2017-07-31 13:24:21 chdir() to /home/kostablue/ 2017-07-31 13:24:21 limiting number of processes to 15... 2017-07-31 13:24:21 your processes number limit is 15 2017-07-31 13:24:21 your memory page size is 4096 bytes 2017-07-31 13:24:21 detected max file descriptor number: 123456 2017-07-31 13:24:21 building mime-types dictionary from file /etc/mime.types... 2017-07-31 13:24:21 536 entry found 2017-07-31 13:24:21 lock engine: pthread robust mutexes 2017-07-31 13:24:21 thunder lock: disabled (you can enable it with --thunder-lock) 2017-07-31 13:24:21 uwsgi socket 0 bound to UNIX address /var/sockets/kostablue.pythonanywhere.com/socket fd 3 2017-07-31 13:24:21 Python version: 3.6.0 (default, Jan 13 2017, 00:00:00) [GCC 4.8.4] 2017-07-31 13:24:21 Set PythonHome to /home/kostablue/meu-prim-blog/myvirt 2017-07-31 13:24:21 Python threads support is disabled. You can enable it with --enable-threads 2017-07-31 13:24:21 Python main interpreter initialized at 0x2627820 2017-07-31 13:24:21 your server socket listen backlog is limited to 100 connections 2017-07-31 13:24:21 your mercy for graceful operations on workers is 60 seconds 2017-07-31 13:24:21 setting request body buffering size to 65536 bytes 2017-07-31 13:24:21 mapped 333952 bytes (326 KB) for 1 cores 2017-07-31 13:24:21 Operational MODE: single process 2017-07-31 13:24:21 initialized 35 metrics 2017-07-31 13:24:21 WSGI app 0 (mountpoint='') ready in 1 seconds on interpreter 0x2627820 pid: 25872 (default app) 2017-07-31 13:24:21 uWSGI is running in multiple interpreter mode 2017-07-31 13:24:21 gracefully (RE)spawned uWSGI master process (pid: 25872) 2017-07-31 13:24:21 spawned uWSGI worker 1 (pid: 25878, cores: 1) 2017-07-31 13:24:21 metrics collector thread started 2017-07-31 13:24:21 spawned 2 offload threads for uWSGI worker 1 2017-07-31 13:27:28 Mon Jul 31 13:27:28 2017 - received message 1 from emperor 2017-07-31 13:27:28 ...gracefully killing workers... 2017-07-31 13:27:28 Gracefully killing worker 1 (pid: 25878)... 2017-08-01 18:35:59 workers have been inactive for more than 93600 seconds (1501612558-1501518957) 2017-08-01 18:35:59 cheap mode enabled: waiting for socket connection...

did you see harry's link above?

Yes I did . But , as a beginner , I would like more detailed information...thank you.

Hi there, in the debugging tips it suggests trying several debugging steps, including some "print" statements in the console. Did you try any of them? What did they show?

I have gone through this several times, but I keep getting the following w

When you want to use social login, please see dj4e-samples/github_settings-dist.py Using registration/login.html as the login template System check identified some issues:

WARNINGS: autos.Auto: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the AutosConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. autos.Make: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the AutosConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. bookmany.Author: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the BookmanyConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. bookmany.Authored: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the BookmanyConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. bookmany.Book: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the BookmanyConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. bookone.Book: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the BookoneConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. bookone.Instance: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the BookoneConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. bookone.Lang: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the BookoneConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. cats.Breed: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the CatsConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. cats.Cat: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the CatsConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. chat.Message: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the ChatConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. favs.Fav: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the FavsConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. favs.Thing: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the FavsConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. favsql.Fav: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the FavsqlConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. favsql.Thing: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the FavsqlConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. form.Cat: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the FormConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. forums.Comment: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the ForumsConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. forums.Forum: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the ForumsConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. gview.Car: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the GviewConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. gview.Cat: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the GviewConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the GviewConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. gview.Dog: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the GviewConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. gview.Horse: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the GviewConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. many.Course: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the ManyConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. many.Membership: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the ManyConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. many.Person: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the ManyConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. myarts.Article: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the MyartsConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. pics.Pic: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the PicsConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. rest.Breed: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the RestConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. rest.Cat: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the RestConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. social_django.Association: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the PythonSocialAuthConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. social_django.Code: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the PythonSocialAuthConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. social_django.Nonce: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the PythonSocialAuthConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. social_django.Partial: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the PythonSocialAuthConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. social_django.UserSocialAuth: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the PythonSocialAuthConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. tagme.Comment: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the TagmeConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. tagme.Forum: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the TagmeConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. tracks.Album: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the TracksConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. tracks.Artist: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the TracksConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. tracks.Genre: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the TracksConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. tracks.Track: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the TracksConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. users.User: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the UsersConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'. well.Post: (models.W042) Auto-created primary key used when not defining a primary key type, by default 'django.db.models.AutoField'. HINT: Configure the DEFAULT_AUTO_FIELD setting or the WellConfig.default_auto_field attribute to point to a subclass of AutoField, e.g. 'django.db.models.BigAutoField'.

Each of those warnings has a HINT about setting DEFAULT_AUTO_FIELD to a subclass of autofield like 'django.db.models.BigAutoField'. Have you tried that?