Closed
Bug 916628
Opened 11 years ago
Closed 11 years ago
postgres errors in crontabber after weekly data refresh
Categories
(Socorro :: Database, task)
Tracking
(Not tracked)
RESOLVED
FIXED
60
People
(Reporter: lonnen, Assigned: brandon)
References
Details
From the crontabber log:
2013-09-15 16:02:11,893 DEBUG - MainThread - about to run <class 'socorro.cron.jobs.matviews.SignatureSummaryCronApp'>
2013-09-15 16:09:46,406 DEBUG - MainThread - error when running <class 'socorro.cron.jobs.matviews.SignatureSummaryCronApp'> on None
Traceback (most recent call last):
File "/data/socorro/application/socorro/cron/crontabber.py", line 706, in _run_one
for last_success in self._run_job(job_class, config, info):
File "/data/socorro/application/socorro/cron/base.py", line 174, in main
function(when)
File "/data/socorro/application/socorro/cron/base.py", line 213, in _run_proxy
self.run(connection, date)
File "/data/socorro/application/socorro/cron/jobs/matviews.py", line 50, in run
self.run_proc(connection, [target_date])
File "/data/socorro/application/socorro/cron/jobs/matviews.py", line 21, in run_proc
cursor.callproc(self.get_proc_name(), signature)
IntegrityError: duplicate key value violates unique constraint "signature_summary_products_pkey"
DETAIL: Key (signature_id, product_version_id, report_date)=(4873272, 1725, 2013-09-13) already exists.
CONTEXT: SQL statement "INSERT INTO signature_summary_products (
signature_id
, product_version_id
, product_name
, version_string
, report_count
, report_date
)
SELECT
signature_id
, product_version_id
, product_name
, version_string
, count(*) AS report_count
, updateday AS report_date
FROM reports_clean
JOIN product_versions USING (product_version_id)
WHERE
date_processed::date = updateday
GROUP BY product_version_id, product_name, version_string, signature_id, updateday"
PL/pgSQL function update_signature_summary(date,boolean) line 23 at SQL statement
2013-09-15 16:35:02,370 DEBUG - MainThread - about to run <class 'socorro.cron.jobs.matviews.GraphicsDeviceCronApp'>
2013-09-15 16:35:02,377 DEBUG - MainThread - error when running <class 'socorro.cron.jobs.matviews.GraphicsDeviceCronApp'> on None
Traceback (most recent call last):
File "/data/socorro/application/socorro/cron/crontabber.py", line 706, in _run_one
for last_success in self._run_job(job_class, config, info):
File "/data/socorro/application/socorro/cron/base.py", line 174, in main
function(when)
File "/data/socorro/application/socorro/cron/base.py", line 213, in _run_proxy
self.run(connection, date)
File "/data/socorro/application/socorro/cron/jobs/matviews.py", line 50, in run
self.run_proc(connection, [target_date])
File "/data/socorro/application/socorro/cron/jobs/matviews.py", line 21, in run_proc
cursor.callproc(self.get_proc_name(), signature)
ProgrammingError: function update_graphics_devices(date) does not exist
LINE 1: SELECT * FROM update_graphics_devices('2013-09-13'::date)
^
HINT: No function matches the given name and argument types. You might need to add explicit type casts.
Assignee | ||
Comment 1•11 years ago
|
||
So the update_graphics_devices() was added last week, not sure how that migration gets run but we can take a look at it. Dev or stage?
Reporter | ||
Comment 2•11 years ago
|
||
Could be both. Stage is alerting.
Reporter | ||
Comment 3•11 years ago
|
||
Selena manually runs migrations on stage for now. I bet it got wiped out in the DB copy from prod.
Comment 4•11 years ago
|
||
I'll run it now.
Comment 5•11 years ago
|
||
The migration completed. I'll see about adding an 'alembic upgrade head' to the database refresh script.
Reporter | ||
Comment 6•11 years ago
|
||
Still encountering Integrity error, but I think those occasionally build up. The graphics function appears to have an error in it.
2013-09-16 07:18:12,659 DEBUG - MainThread - error when running <class 'socorro.cron.jobs.matviews.SignatureSummaryCronApp'> on None
Traceback (most recent call last):
File "/data/socorro/application/socorro/cron/crontabber.py", line 706, in _run_one
for last_success in self._run_job(job_class, config, info):
File "/data/socorro/application/socorro/cron/base.py", line 174, in main
function(when)
File "/data/socorro/application/socorro/cron/base.py", line 213, in _run_proxy
self.run(connection, date)
File "/data/socorro/application/socorro/cron/jobs/matviews.py", line 50, in run
self.run_proc(connection, [target_date])
File "/data/socorro/application/socorro/cron/jobs/matviews.py", line 21, in run_proc
cursor.callproc(self.get_proc_name(), signature)
IntegrityError: duplicate key value violates unique constraint "signature_summary_products_pkey"
DETAIL: Key (signature_id, product_version_id, report_date)=(4873272, 1725, 2013-09-13) already exists.
CONTEXT: SQL statement "INSERT INTO signature_summary_products (
signature_id
, product_version_id
, product_name
, version_string
, report_count
, report_date
)
SELECT
signature_id
, product_version_id
, product_name
, version_string
, count(*) AS report_count
, updateday AS report_date
FROM reports_clean
JOIN product_versions USING (product_version_id)
WHERE
date_processed::date = updateday
GROUP BY product_version_id, product_name, version_string, signature_id, updateday"
PL/pgSQL function update_signature_summary(date,boolean) line 23 at SQL statement
2013-09-16 07:50:36,856 DEBUG - MainThread - error when running <class 'socorro.cron.jobs.matviews.GraphicsDeviceCronApp'> on None
Traceback (most recent call last):
File "/data/socorro/application/socorro/cron/crontabber.py", line 706, in _run_one
for last_success in self._run_job(job_class, config, info):
File "/data/socorro/application/socorro/cron/base.py", line 174, in main
function(when)
File "/data/socorro/application/socorro/cron/base.py", line 213, in _run_proxy
self.run(connection, date)
File "/data/socorro/application/socorro/cron/jobs/matviews.py", line 50, in run
self.run_proc(connection, [target_date])
File "/data/socorro/application/socorro/cron/jobs/matviews.py", line 21, in run_proc
cursor.callproc(self.get_proc_name(), signature)
ProgrammingError: permission denied for relation graphics_device
CONTEXT: SQL statement "INSERT INTO graphics_device (
vendor_hex
, adapter_hex
)
SELECT
new_graphics_devices.vendor_hex
, new_graphics_devices.adapter_hex
FROM new_graphics_devices
LEFT OUTER JOIN graphics_device
ON new_graphics_devices.vendor_hex = graphics_device.vendor_hex
AND new_graphics_devices.adapter_hex = graphics_device.adapter_hex
WHERE graphics_device.graphics_device_id IS NULL
AND new_graphics_devices.vendor_hex IS NOT NULL
GROUP BY
new_graphics_devices.vendor_hex
, new_graphics_devices.adapter_hex"
PL/pgSQL function update_graphics_devices(date,boolean) line 30 at SQL statement
Assignee | ||
Comment 7•11 years ago
|
||
So, with the migration run this looks very much like a permissions problem on the database. :selenamarie can you take a look and see what you think?
Flags: needinfo?(sdeckelmann)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → bsavage
Comment 8•11 years ago
|
||
Commits pushed to master at https://github.com/mozilla/socorro
https://github.com/mozilla/socorro/commit/d44aca8acbbfb821f71a281196468576e744a1fc
Fixes Bug 916628 - Resolving permissions problems on new migration.
https://github.com/mozilla/socorro/commit/05594e84dfbca9817fef1b53f0cacc913603cf84
Merge pull request #1526 from brandonsavage/bug916628migrationupdate
Fixes Bug 916628 - Resolving permissions problems on new migration. r=selenamarie
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•11 years ago
|
Target Milestone: --- → 60
Updated•11 years ago
|
Flags: needinfo?(sdeckelmann)
You need to log in
before you can comment on or make changes to this bug.
Description
•