On Wed, 2008-02-06 at 20:04 -0900, eric gisse wrote: > > > On Feb 6, 2008 4:16 PM, Geoffroy Vallee <[EMAIL PROTECTED]> > wrote: > > On Wed, 2008-02-06 at 13:21 -0900, eric gisse wrote: > > > > > On Feb 6, 2008 5:10 AM, Geoffroy Vallee > <[EMAIL PROTECTED]> > > wrote: > > > > On Tue, 2008-02-05 at 17:58 -0900, eric gisse wrote: > > > It does. > > > > Do you mean you have those in the local > repositories? If so, > > your local > > repository has been corrupted for some reason (but > we never > > had the case > > where OSCAR does corrupt the repository itself). > > > > I have packages missing from /three/ sources. > > > > 1) The common-rpms depository. > > 2) The distro-specific [fc-8-i386] repository > > 3) The actual distribution repository. > > > > It'd make sense that it'd be a cockup @ my end. But I follow > the > > readme to the letter [for dicussions like this] and I have > gone > > through a half dozen installs of OSCAR now. The md5sums > match, and I > > have used two separate fedora burns. This makes me think it > is either > > something really, really subtle or something is broken in > OSCAR. > > > Please answer my questions because if not i cannot help you: > do you have > those RPMs in /tftpboot/distro/fc-8-i386? > > The answer is "yes and no". > > Things like arpwatch, chkfontpath, php-pear....those aren't there, but > OSCAR wants them. Some other things, like glibc, gcc, whatever. Those > *are* in there.
Right now i do not care about gcc and so on. I asked you the question for 4 specific RPMs and clearly, based on your answer, i only know that php-pear is not there. But what about the 3 others RPMS? Therefore, please, give me this basic information. > > The things that are missing _are not_ in the FC8 DVD. Am I not using > "enough" of Fedora here? This is _not_ the question i ask you since the beginning. Again you do not answer my question clearly and then you ask to me to help you. Please answer clearly to my question. > > Plus some of the later missing packages are opkg.* rpms which > come /with/ OSCAR. As i said, i focus right now _only_ on the OSCAR bootstrapping... without a clean boostrap it is "normal" that other stuff are not working (this is actually the definition of bootstrap, it isn't?). > > The actual directory name has been, until > now, /tftpboot/distro/fedora-8-i386 since the manual was rather > specific that I use fedora. It isn't consistent with the rest of > OSCAR, but I haven't thought about it much. I'm going to try making it > use the online repository to see if that clears up some of the crying. > If you just answer my questions, i should be able to help you. You speak about a lot of different issues but you do not give us any details. How are we supposed to help you in that context? > > > > > > > > > > > > > > The whole point is _I have to install them > manually_. The > > yum > > > repository is not confused when I ask for the > packages, > > either. > > > > > > No the local repository does not "export" those > RPMs, it is > > clearly > > shown in your logs. That's why yum (used by OSCAR) > cannot > > install those > > packages. So if you mean that the RPMs are actually > in the > > directory of > > the local repository (/tftpboot/distro/fedora-8-i386 > or a > > similar > > directory), it means your repository is corrupted. > You will > > have to > > rebuild it (not difficult) and everything should go > smoothly. > > > > I have rebuilt the _system_ multiple times. The latest being > yesterday > > due to accidently [still have no idea how] corrupting one of > the mysql > > databases, and my attempt to fix [uninstall everything > mysql] hosed > > the system. > > > Do you have the log? What kind of database corruption did you > have? > > Not anymore. I killed the system in the process of trying to fix it. > > I don't know what kind of corruption, my guess is that based on the > error log OSCAR was confused about what the server IP was. I couldn't > track it, so I found it easier to rebuild. > > > > > > > Notice that yum installs most of everything, but never > everything. > > What you can't see is that after this, I have to repeat the > process > > twice more, and that it is the /same/ packages every time. > > > > Which is normal since the log clearly show that those packages > are not > exported for a OSCAR usage, as i said before. > > > > > > > > > > Right now that is taking a side issue to making > PXE work, > > which is a > > > whole new ball game. This is the hard way to learn > linux. > > > > > > Nothing related with Linux learning! You are using a > beta > > version of a > > software so you may encounter issues. It is true > under Linux > > but also > > under other OSes. If you want a "stable" software, > please use > > a stable > > version of OSCAR with a well-supported Linux > distribution. > > > > Oh bull, can you think of a better way to wedge in dozens of > commands > > and how to use them by trying to make an ornery piece of > software > > work? OSCAR cooperates enough to not make it a fool's > errand, but not > > often enough to stop me from having to learn something. > > > > Plus, you'd think the handful of "no issues here!" posts > about this > > beta using fc8 would mean smooth sailing. > > > I just try to help you and again you are dealing with a beta > version of > OSCAR. If you do not want to deal with these issues (i am > ready to help > you but please give me more info; you did not answer some of > my > questions), just give up and use a stable version. > > A fresh install and I'm seeing major problems even after carefully > following the manual. I'm obviously doing something wrong since I see > no mention of any of this on the users or devel list. I'm reasonably > sure this is subtle "user error". > > I can and will deal with the issues. It's just that they are hard and > this is a software package I'm unfamiliar with. Plus I don't think FC5 > would play ball with this old Dell hardware. > > > > And i am sorry but OSCAR is definitively not Linux so when you > say that > this is an hard way to learn Linux, it does not make sense. > Cluster > computing is not a basic Linux usage and there is other > well-known > methofs to "learn Linux". > > ...I know that OSCAR is not Linux. I'm not that fresh. I'd like to > think my point made it across. > > Personally I learn computer stuff best when trying to do something. > I'm getting an accurate handle on the command line nuances, but some > things are just weird. I think its' cute how the remote terminal > crashes/quits in the "Monitor cluster deployment" stage when I try to > export the error log. > > > > And also note that i never said that there is no issue. But > based on > what you report, we do not even have enough information to > create a > correct bug report. So please, check if the RPMs are available > in your > local repositories; if so, i will explain to you how to > regenerate the > repository meta-data and then you will be able to see if > everything > works. But again if the prereqs are not correctly > automatically > installed, there is no way that OSCAR could work because it > shows that a > central piece of the OSCAR core is not correctly setup. > > What I've been doing is parsing the error log and looking for what > isn't being installed, then installing it. I get to the point where I > can build the image and I have to repeat that again, then I can go on > and setup networking / define client fine. Then it fails in a fashion > that makes me think the image isn't being pushed across the network, > but I can't attach the error log because good ol' copy and paste > somehow manages to crash the terminal software used by OSCAR. > > > [...] ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
