couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Randall Leeds (Closed) (JIRA)" <j...@apache.org>
Subject [jira] [Closed] (COUCHDB-616) 0.9->0.10 upgrade rebuilds views rather than just updating headers
Date Thu, 20 Oct 2011 00:24:15 GMT

     [ https://issues.apache.org/jira/browse/COUCHDB-616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Randall Leeds closed COUCHDB-616.
---------------------------------

    Resolution: Won't Fix

Out of date. Sorry, Josh! :)
                
> 0.9->0.10 upgrade rebuilds views rather than just updating headers
> ------------------------------------------------------------------
>
>                 Key: COUCHDB-616
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-616
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Database Core
>    Affects Versions: 0.10.1
>         Environment: Linux melkjug-xen 2.6.30.1-pv #1 SMP Thu Jul 9 08:12:56 EDT 2009
x86_64 Intel(R) Xeon(R) CPU E5430 @ 2.66GHz GenuineIntel GNU/Linux
> Erlang (BEAM) emulator version 5.6.5 [source] [64-bit] [smp:2] [async-threads:0] [hipe]
>            Reporter: Joshua Bronson
>
> It looks like there is code that is supposed to upgrade the headers of 0.9 views to 0.10
style when a 0.10 couch reads a 0.9 view to avoid having to rebuild them (see http://github.com/halorgium/couchdb/blob/v0.10.1/src/couchdb/couch_view_group.erl#L379).
However, they are indeed getting rebuilt.
> I have a test environment set up where I can trigger this behavior. I've added the debug
output at http://paste.pocoo.org/show/163023/ and here is what's getting printed:
> before upgrade_old_header
> after upgrade_old_header
> Pos: 0
> Error: {'EXIT',{{badmatch,eof},
>                 [{couch_file,load_header,2},
>                  {couch_file,find_header,2},
>                  {couch_file,handle_call,3},
>                  {gen_server,handle_msg,5},
>                  {proc_lib,init_p_do_apply,3}]}}
> read_header: no_valid_header
> calling reset_file
> truncating
> For some reason the file:position(Fd, eof) call is return 0, indicating a 0-length file,
but the view file in question is 188M.
> I spent a while debugging this with Jan in #couchdb today but we couldn't find the fix.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message