Sounds good. At this distance and given my focus on a new NOID release (that separates minting from binding in separate databases and simplifies installation by relying only on the standard DB_File), I don't think I can help you devise a better strategy than the one you've come up with. -John --- On Tue, 14 Feb 2012, Joshua Gomez wrote: > That didn't work either. I started with a fresh copy of the NOID directory > from before I tried the upgrade command: > > gomez@gwnma:/var/www/nd/t1$ ls NOID > __db.001 __db.003 __db.005 lock log.0000000001 noid.bdb > __db.002 __db.004 __db.006 log logbdb README > > gomez@gwnma:/var/www/nd/t1$ sudo rm NOID/__* > > gomez@gwnma:/var/www/nd/t1$ sudo db4.8_upgrade -v -h NOID noid.bdb > db4.8_upgrade: noid.bdb upgraded successfully > > gomez@gwnma:/var/www/nd/t1$ curl localhost/nd/noidu_t1?mint+1 > no "Env" object (No such file or directory) > > I have been binding the IDs for the production NOID db (t1 is just the test > NOID), but I have also been storing them in a mysql DB on our dspace server > that I use to keep track of where things are in the workflow. So I suppose > I could try what you suggested: setup a new production NOID, mint as many > IDs as we have used so far, then rebind them all using the data in the > mysql DB. Redundant data is a good thing. > > -Joshua > > On Tue, Feb 14, 2012 at 1:07 PM, John A. Kunze <[log in to unmask]> wrote: > >> Try removing the environment files before you upgrade (or after if >> you didn't save the old file). When I released that version of NOID >> I have since regretted leaving in code that created a stub environment >> (that actually isn't used by NOID) because it just creates upgrade >> problems that I never figured out properly. >> >> If all else fails and you're just using NOID to mint (eg, no binding), >> it's quite easy to start a new minter from scratch and mint until you see >> the last id you minted prior to conversion. The order of minting is >> deterministic, so in the end you'll have a new minter that's in the same >> "state" as the old minter (again, provided you haven't been doing holds >> and binds -- that's more complicated). >> >> -John >> >> >> --- On Tue, 14 Feb 2012, Joshua Gomez wrote: >> >>> Thanks John! I tried running db_upgrade, but apparently the utilities >>> were >>> not included in my setup. So I ran the following: >>> >>> gomez@gwnma:/var/www/nd/t1$ sudo apt-get install db4.8-util >>> >>> That installed the utilities, but I'm still having some trouble: >>> >>> gomez@gwnma:/var/www/nd/t1$ sudo db4.8_upgrade -v -h NOID NOID/noid.bdb >>> db4.8_upgrade: Program version 4.8 doesn't match environment version 4.7 >>> db4.8_upgrade: DB_ENV->open: DB_VERSION_MISMATCH: Database environment >>> version mismatch >>> >>> I tried leaving off the environment home flag >>> >>> gomez@gwnma:/var/www/nd/t1$ sudo db4.8_upgrade -v NOID/noid.bdb >>> db4.8_upgrade: NOID/noid.bdb upgraded successfully >>> >>> That looks like it worked. However, when I try making a call to the >>> service >>> I get the old error: >>> >>> gomez@gwnma:/var/www/nd/t1$ curl localhost/nd/noidu_t1?mint+1 >>> no "Env" object (DB_VERSION_MISMATCH: Database environment version >>> mismatch) >>> >>> -Josh >>> >>> >>> On Mon, Feb 13, 2012 at 5:42 PM, John A. Kunze <[log in to unmask]> wrote: >>> >>> The standard BerkeleyDB library probably changed when you upgraded >>>> Ubuntu, and it complains that the NOID database (written with the old >>>> library) is incompatible. >>>> >>>> You should be able to use db_upgrade to convert the NOID database >>>> (NOID/noid.bdb). db_upgrade is a command line utility that comes with >>>> BerkeleyDB. >>>> >>>> -John >>>> >>>> >>>> --- On Mon, 13 Feb 2012, Joshua Gomez wrote: >>>> >>>> Does anyone here have expertise with Berkeley DB? >>>>> >>>>> I was running an instance of NOID (which uses Berkeley DB) to mint and >>>>> resolve ARKs. I updated the OS for the server it was running on from >>>>> Ubuntu 9 to Ubuntu 10. Now NOID has stopped working and complains that >>>>> the >>>>> db version doesn't match: "Program version 4.8 doesn't match environment >>>>> version 4.7" >>>>> >>>>> I have no experience at all with Berkeley DB and could use some advice. >>>>> >>>>> Thanks, >>>>> Josh >>>>> >>>>> -- >>>>> Joshua Gomez >>>>> Digital Library Programmer Analyst >>>>> George Washington University Libraries >>>>> 2130 H St, NW Washington, DC 20052 >>>>> (202) 994-8267 >>>>> >>>>> >>>>> >>> >>> -- >>> Joshua Gomez >>> Digital Library Programmer Analyst >>> George Washington University Libraries >>> 2130 H St, NW Washington, DC 20052 >>> (202) 994-8267 >>> >>> > > > -- > Joshua Gomez > Digital Library Programmer Analyst > George Washington University Libraries > 2130 H St, NW Washington, DC 20052 > (202) 994-8267 >