Cannot open Ardour2 session in Ardour3

Ardour3 crashes when I try to open my session created in Ardour2. Ardour2 successfully opens the session. I can create new sessions with Ardour3 and reopen them.

Here is the dbg printout:

Thread 40 (Thread 0xace4fb40 (LWP 5065)):
#0 0x00132416 in __kernel_vsyscall ()
#1 0x02e9a460 in poll () from /lib/i386-linux-gnu/libc.so.6
#2 0x015c12cb in g_poll () from /opt/Ardour-3.5.74-dbg/lib/libglib-2.0.so.0
#3 0x015b02cc in ?? () from /opt/Ardour-3.5.74-dbg/lib/libglib-2.0.so.0
#4 0x015b03ff in g_main_loop_run () from /opt/Ardour-3.5.74-dbg/lib/libglib-2.0.so.0
#5 0x014f53f5 in Glib::MainLoop::run() () from /opt/Ardour-3.5.74-dbg/lib/libglibmm-2.4.so.1
#6 0x011765c8 in BaseUI::main_thread (this=0xa4c4198) at …/libs/pbd/base_ui.cc:80
#7 0x01179ce0 in sigc::bound_mem_functor0<void, BaseUI>::operator() (this=0xa4c4594)
at /home/harrison/a3/inst/include/sigc+±2.0/sigc++/functors/mem_fun.h:1787
#8 0x01179a38 in sigc::adaptor_functor<sigc::bound_mem_functor0<void, BaseUI> >::operator() (this=0xa4c4590)
at /home/harrison/a3/inst/include/sigc+±2.0/sigc++/adaptors/adaptor_trait.h:251
#9 0x01179426 in sigc::internal::slot_call0<sigc::bound_mem_functor0<void, BaseUI>, void>::call_it (rep=0xa4c4578)
at /home/harrison/a3/inst/include/sigc+±2.0/sigc++/functors/slot.h:103
#10 0x014eaab2 in ?? () from /opt/Ardour-3.5.74-dbg/lib/libglibmm-2.4.so.1
#11 0x015dbe72 in ?? () from /opt/Ardour-3.5.74-dbg/lib/libglib-2.0.so.0
#12 0x026cad4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#13 0x02ea8bae in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 39 (Thread 0xa64cbc40 (LWP 5064)):
#0 0x00132416 in __kernel_vsyscall ()
#1 0x02e9a460 in poll () from /lib/i386-linux-gnu/libc.so.6
#2 0x00754f8d in ARDOUR::Butler::thread_work (this=0x9870028) at …/libs/ardour/butler.cc:150
#3 0x00754f13 in ARDOUR::Butler::_thread_work (arg=0x9870028) at …/libs/ardour/butler.cc:134
#4 0x0119f11a in fake_thread_start (arg=0xa4c40c8) at …/libs/pbd/pthread_utils.cc:85
#5 0x026cad4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#6 0x02ea8bae in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 38 (Thread 0xaf714b40 (LWP 5063)):
#0 0x00132416 in __kernel_vsyscall ()
#1 0x026d21f6 in nanosleep () from /lib/i386-linux-gnu/libpthread.so.0
#2 0x015dd9e2 in g_usleep () from /opt/Ardour-3.5.74-dbg/lib/libglib-2.0.so.0
#3 0x014fcfed in Glib::usleep(unsigned long) () from /opt/Ardour-3.5.74-dbg/lib/libglibmm-2.4.so.1
#4 0x006f6416 in ARDOUR::AudioEngine::meter_thread (this=0x951c780) at …/libs/ardour/audioengine.cc:382
#5 0x00702023 in boost::_mfi::mf0<void, ARDOUR::AudioEngine>::operator()(ARDOUR::AudioEngine*) const ()
from /opt/Ardour-3.5.74-dbg/lib/libardour.so.3
#6 0x00701c56 in void boost::_bi::list1<boost::_bi::valueARDOUR::AudioEngine* >::operator()<boost::_mfi::mf0<void, ARDOUR::AudioEngine>, boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0<void, ARDOUR::AudioEngine>&, boost::_bi::list0&, int) ()
from /opt/Ardour-3.5.74-dbg/lib/libardour.so.3
#7 0x007015b0 in boost::_bi::bind_t<void, boost::_mfi::mf0<void, ARDOUR::AudioEngine>, boost::_bi::list1<boost::_bi::valueARDOUR::AudioEngine* > >::operator()() () from /opt/Ardour-3.5.74-dbg/lib/libardour.so.3
#8 0x00700dd9 in sigc::adaptor_functor<boost::_bi::bind_t<void, boost::_mfi::mf0<void, ARDOUR::AudioEngine>, boost::_bi::list1<boost::_bi::valueARDOUR::AudioEngine* > > >::operator()() const () from /opt/Ardour-3.5.74-dbg/lib/libardour.so.3
#9 0x006fff8f in sigc::internal::slot_call0<boost::_bi::bind_t<void, boost::_mfi::mf0<void, ARDOUR::AudioEngine>, boost::_bi::list1<boost::_bi::valueARDOUR::AudioEngine* > >, void>::call_it(sigc::internal::slot_rep*) () from /opt/Ardour-3.5.74-dbg/lib/libardour.so.3
#10 0x014eaab2 in ?? () from /opt/Ardour-3.5.74-dbg/lib/libglibmm-2.4.so.1
#11 0x015dbe72 in ?? () from /opt/Ardour-3.5.74-dbg/lib/libglib-2.0.so.0
#12 0x026cad4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#13 0x02ea8bae in clone () from /lib/i386-linux-gnu/libc.so.6

Backward compatibility was not rated as a major priority. Ardour 2.x is and will continue to be available, and it is recommended that you use it to work on 2.x sessions (especially when there are problems).