Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Request Tracker: Users

Migration Prep

 

 

First page Previous page 1 2 Next page Last page  View All Request Tracker users RSS feed   Index | Next | Previous | View Threaded


paul at tracker-software

Aug 8, 2013, 9:52 PM

Post #26 of 31 (16 views)
Permalink
Re: Migration Prep [In reply to]

Thanks for all the support. I have a shiny new 4.0.17 ticking away
nicely. Very happy.

*Paul O’Rorke*
Tracker Software Products
paul [at] tracker-software <mailto:paul.ororke [at] tracker-software>


paul at tracker-software

Aug 9, 2013, 12:54 AM

Post #27 of 31 (15 views)
Permalink
Re: Migration Prep [In reply to]

OK - a little premature.

After running for a few hours I rebooted my new RT and get a database
connect fail. For some reason it's not trying to use a password in DBI
connect:

Aug 9 00:33:23 rt4 RT: DBI
connect('dbname=rtdb;host=localhost','rtuser',...) failed: Access
denied for user 'rtuser'@'localhost' (using password: NO) at
/usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 105.
(/usr/local/share/perl/5.14.2/Carp.pm:102)

The database name, user and password are all correct in RT_SiteConfig.pm
and I can connect using those credentials from a shell on that box and
can access the right database.

Any suggestions why I'm seeing (using password: NO) in my logs? I get
something similar at startup/shutdown.

regards

*Paul O’Rorke*
Tracker Software Products
paul [at] tracker-software <mailto:paul.ororke [at] tracker-software>


On 8/8/2013 9:52 PM, Paul O'Rorke wrote:
> Thanks for all the support. I have a shiny new 4.0.17 ticking away
> nicely. Very happy.
>
> *Paul O’Rorke*
> Tracker Software Products
> paul [at] tracker-software <mailto:paul.ororke [at] tracker-software>
>


paul at tracker-software

Aug 9, 2013, 6:36 AM

Post #28 of 31 (13 views)
Permalink
Re: Migration Prep [In reply to]

When I look at syslog I see the following during startup:


Aug 9 08:28:03 rt4 acpid: starting up with netlink and the input layer
Aug 9 08:28:03 rt4 acpid: 1 rule loaded
Aug 9 08:28:03 rt4 acpid: waiting for events: event logging is off
Aug 9 08:28:04 rt4 RT: DBI
connect('dbname=rtdb;host=localhost','rtuser',...) failed: Can't connect
to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
at /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 105.
(/usr/local/share/perl/5.14.2/Carp.pm:102)
Aug 9 08:28:05 rt4 RT: DBI
connect('dbname=rtdb;host=localhost','rtuser',...) failed: Can't connect
to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
at /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 105.
(/usr/local/share/perl/5.14.2/Carp.pm:102)
Aug 9 08:28:08 rt4 /usr/sbin/cron[2152]: (CRON) INFO (pidfile fd = 3)
Aug 9 08:28:08 rt4 /usr/sbin/cron[2172]: (CRON) STARTUP (fork ok)
Aug 9 08:28:08 rt4 /usr/sbin/cron[2172]: (CRON) INFO (Running @reboot jobs)
Aug 9 08:28:08 rt4 mysqld_safe: Starting mysqld daemon with databases
from /var/lib/mysql
Aug 9 08:28:08 rt4 mysqld: 130809 8:28:08 [Note] Plugin 'FEDERATED' is
disabled.
Aug 9 08:28:08 rt4 mysqld: 130809 8:28:08 InnoDB: The InnoDB memory
heap is disabled
Aug 9 08:28:08 rt4 mysqld: 130809 8:28:08 InnoDB: Mutexes and rw_locks
use GCC atomic builtins
Aug 9 08:28:08 rt4 mysqld: 130809 8:28:08 InnoDB: Compressed tables
use zlib 1.2.7
Aug 9 08:28:08 rt4 mysqld: 130809 8:28:08 InnoDB: Using Linux native AIO
Aug 9 08:28:08 rt4 mysqld: 130809 8:28:08 InnoDB: Initializing buffer
pool, size = 128.0M
Aug 9 08:28:08 rt4 mysqld: 130809 8:28:08 InnoDB: Completed
initialization of buffer pool
Aug 9 08:28:08 rt4 RT: DBI
connect('dbname=rtdb;host=localhost','rtuser',...) failed: Can't connect
to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
at /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 105.
(/usr/local/share/perl/5.14.2/Carp.pm:102)
Aug 9 08:28:08 rt4 mysqld: 130809 8:28:08 InnoDB: highest supported
file format is Barracuda.
Aug 9 08:28:08 rt4 RT: DBI
connect('dbname=rtdb;host=localhost','rtuser',...) failed: Can't connect
to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
at /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 105.
(/usr/local/share/perl/5.14.2/Carp.pm:102)
Aug 9 08:28:09 rt4 mysqld: 130809 8:28:09 InnoDB: Waiting for the
background threads to start
Aug 9 08:28:10 rt4 mysqld: 130809 8:28:10 InnoDB: 5.5.31 started; log
sequence number 2602152497
Aug 9 08:28:10 rt4 mysqld: 130809 8:28:10 [Note] Server hostname
(bind-address): '127.0.0.1'; port: 3306
Aug 9 08:28:10 rt4 mysqld: 130809 8:28:10 [Note] - '127.0.0.1'
resolves to '127.0.0.1';
Aug 9 08:28:10 rt4 mysqld: 130809 8:28:10 [Note] Server socket created
on IP: '127.0.0.1'.
Aug 9 08:28:10 rt4 mysqld: 130809 8:28:10 [Note] Event Scheduler:
Loaded 0 events
Aug 9 08:28:10 rt4 mysqld: 130809 8:28:10 [Note] /usr/sbin/mysqld:
ready for connections.
Aug 9 08:28:10 rt4 mysqld: Version: '5.5.31-0+wheezy1' socket:
'/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
Aug 9 08:28:10 rt4 /etc/mysql/debian-start[2704]: Upgrading MySQL
tables if necessary.
Aug 9 08:28:10 rt4 /etc/mysql/debian-start[2708]:
/usr/bin/mysql_upgrade: the '--basedir' option is always ignored

It almost looks like RT is trying to connect before MySQL is loaded.
Also - I find that the connection intermittently works then fails. One
minute I'm looking at my new RT tickets then on a page refresh I am back
to the RT setup screen because it thinks there is no database configured.

I'm at a loss here and really need to get this new install stable. Any
help is appreciated.

Paul O'Rorke
Tracker Software Products Canada Limited



On 08/09/2013 12:54 AM, Paul O'Rorke wrote:
> OK - a little premature.
>
> After running for a few hours I rebooted my new RT and get a database
> connect fail. For some reason it's not trying to use a password in
> DBI connect:
>
> Aug 9 00:33:23 rt4 RT: DBI
> connect('dbname=rtdb;host=localhost','rtuser',...) failed: Access
> denied for user 'rtuser'@'localhost' (using password: NO) at
> /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line
> 105. (/usr/local/share/perl/5.14.2/Carp.pm:102)
>
> The database name, user and password are all correct in
> RT_SiteConfig.pm and I can connect using those credentials from a
> shell on that box and can access the right database.
>
> Any suggestions why I'm seeing (using password: NO) in my logs? I
> get something similar at startup/shutdown.
>
> regards
>
> *Paul O’Rorke*
> Tracker Software Products
> paul [at] tracker-software <mailto:paul.ororke [at] tracker-software>
>
>
> On 8/8/2013 9:52 PM, Paul O'Rorke wrote:
>> Thanks for all the support. I have a shiny new 4.0.17 ticking away
>> nicely. Very happy.
>>
>> *Paul O’Rorke*
>> Tracker Software Products
>> paul [at] tracker-software <mailto:paul.ororke [at] tracker-software>
>>
>


paul at tracker-software

Aug 9, 2013, 10:28 AM

Post #29 of 31 (13 views)
Permalink
Re: Migration Prep [In reply to]

A little more information.

If I run through the setup screens that are presented because RT thinks
there is no initialised database I get my new RT with the theme and logo
etc but it flips between that and again going to the login screen. Of
course this overwrites my RT_SiteConfig.pm but I'm at a loss to
understand why this is not persistent. It keeps connecting to MySQL
then not.

Is there anything else I can provide that would help troubleshoot this?

*Paul O’Rorke*
Tracker Software Products
paul [at] tracker-software <mailto:paul.ororke [at] tracker-software>


trs at bestpractical

Aug 9, 2013, 12:45 PM

Post #30 of 31 (12 views)
Permalink
Re: Migration Prep [In reply to]

On 08/09/2013 06:36 AM, Paul O'Rorke wrote:
> When I look at syslog I see the following during startup:
>
>
> Aug 9 08:28:04 rt4 RT: DBI
> connect('dbname=rtdb;host=localhost','rtuser',...) failed: Can't connect
> to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
> at /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 105.
> (/usr/local/share/perl/5.14.2/Carp.pm:102)
> Aug 9 08:28:05 rt4 RT: DBI
> connect('dbname=rtdb;host=localhost','rtuser',...) failed: Can't connect
> to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
> at /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 105.
> (/usr/local/share/perl/5.14.2/Carp.pm:102)
> Aug 9 08:28:08 rt4 mysqld_safe: Starting mysqld daemon with databases
> from /var/lib/mysql

Just by looking at the log timestamps, your system is pretty clearly set
to start Apache (or whatever is serving RT) before mysql. This isn't
RT's fault, but simply the wrong startup ordering for your system. You
should change it so Apache/your webserver depends on mysql being started
first. How to do so depends on your distribution.


paul at tracker-software

Aug 9, 2013, 2:18 PM

Post #31 of 31 (12 views)
Permalink
Re: Migration Prep [In reply to]

Thanks Thomas

Setting Apache to start after mysql seems to have done the trick.


Sent from my GT-I9305T on the Telstra 4G network

-------- Original message --------
From: Thomas Sibley <trs [at] bestpractical>
Date:
To: rt-users [at] lists
Subject: Re: [rt-users] Migration Prep

On 08/09/2013 06:36 AM, Paul O'Rorke wrote:
> When I look at syslog I see the following during startup:
>
>
> Aug  9 08:28:04 rt4 RT: DBI
> connect('dbname=rtdb;host=localhost','rtuser',...) failed: Can't connect
> to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
> at /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 105.
> (/usr/local/share/perl/5.14.2/Carp.pm:102)
> Aug  9 08:28:05 rt4 RT: DBI
> connect('dbname=rtdb;host=localhost','rtuser',...) failed: Can't connect
> to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
> at /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 105.
> (/usr/local/share/perl/5.14.2/Carp.pm:102)
> Aug  9 08:28:08 rt4 mysqld_safe: Starting mysqld daemon with databases
> from /var/lib/mysql

Just by looking at the log timestamps, your system is pretty clearly set
to start Apache (or whatever is serving RT) before mysql.  This isn't
RT's fault, but simply the wrong startup ordering for your system.  You
should change it so Apache/your webserver depends on mysql being started
first.  How to do so depends on your distribution.

First page Previous page 1 2 Next page Last page  View All Request Tracker users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.