I have tried with no effect!
can u show ur site_config.json file
did u do bench reload/restart
Yes, Nothing!
sit_config.json ??
{
"db_name": "1bd3e0294da19198",
"db_password": "VpX1JJNKputV2VJl",
"developer_mode": 1,
"limits": {
"space_usage": {
"backup_size": 1.0,
"database_size": 13.51,
"files_size": 2.0,
"total": 16.51
}
},
"nginx_port": 8001
}
try doing a reload from the desk (from ur user account)
try bench clear-cache
No change
hmm…
Thank you for your effort. Do you know how to switch from Production to Development?
Running bench start only runs into errors
frappe@ubuntu:~/frappe-bench$ bench start
22:28:47 system | worker_long.1 started (pid=30913)
22:28:47 system | redis_socketio.1 started (pid=30914)
22:28:47 redis_socketio.1 | 30924:M 17 Aug 22:28:47.174 * Increased maximum number of open files to 10032 (it was originally set to 1024).
22:28:47 redis_socketio.1 | 30924:M 17 Aug 22:28:47.174 # Creating Server TCP listening socket 127.0.0.1:12000: bind: Address already in use
22:28:47 system | redis_socketio.1 stopped (rc=1)
22:28:47 system | watch.1 started (pid=30917)
22:28:47 system | redis_queue.1 started (pid=30915)
22:28:47 redis_queue.1 | 30926:M 17 Aug 22:28:47.185 * Increased maximum number of open files to 10032 (it was originally set to 1024).
22:28:47 redis_queue.1 | 30926:M 17 Aug 22:28:47.185 # Creating Server TCP listening socket 127.0.0.1:11000: bind: Address already in use
22:28:47 system | redis_queue.1 stopped (rc=1)
22:28:47 system | schedule.1 started (pid=30916)
22:28:47 system | web.1 started (pid=30918)
22:28:47 system | worker_default.1 started (pid=30919)
22:28:47 system | socketio.1 started (pid=30920)
22:28:47 system | worker_short.1 started (pid=30938)
22:28:47 system | redis_cache.1 started (pid=30928)
22:28:47 system | sending SIGTERM to worker_long.1 (pid 30913)
22:28:47 system | sending SIGTERM to watch.1 (pid 30917)
22:28:47 system | sending SIGTERM to web.1 (pid 30918)
22:28:47 system | sending SIGTERM to schedule.1 (pid 30916)
22:28:47 system | sending SIGTERM to worker_default.1 (pid 30919)
22:28:47 system | sending SIGTERM to socketio.1 (pid 30920)
22:28:47 system | sending SIGTERM to redis_cache.1 (pid 30928)
22:28:47 system | sending SIGTERM to worker_short.1 (pid 30938)
22:28:47 redis_cache.1 | 30941:M 17 Aug 22:28:47.351 * Increased maximum number of open files to 10032 (it was originally set to 1024).
22:28:47 redis_cache.1 | 30941:M 17 Aug 22:28:47.351 # Creating Server TCP listening socket 127.0.0.1:13000: bind: Address already in use
22:28:47 system | redis_cache.1 stopped (rc=1)
22:28:47 system | watch.1 stopped (rc=-15)
22:28:47 system | worker_long.1 stopped (rc=-15)
22:28:47 system | web.1 stopped (rc=-15)
22:28:47 system | schedule.1 stopped (rc=-15)
22:28:47 system | worker_default.1 stopped (rc=-15)
22:28:47 system | socketio.1 stopped (rc=-15)
22:28:47 system | worker_short.1 stopped (rc=-15)
Hello
“127.0.0.1:11000: bind: Address already in use”
This means your previous server instance did not shutdown cleanly.
To kill those orphan processes run ‘sudo supervisorctl stop all’
That usually works for me…
Thank you so much John Clarke, I’ve been looking for this command. I’m able to start the Dev server now but no way to see what’s happening in the background because for some reason I dont know I can only make 1 connection to my VM. Something I’ve just posted about on AskUbuntu.com.
For now I can stop the server everytime, check if my doctypes are now showing the run bench start again to continue.
Still I cannot see any DocType related files. Perhaps I should start the process again from the begining, this time using bench start. Pheeew
I have no experience with that, some ideas:
check /var/log/auth.log for clues why the 2nd connection is always refused or resets?
For verbose debug ssh -v frappe@localhost
turn off fail2ban
This suggests to delete .pub ssh key to test
ssh - ssh_exchange_identification: read: Connection reset by peer - Unix & Linux Stack Exchange
FWIW for VM I use qemu-KVM and bridge networking with default PAM and no ssh connection limit problem…
@adam26d try to uncheck ‘custom’ in your doctype and the controller files will appear in the directory structure
FWIW, I was running into a similar issue and unchecking “Custom” in the doctype (which was only available when I was in developer mode) led to the proper directories showing up.
I also did a bench restart
and bench migrate
before checking if the folders were there, so I’m not sure if they were required or not.
yup…bench restart should fix that…
I found the solution, login using Administrator