Steve Howell (showell) (Jan 04 2017 at 15:52): Steve Howell (showell) (Jan 04 2017 at 15:52):If you fetch the latest copy of master, you can now run a tool called ./tools/diagnose to get basic info about your dev environment. Please try it out!
Robert Hönig (Jan 04 2017 at 16:06):Running ./tools/idagnose throws an error for me:
(zulip-venv) ~/zulip (master)$ ./tools/diagnose
Python 2.7.12
/home/zulipdev/zulip
Linux-4.4.0-47-generic-x86_64-with-Ubuntu-16.04-xenial
Django version: 1.10.4
latest version provisioned: 3.2
desired version: 3.2
node version:
v6.6.0
Traceback (most recent call last):
File "./tools/diagnose", line 76, in <module>
@run
File "./tools/diagnose", line 21, in run
rc = check_func()
File "./tools/diagnose", line 84, in test_models
print('Num realms: ', Realm.objects.count())
File "/srv/zulip-venv/local/lib/python2.7/site-packages/django/db/models/manager.py", line 85, in manager_method
return getattr(self.get_queryset(), name)(*args, **kwargs)
File "/srv/zulip-venv/local/lib/python2.7/site-packages/django/db/models/query.py", line 369, in count
return self.query.get_count(using=self.db)
File "/srv/zulip-venv/local/lib/python2.7/site-packages/django/db/models/sql/query.py", line 476, in get_count
number = obj.get_aggregation(using, ['__count'])['__count']
File "/srv/zulip-venv/local/lib/python2.7/site-packages/django/db/models/sql/query.py", line 457, in get_aggregation
result = compiler.execute_sql(SINGLE)
File "/srv/zulip-venv/local/lib/python2.7/site-packages/django/db/models/sql/compiler.py", line 835, in execute_sql
cursor.execute(sql, params)
File "/srv/zulip-venv/local/lib/python2.7/site-packages/django/db/backends/utils.py", line 79, in execute
return super(CursorDebugWrapper, self).execute(sql, params)
File "/srv/zulip-venv/local/lib/python2.7/site-packages/django/db/backends/utils.py", line 64, in execute
return self.cursor.execute(sql, params)
File "/srv/zulip-venv/local/lib/python2.7/site-packages/django/db/utils.py", line 94, in __exit__
six.reraise(dj_exc_type, dj_exc_value, traceback)
File "/srv/zulip-venv/local/lib/python2.7/site-packages/django/db/backends/utils.py", line 64, in execute
return self.cursor.execute(sql, params)
File "./zerver/lib/db.py", line 32, in execute
return wrapper_execute(self, super(TimeTrackingCursor, self).execute, query, vars)
File "./zerver/lib/db.py", line 19, in wrapper_execute
return action(sql, params)
django.db.utils.ProgrammingError: relation "zerver_realm" does not exist
LINE 1: SELECT COUNT(*) AS "__count" FROM "zerver_realm"
^
Tommy Ip (Jan 04 2017 at 16:08):I got this error:
Django version: 1.10.4 latest version provisioned: 3.2 desired version: 3.2 node version: v6.6.0 ... Traceback django.db.utils.OperationalError: FATAL: password authentication failed for user "zulip_test" FATAL: password authentication failed for user "zulip_test"
Yago González (Jan 04 2017 at 16:10):Diagnosing the diagnose script, hahahahaha
Steve Howell (showell) (Jan 04 2017 at 16:22):looking into Robert's error first
Steve Howell (showell) (Jan 04 2017 at 16:23):@Robert Hönig @Tommy Ip I assume you're both running in your normal VM environments?
Tommy Ip (Jan 04 2017 at 16:23):Yeah in vagrant (locally)
Robert Hönig (Jan 04 2017 at 16:23):Yup, I am using the ocean droplet.
Steve Howell (showell) (Jan 04 2017 at 16:26):It's interesting that you're both getting Django errors.
Steve Howell (showell) (Jan 04 2017 at 16:28):@Robert Hönig @Tommy Ip Can you try
./tools/do-destroy-rebuild-database && ./tools/diagnose
Robert Hönig (Jan 04 2017 at 16:29):Just ran it, the exact same error is thrown for me.
Tommy Ip (Jan 04 2017 at 16:29):Same error
Steve Howell (showell) (Jan 04 2017 at 16:30):Hmmm...let me try something else...
Steve Howell (showell) (Jan 04 2017 at 16:31):(zulip-venv)vagrant@vagrant-base-trusty-amd64:/srv/zulip$ ./manage.py dbshell psql (9.3.15) SSL connection (cipher: DHE-RSA-AES256-GCM-SHA384, bits: 256) Type "help" for help. zulip=> select * from zerver_realm limit 1;
Steve Howell (showell) (Jan 04 2017 at 16:32):@Yago González Do you have a moment to try this script out?
Yago González (Jan 04 2017 at 16:32):I already did, it works fine for me
Yago González (Jan 04 2017 at 16:32):Sorry, should have reported it, hehe
Yago González (Jan 04 2017 at 16:33):(zulip-venv) ~/zulip (master)$ ./tools/diagnose Python 2.7.12 /home/zulipdev/zulip Linux-4.4.0-47-generic-x86_64-with-Ubuntu-16.04-xenial Django version: 1.10.4 latest version provisioned: 3.2 desired version: 3.2 node version: v6.6.0 Num realms: 3 Num users: 21 py2_dev.txt venv sha: 95248d22260eb86f80ab429290a52191bfa39f58 py3_dev.txt venv sha: f9b93820bcb446cc32a9b1aaeabcb4463f8f06f3 Testing whether migrations are consistent with models No changes detected Success! Migrations are consistent with models.
Steve Howell (showell) (Jan 04 2017 at 16:33):@Robert Hönig @Tommy Ip Are you able to get in the dbshell, as I showed above?
Tommy Ip (Jan 04 2017 at 16:34):yes
Yago González (Jan 04 2017 at 16:34):Let me know if I can do anything to help!
Robert Hönig (Jan 04 2017 at 16:34):Yes, it returns a normal SQL row for me
Steve Howell (showell) (Jan 04 2017 at 16:35):My guess is that these lines of code are somehow brittle and only work for some configurations:
79 settings_module = "zproject.test_settings" 80 os.environ['DJANGO_SETTINGS_MODULE'] = settings_module 81 import django 82 django.setup()
Steve Howell (showell) (Jan 04 2017 at 16:43):Robert/Tommy, does it work if you say zproject.settings instead of zproject.test_settings?
Steve Howell (showell) (Jan 04 2017 at 16:43):(on line 79)
Robert Hönig (Jan 04 2017 at 16:45):Ha, that's it! Worked @Steve Howell
Robert Hönig (Jan 04 2017 at 16:46):Python 2.7.12 /home/zulipdev/zulip Linux-4.4.0-47-generic-x86_64-with-Ubuntu-16.04-xenial Django version: 1.10.4 latest version provisioned: 3.2 desired version: 3.2 node version: v6.6.0 Num realms: 1 Num users: 20 py2_dev.txt venv sha: 95248d22260eb86f80ab429290a52191bfa39f58 py3_dev.txt venv sha: f9b93820bcb446cc32a9b1aaeabcb4463f8f06f3 Testing whether migrations are consistent with models No changes detected Success! Migrations are consistent with models.
Steve Howell (showell) (Jan 04 2017 at 16:48):Cool, I'll push that change. I'm still curious why the test_settings fail.
Robert Hönig (Jan 04 2017 at 16:48):Is test_settings an experimental test module?
Yago González (Jan 04 2017 at 16:49):Please, let us know once you're done. I'll try again to see if it still works
Tommy Ip (Jan 04 2017 at 16:49):Yeah it works
Steve Howell (showell) (Jan 04 2017 at 16:50):test_settings is for running the automated tests
Steve Howell (showell) (Jan 04 2017 at 16:54):@Tim Abbott Do you have any theory on why using zproject.test_settings would fail only for certain users in this code?
77 def test_models(): 78 # type: () -> bool 79 settings_module = "zproject.settings" 80 os.environ['DJANGO_SETTINGS_MODULE'] = settings_module 81 import django 82 django.setup() 83 from zerver.models import UserProfile, Realm 84 print('Num realms: ', Realm.objects.count()) 85 print('Num users: ', UserProfile.objects.count()) 86 return True
Tim Abbott (Jan 04 2017 at 17:10):hmm
Tim Abbott (Jan 04 2017 at 17:10):I don't see a good explanation for why there'd be a problem with using test_settings there
Last updated: Jul 19 2022 at 08:22 UTC