Task #905
Updated by Aaron Marcuse-Kubitza over 10 years ago
_see #887, #902_
try each of the following, in order:
h3(. -alternate OS approach-
p((. _tried, and problem also occurs on Mac, so using other approaches_
# -fix @`make install`@, which sets up the entire BIEN installation and dependencies-
# -test the import on the local testing machine (a Mac), which already has most of the dependencies-
# -if that doesn't work, try the other approaches below-
h3(. VM rollback approach
p((. _best approach because in theory, restoring to a working backup should allow us to successfully run the import_
# -restore vegbiendev to last working configuration-
# -get restored VM to work on VirtualBox-
## -install bootloader-
## -install device drivers- _the Linux VM configuration does not support the VirtualBox ethernet device natively, so it must be configured manually_
# install database on VM
# test import and verify that it works
# perform system upgrades and see if import still works
** if not, selectively install system upgrades to narrow down the problem
# update svn and see if import still works
** if not, test different revisions to narrow down the problem
h3(. -clean VM approach-
p((. _not using this approach due to complexity of obtaining/installing dependencies in the versions they had for the last successful import_
# -prepare clean VMs-
# -fix @`make install`@, which sets up the entire BIEN installation and dependencies-
** normally, we do not reinstall the DB from scratch, so the bugs in @`make install`@ only become apparent when it is run on a partial installation
# install the database from scratch on a clean VM (VirtualBox)
** this would involve adding any missing dependencies to our install scripts
# test the import in the clean VM with a sample datasource to see if that reproduces the problem
** if it does, we know it's a bug in Postgres/Ubuntu and can troubleshoot using VM images with different Postgres/Ubuntu versions
** if it doesn't, it's a problem specific to just the vegbiendev VM and we would reset the vegbiendev VM to a clean Ubuntu install and reinstall our dependencies
h3(. Postgres rollback approach
p((. _not using this approach because it only works if the problem is with Postgres_
# roll back Postgres to the version it was at in the last successful import
** this may require building Postgres from source, because past _revisions_ of the same numeric version might only be available in version control, not in binary form via apt-get (which numbers packages by numeric version)
** if this isn't possible, it may be necessary to downgrade to Postgres 9.2 (which will unfortunately be missing some features that we now use)
# see if this fixes the problem