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

Reply via email to