[Monetdb-developers] updating the default branch.
Hello, I just updated my default branch and I restarted my mserver, i.e., it will use a old dbfarm. I get the following complain: !MALException:user.main[2497]:address of pattern vault.prelude missing I hope you will not ask me to reload my databases :) Romulo
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Op 25-11-10 11:56, Romulo Goncalves schreef:
I just updated my default branch and I restarted my mserver, i.e., it will use a old dbfarm. I get the following complain: !MALException:user.main[2497]:address of pattern vault.prelude missing
I hope you will not ask me to reload my databases :)
I wonder if that is actually the same issue as I had. Did you use a clean prefix or a prefix with old files in it? Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkzuQWMACgkQYH1+F2Rqwn2nIgCfQQOLXyZZ0z/yE0BudmonBlXz XK0AoJCjnAB21uS5V0ataA2jc50uKwrT =PIQu -----END PGP SIGNATURE-----
On Thu, Nov 25, 2010 at 11:56:28AM +0100, Romulo Goncalves wrote:
Hello,
I just updated my default branch and I restarted my mserver, i.e., it will use a old dbfarm. I get the following complain: !MALException:user.main[2497]:address of pattern vault.prelude missing
1) Since the development version come with no guarantees, it's always a good idea to test and upgraded version on a non-crucial easily recreatable or backed-up database. 2) This is IMHO not database related at all --- you could check this by starting your mserver5 with a not yet existing database, e.g., `mserver5 --dbname=ThisIsAnewDB` 3) Did you recompile from scratch with no legacy lying around, i.e., empty build- & prefix-directories, and bootstrapping everything with the latest buildtools?
I hope you will not ask me to reload my databases :)
If they are crucial, you better have som kind of back-up (yes, even if they are huge) or treat them with great care, i.e., let experimental code touch them only once you're sure it does not harm them ... Stefan
Romulo
------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
-- | Stefan.Manegold @ CWI.nl | DB Architectures (INS1) | | http://CWI.nl/~manegold/ | Science Park 123 (L321) | | Tel.: +31 (0)20 592-4212 | 1098 XG Amsterdam (NL) |
On 25/11/10 12:12, Stefan Manegold wrote:
On Thu, Nov 25, 2010 at 11:56:28AM +0100, Romulo Goncalves wrote:
Hello,
I just updated my default branch and I restarted my mserver, i.e., it will use a old dbfarm. I get the following complain: !MALException:user.main[2497]:address of pattern vault.prelude missing
1) Since the development version come with no guarantees, it's always a good idea to test and upgraded version on a non-crucial easily recreatable or backed-up database. That is always the case.
2) This is IMHO not database related at all --- you could check this by starting your mserver5 with a not yet existing database, e.g., `mserver5 --dbname=ThisIsAnewDB`
It happens in both cases.
3) Did you recompile from scratch with no legacy lying around, i.e., empty build-& prefix-directories, and bootstrapping everything with the latest buildtools?
Yes... my pull does a rebase plus update, therefore, all the modules are updated with the latest version. The prefix directory is cleaned before I install something. Romulo
On 25-11-2010 12:26:59 +0100, Romulo Goncalves wrote:
3) Did you recompile from scratch with no legacy lying around, i.e., empty build-& prefix-directories, and bootstrapping everything with the latest buildtools? Yes... my pull does a rebase plus update, therefore, all the modules are updated with the latest version. The prefix directory is cleaned before I install something.
but do you also clean your build-dir?
I my build dir is inside the prefix dir. I do rm $prefix mkdir -p $prefix/build The same for all the modules. Romulo On 25/11/10 12:33, Fabian Groffen wrote:
On 25-11-2010 12:26:59 +0100, Romulo Goncalves wrote:
3) Did you recompile from scratch with no legacy lying around, i.e., empty build-& prefix-directories, and bootstrapping everything with the latest buildtools? Yes... my pull does a rebase plus update, therefore, all the modules are updated with the latest version. The prefix directory is cleaned before I install something.
but do you also clean your build-dir?
------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App& Earn a Chance To Win $500! Tap into the largest installed PC base& get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Op 25-11-10 12:37, Romulo Goncalves schreef:
I my build dir is inside the prefix dir.
I do rm $prefix mkdir -p $prefix/build
If this is pseudo code or not. -r is missing in the above rm statement. Anyway without cleaning up my: /opt/monetdb-whatever I sometimes get issues too, build dirs are always removed. Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkzuTWUACgkQYH1+F2Rqwn2SeACdGelTKKV5Nhkhzwws7MPKqb6C fPcAnRMY24ErBwTfC2X3Gcm4aP9tH11k =m9FC -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Op 25-11-10 12:53, Fabian Groffen schreef:
On 25-11-2010 12:49:57 +0100, Stefan de Konink wrote:
Anyway without cleaning up my: /opt/monetdb-whatever
I sometimes get issues too, build dirs are always removed.
that's correct, as this is probably a stray autoload file that still causes to load some non-existing thing
Is there a way to find out what is actually causing this? Because if it is a 'trivial' autoload file, why isn't it removed by make install. Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkzuT2cACgkQYH1+F2Rqwn0mswCfW/o0MubvZzunZATrVKvzsXBK +M4An1ou0kDBtnCSWwE2K2Pxy28lcnIz =7Fcz -----END PGP SIGNATURE-----
On 25-11-2010 12:58:31 +0100, Stefan de Konink wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Op 25-11-10 12:53, Fabian Groffen schreef:
On 25-11-2010 12:49:57 +0100, Stefan de Konink wrote:
Anyway without cleaning up my: /opt/monetdb-whatever
I sometimes get issues too, build dirs are always removed.
that's correct, as this is probably a stray autoload file that still causes to load some non-existing thing
Is there a way to find out what is actually causing this? Because if it is a 'trivial' autoload file, why isn't it removed by make install.
Because make install installs things, not uninstalls. You can use make uninstall prior to updating your source, recompiling, and installing. It's probably safer to wipe your install, or have some tool/script record what was installed and remove that (e.g. a VDB).
The last check ins fixed the problem :) And yes I do... I just wrote it and did not copied it... ;) mkdir -fr $prefix mkdir -p $prefix/build Romulo On 25/11/10 13:04, Fabian Groffen wrote:
On 25-11-2010 12:58:31 +0100, Stefan de Konink wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Op 25-11-10 12:53, Fabian Groffen schreef:
On 25-11-2010 12:49:57 +0100, Stefan de Konink wrote:
Anyway without cleaning up my: /opt/monetdb-whatever
I sometimes get issues too, build dirs are always removed.
that's correct, as this is probably a stray autoload file that still causes to load some non-existing thing
Is there a way to find out what is actually causing this? Because if it is a 'trivial' autoload file, why isn't it removed by make install.
Because make install installs things, not uninstalls. You can use make uninstall prior to updating your source, recompiling, and installing.
It's probably safer to wipe your install, or have some tool/script record what was installed and remove that (e.g. a VDB).
------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App& Earn a Chance To Win $500! Tap into the largest installed PC base& get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
participants (4)
-
Fabian Groffen -
Romulo Goncalves -
Stefan de Konink -
Stefan Manegold