Hi DongInn: mysql-server (RPM) was not removed, I believe this was a feature requested by you.
Take a look at the drop_db() code, it should drop the OSCAR database using the ODA API. It only turns MySQL off though but does not actually uninstall it (however I do believe the tables are dropped). I thought /etc/odapw was not deleted since the code was commented out. Thanks, Bernard > -----Original Message----- > From: DongInn Kim [mailto:[EMAIL PROTECTED] > Sent: Monday, May 29, 2006 6:43 > To: Bernard Li > Cc: [EMAIL PROTECTED]; Ted Powell; OSCAR Devel > Subject: Re: [Oscar-devel] Re: start_over issues > > Hi Bernard, > > I think it is because when you run start_over, oda(mysql, > mysql-server) > was not removed at all. > Only mysqld was turned off. :-( > So, when OSCAR restated, OSCAR did not really reinstall oda > because it > was already there. > And it started mysqld daemon and created a new /etc/odapw (I > found that > start_over did remove /etc/odapw). > > So, oscar user could not login to oscar database because the > old oscar > database requires the oscar user with the old /etc/odapw. > > I am looking into start_over why it did not really oda. > > Regards, > > - DongInn > > Bernard Li wrote: > > > The start_over script in trunk should now be semi-working. > There are > > still some issues with ODA where it did not allow the oscar user to > > connect after the script has been run (./start_over) and OSCAR > > re-installed (make install). Can you please take a look at > this DongInn? > > > > Making sure that the mysql database server starts on > subsequent boots ... > > chkconfig mysqld on > > DBI connect('oscar','oscar',...) failed: Access denied for user > > 'oscar'@'localhost' <mailto:[EMAIL PROTECTED]> (using > > password: YES) at /opt/oscar-5.0a1r4891M/lib/OSCAR/oda.pm line 104 > > Cannot connect to database <oscar> as user <oscar> at > > > /opt/oscar-5.0a1r4891M/scripts/package_config_xmls_to_database > line 394. > > > DB_DEBUG>/opt/oscar-5.0a1r4891M/scripts/package_config_xmls_to > _database: > > ====> cannot connect to the OSCAR database at > > > /opt/oscar-5.0a1r4891M/scripts/package_config_xmls_to_database > line 395. > > > > Thanks, > > > > Bernard > > > > > -------------------------------------------------------------- > ---------- > > *From:* [EMAIL PROTECTED] on behalf > of Erich Focht > > *Sent:* Fri 26/05/2006 09:41 > > *To:* Ted Powell > > *Cc:* OSCAR Devel > > *Subject:* [Oscar-devel] Re: start_over issues > > > > Hi Ted, > > > > thanks for the report and the fix. It's great when people > report back > > failures > > and include the fix :-) > > > > I actually wanted to keep the yume command without the "-y" > flag such that > > people can at least check which packages it would delete before > > continuing. Maybe this should be passed into start_over as a -y > > argument, such > > that one has a choice. > > > > Regarding prereqs, it looks like it's maybe a good idea to > just leave > > all of > > them on the system, that won't really hurt anybody. > > > > Regards, > > Erich > > > > On Friday 26 May 2006 02:24, Ted Powell wrote: > > > Missing comma in grep, line 40. > > > > > > Removes perl-XML-Parser (lines 134-135). > > > But intltool needs perl-XML-Parser and so it had to > be removed too. > > > But scrollkeeper needs intltool, so it has to be removed. > > > But scrollkeeper is needed by ekiga, evince, > evolution, file-roller, > > > gedit, gnome-applets, gnome-media, gnome-panel, gnome-pilot, > > > gnome-power-manager, gnome-user-docs, gok, gthumb, > nautilus, and > > yelp. > > > > > > Hmm. After taking perl-XML-Parser out of the yum command, > the script > > > still hangs. Anyway, here are fixes for the above two items: > > > > > > $ svn diff scripts/start_over > > > Index: scripts/start_over > > > > =================================================================== > > > --- scripts/start_over (revision 4860) > > > +++ scripts/start_over (working copy) > > > @@ -37,7 +37,7 @@ > > > @opkgs = map { chomp $_ } @opkgs; > > > > > > # skip oda package (and keep mysql around) > > > [EMAIL PROTECTED] = grep !/^oda$/ @opkgs; > > > [EMAIL PROTECTED] = grep !/^oda$/, @opkgs; > > > > > > my @orpms; > > > for my $opkg (@opkgs) { > > > @@ -131,7 +131,7 @@ > > > system($cmd); > > > > > > # remove prereqs (hardcoded right now) > > > -$cmd = "yum remove perl-HTML-Tree perl-Tk perl-Qt > perl-XML-Parser > > perl-XML-Simple packman-depman packman-depman-rpms yume"; > > > +$cmd = "yum remove perl-HTML-Tree perl-Tk perl-Qt > perl-XML-Simple > > packman-depman packman-depman-rpms yume"; > > > system($cmd); > > > > > > my %orepo_done; > > > $ > > > > > > > > > > > ------------------------------------------------------- > > All the advantages of Linux Managed Hosting--Without the > Cost and Risk! > > Fully trained technicians. The highest number of Red Hat > certifications in > > the hosting industry. Fanatical Support. Click to learn more > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729& > dat=121642 > > > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729 > &dat=121642> > > _______________________________________________ > > Oscar-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/oscar-devel > > > ------------------------------------------------------- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid7521&bid$8729&dat1642 _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
