Well...
All indexes finally moved into an error state.
I was then able to delete them all.
Then reinstate my index.yaml.
On Jun 13, 3:48 pm, garyo <
garyor...@gmail.com> wrote:
> I am having this problem as well.
>
> I have vacuumed, deleting ALL indexes fromindex.yaml
> Two indexes are stuck in an error state, and have not cleared for over
> 24 hours
> One of the indexes has a misspelled property (__key_)
> appid=gdodemo
>
> Tag
> prefix ▲ , __key_ ▲ Error
> prefix ▲ , word ▲ Error
>
> I tried a couple of more cycles, one withindex.yaml empty,
> and one with just the Tag entity indexes removed.
>
> Last message was, trying to vacuum with an emptyindex.yaml:
> Are you sure you want todeletethisindex? (N/y/a): a
>
> Deleting selectedindexdefinitions.2009-06-13 13:35:47,960 WARNING
> appcfg.py:670 7 indexes were not deleted. Most
> likely this is because they no longer exist.
>
> My application is currently down hard.
> Without indexes, nothing will work!
>
> On May 17, 7:43 pm, rraj <
r.rajku...@gmail.com> wrote:
>
> > Yes, I have read them and had even tried the vacuum_indexes procedure. It
> > did not work, as I had mentioned in my mail.
>
> > Tried it again today and they got deleted at once from my indexes.
>
> > By the way, the problem is not related to exploding indexes - there were 3
> > new indexes of 2 to 3 properties each, all properties were string/integer
> > properties and the data to be indexed was less than 100.
>
> > I just discovered that it *might* be because one of theindexdefinition had
> > a non-existing property name specified. I am not going to try it again with
> > a wrong property name in theindex, to confirm the reason for the "Error"