'discourse remap' should fail noisily and mightily when an error occurs


(Michael Brown) #1

had this happen in the middle of a remap:

…
Remapping posts raw
1454 rows affected!
Remapping posts cooked
Error: ERROR:  deadlock detected
DETAIL:  Process 10050 waits for ShareLock on transaction 552065959; blocked by process 9965.
Process 9965 waits for ShareLock on transaction 552065918; blocked by process 10050.
HINT:  See server log for query details.
CONTEXT:  while rechecking updated tuple (59101,9) in relation "posts"
Remapping posts edit_reason
0 rows affected!
Remapping posts raw_email
4340 rows affected!
Remapping posts action_code
0 rows affected!
Remapping posts image_url
122356 rows affected!
…continues…

Good thing I was watching it or I wouldn’t have known!

Expected behaviour: discourse remap should retry and abort the entire process if it cannot succeed


(Sam Saffron) #3

I want to get this sorted, but it feels to me like this would require an enormous transaction which would totally lock up the database.

Instead lets just get some basics here first:

On first failure, abort and print a message saying it was only partially applied asking users to re-run the remap.

@supermathie does that work for you? @zogstrip do you mind if I reassign this to @Osama ?


(Régis Hanol) #4

Not at all :ok_hand:


#6

This is done via: :candy:


(Sam Saffron) #7