[prev in list] [next in list] [prev in thread] [next in thread] 

List:       slashcode-general
Subject:    Re: [Slashcode-general] Lottadot Migration script issues
From:       Shane <shane () lottadot ! com>
Date:       2004-12-29 12:48:59
Message-ID: 02969908-5998-11D9-9DEB-000A95DBD7A6 () lottadot ! com
[Download RAW message or body]

George - I don't know what to tell you, the script works fine on my 
production system (running # End of T_2_5_0_41, Start of T_2_5_0_42 - 
2004/12/07) and my laptop (running # End of T_2_5_0_42, Start of 
T_2_5_0_43 - 2004/12/14). No code changes to the 
slashsite-backup-script since it was put online on Lottadot a few 
months ago.

Check the site_info table, make sure there's no corruption.

Also:

> By the way... when I ran the install_slashsite for the T_4 tag on the 
> test
> system, there were a lot of SQL errors

W/o including the errors you saw with your email about it, it doesn't 
help much...

  Shane

On Dec 28, 2004, at 12:01 PM, George Clark wrote:

> Hi Shane,
>
> I've started to try to run your conversion scripts and I'm running 
> into issues
> on the very first one - the backup script.
>
> On my production system, it can't find the database, hostname, etc.  
> It appears
> as though the site_info string comes back empty.  It's running the 
> R_113 tag.
> I put several print statements in to dump the variables, output shown 
> below.
>
> I'm guessing that the createEnvironment() function is not working.  If 
> I use an
> invalid virtual user, it fails hard with an error about the user not 
> found.
> But if I provide the correct userid, it silently runs, but fails to do
> anything.
>
> Here are some debugging prints for each assignment
>
> My "Production system:
>
> perl backupslashdb.plx -u wapav
> CONSTANTS = HASH(0x8cee058)
> USER = HASH(0x8e1be60)
> SLASHDB = Slash::DB::Static::MySQL=HASH(0x813babc)
> SITE_INFO = HASH(0x8e2cf40)
> FIRST=      SECOND=      HOST=
> DATABASE =
>
> And the "Test" system with a default install of the "T_4" tag.
>
> perl backupslashdb.plx -u wapav
> CONSTANTS = HASH(0x8e7b894)
> USER = HASH(0x8fffdc4)
> SLASHDB = Slash::DB::Static::MySQL=HASH(0x814a5ac)
> SITE_INFO = HASH(0x84ef9a8)
> FIRST=  dbi:mysql:database    SECOND=   slashdb;host   HOST=  localhost
> DATABASE = slashdb
>
> Any ideas?  Obviously I can just manually run the dump.  But I'm 
> assuming that
> if this basic backup script doesn't work, then the others might not run
> correctly either.  (Although considering that I'll be running them on 
> the test
> system, I suppose that it is a moot point.)
>
> By the way... when I ran the install_slashsite for the T_4 tag on the 
> test
> system, there were a lot of SQL errors, however I'm assuming that I 
> can safely
> ignore them since I'll be dropping that database and reloading it with 
> the live
> data during the conversion.
>
> George
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real 
> users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Slashcode-general mailing list
> Slashcode-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/slashcode-general
>



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Slashcode-general mailing list
Slashcode-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/slashcode-general
[prev in list] [next in list] [prev in thread] [next in thread]