I think the warning was a remnant of the failed run earlier. I ran it again immediatly and it ran without error or warning. Then I ran the backup again, and it went through with a warning (": Expected there to be a temporary fileset for synthetic filelist (298, ), but none was found?"). I was able to get rid of the folder by deleting the cookies for the offending domein from within Firefox itself. luckily it was in the cookie-folder of firefox (same as the one Ales-at-gthb mentioned). The next time I try to insert 'something' it will fail due to a unique key constraint (which is good). How can I remove the folder? Bash seems not to be working for me unfortunatly…Įdit 2: I got rid of the folder. First I insert a row where title 'something'. That will hopefully show you why you have a duplicate record. Looks like you have a primary key or UNIQUE set on the date field & tried to write data with a same DATE as is already in the database. I am running 2.0.5.1_beta_ (which I believe is the latest?)Įdit: okay, I found a folder in the backup-scope with a dot at the end (just clicked through it, and saw it). If you can query your input data using some other tool (SQL Developer or similar tool), you can look for the duplicate record by comparing what you are pulling from your source to what is already in your target table based on the key. The CREATE TABLE B statement in your question fails because it references table A column a2, which is not a primary key, unique constraint, or unique index. How could I go about solving this issue/finding the offending folders? I have tried Everything with the query you supplied, but it did not return any results. For example, if you specified both the email and name field in a single UniqueEntity constraint, then it would enforce that the combination value is unique (e.g. I have encountered this error today for the first time. This required option is the field (or list of fields) on which this entity should be unique.
0 Comments
Leave a Reply. |