Re: Autostarting MYSQL -- WEB400

Thanks Tim and Scott
WooHoo, it appears to be working now. I really appreciate your help.
The fact that I've had some problems is a huge deal for me(because I get
a little more educated trying to resolve the problems) except that I
have to bother you guys with my issues.

After my earlier post, I did find out how to create a new user in
MYSQL(although apparently I really didn't need to)
Anyway, I created a user 'mysql' and granted priviledges.

Then I receive your previous pose to Scott, and ran the chown per your
changes.
I wonder if I should venture into removing the new 'mysql' user.

Thanks again.
Mike

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Timothy P Clark
Sent: Wednesday, January 06, 2010 11:10 AM
To: web400@xxxxxxxxxxxx
Subject: Re: [WEB400] Autostarting MYSQL

Mike,

I'm sorry this has been problematic. I think we're getting close,
though!

Keep in mind that there is no connection between MySQL and IBM i users.
When Scott and I are talking about user profiles, we are meaning IBM i
user profiles, not MySQL user accounts. MySQL user accounts are not the
issue in your case. What appears to be happening is that you are
interactively running MySQL under a profile that has authority to the
MySQL data directory (perhaps MYSQL or a user with *ALLOBJ authority).
But when the MySQL daemon is started through the subsystem, it ends up
running under a profile that does not have the required authority to the
MySQL data directory.

The easiest solution is to change the owner of all the files in the
MySQL data directory to match the user profile that MySQL is running
under when started via the subsystem. (There are other options, too,
including setting up a group of authorized users, etc, but I'll stick to
the simplest solution.) 1. Determine what IBM i user profile the mysqld
process is running under when started by the subsystem.
2. cd /QOpenSys/usr/local/mysql/data
3. chown -R <user> * where <user> is the profile identified in step

1.

Hope that helps,
Tim

Subject: Re: Autostarting MYSQL
From: "Smith, Mike" <mike_smith@xxxxxxxxxxxxxxxx>
Date: Wed, 6 Jan 2010 09:27:42 -0500

Well, I might have come across the problem. It appears that I don't
have a MYSQL userid.
First, I ran the chown -R mysql *. I didn't really get any feedback
whether it worked or not.
Started MYSQL subsystem. Still got same error in log file.
Opened PHPMYADMIN. Noticed that the none of the schemas showed any
tables. Got really scared at this point.
Ended MYSQL subsystem.
Started MYSQL daemon through my normal interactive method.
When back into PHPMYADMIN and now my schemas showed tables.
Opened the rgc schema and looked under privledges. It shows only 2
users--Itso and root.

So that leads me to believe I don't have a user MYSQL.

Now if this is true, I need to figure out how to add a MYSQL userid
and then grant privledges to it.

One other bit of info, is that I did change the STRMYSQL program to
use itso and then root, but neither caused a sucessful run. The daemon

starts and ends almost immediately.

I'm feel like I'm treading water and about to sink. :).

Thanks for all the help

Mike
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Scott Klement
Sent: Tuesday, January 05, 2010 4:06 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] Autostarting MYSQL

Tim,

I'm surprised to hear you suggest adopted authority. OS/400 normally
doesn't use adopted authority for IFS permissions... so I wouldn't
expect adopting authority to have any impact here.

Instead, I would suspect that MYSQL was previously started with a
different userid (not the MYSQL userid) and those tables got created
under that ID.

Fixing it should be a matter of doing:

cd /QOpenSys/usr/local/mysql/mysql
chown -R mysql *

shouldn't it? Or is there more to the issue than I understand?

Timothy P Clark wrote:

Mike,

errno 13 is EPERM (Permission denied) in PASE/AIX. Basically, the
MySQL server is getting its hand slapped when it tries to open the
.frm file for the jos_session table (part of Joomla) in the rgc
schema. This leads me to believe that the two different paths that

you

are taking to start up MySQL are using different user profiles.
Consequently, tables (and their associated .frm IFS files) created

one profile are inaccessible by the other. In general, to avoid

this

pitfall, MySQL should be only run under a single user profile. You
could try adopting authority as Mike Pavlak suggested earlier in

this

thread, or you could change the owner or permissions of the files
in

the MySQL data directory, or both.

Tim

Subject: Re: Autostarting MYSQL
From: "Smith, Mike" <mike_smith@xxxxxxxxxxxxxxxx>
Date: Tue, 5 Jan 2010 14:19:24 -0500

Scott,
Thanks for the code. I have it downloaded but I only have it
partially working. Its probably minor, but I've been unable to
resolve the issue so far today.

After compiling all the code, and making the necessary change
to

the

path. I interactively ran the STRMYSQL program.
It opened up QP2shell and started the MYSQL daemon.
I was then able to open my Joomla website.
Great, its working.
I ended the MYSQL daemon and did a strsbs MYSQL.
The subsystem starts and it appears that the MYSQL daemon

starts.

However, now when I try to open my website, I get the

following.

jtablesession::Store Failed
DB function failed with error number 1017 Can't find file:
'./rgc/jos_session.frm' (errno: 13) SQL=INSERT INTO

`jos_session` (

`session_id`,`time`,`username`,`gid`,`guest`,`client_id`
) VALUES (
'b42ac67b758591d372a7d414a57dddef','1262718581','','0','1','0'

)

It seems to be a path error of some sort, but I'm confused

because it

works interactively.

Looking in the log file I found this
ERROR]
/QOpenSys/usr/local/mysql/mysql-5.1.39-i5os-power-64bit/bin/mysqld:
Can't find file: './rgc/jos_session.frm' (errno: 13)

I'm not sure why its trying to point to this folder/file.

Thanks for your help and all that you do.

Mike

NOTICE: This message, including any attachment, is intended as

confidential and privileged communication. If you have
received

this

message in error, or are not the named recipient(s), please
immediately notify the sender and delete this message.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To
post a message email: web400@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.

NOTICE: This message, including any attachment, is intended as a
confidential and privileged communication. If you have received this
message in error, or are not the named recipient(s), please
immediately notify the sender and delete this message.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To
post a message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or
change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.

NOTICE: This message, including any attachment, is intended as a confidential and privileged communication. If you have received this message in error, or are not the named recipient(s), please immediately notify the sender and delete this message.