Hi Fernando, On Tuesday 18 July 2006 21:45, Fernando Laudares Camargos wrote: > Hi, > > Mandriva support is OK if we keep the patch for pfilter. > The issue with MPICH was that I had rebuild the package without specifying: > --defining "config_options FC=gfortran". That seems to be the solution for > the problem. Maybe we should add it in the section that explains how to BUILD > packages in the web site. > The package gcc-gfortran is not being selected and installed by yume anymore > - I don't know if that represents a problem, tought. > Thanks, > Fernando
if you need special settings (add ons to the rpmbuild command) just create a block for mandriva (mdv) in the SRPMS/build.cfg file. Look at the corresponding file for openmpi for examples. The idea is that this ultimately helps you build packages from SRPMS automatically. Regards, Erich > > Fernando Laudares Camargos a écrit : > > Hi Bernard, > > > > I get this message in the initialisation check (instead of the expected > > [OK] ). If you try to reboot (or init 6) and wait, you should see it. > > In fact, what this causes is that pfilter is not starting (because it > > couldn't find any interface names, bla, bla, bla) - I'm talking here about > > both node clients and master. > > So, in my case, the only thing that seems to help is 'retarding' the > > execution of pfilter, so to allow the network to be stablished. > > I mentioned that restarting pfilter fixes the problem because, after the > > machine is up, if I do "service pfilter start" it will work, because the > > network is up. Maybe the good solution for this problem is not to search > > for the interface names by performing "ifconfig", but looking in the source > > of the info /etc/sysconfig/network-scripts. > > > > Cheers, > > > > Fernando > > > > Bernard Li a écrit : > > > >>I didn't get the specific error, but basically all the parallel library > >>tests failed (MPICH, Open MPI, PVM, etc.). > >> > >>Where exactly do you see the error message? > >> > >>Perhaps John and Thomas can comment on this? They were the ones who > >>originally found this problem. > >> > >>BTW you mentioned before that restarting pfilter fixes the problem? In > >>that case how about we introduce "cexec /etc/init.d/pfilter restart" in > >>pfilter's post_install script? Would that help? > >> > >>Cheers, > >> > >>Bernard > >> > >> > >> > >>>-----Original Message----- > >>>From: Fernando Laudares Camargos > >>>[mailto:[EMAIL PROTECTED] > >>>Sent: Tuesday, July 11, 2006 12:45 > >>>To: Bernard Li > >>>Cc: [email protected] > >>>Subject: Re: [Oscar-devel] pfilter issue > >>> > >>>Bernard, > >>> > >>>I've tried with pfilter-1.705-1. Same problem... With or > >>>without the patch. > >>>I haven't had succeed with 1.707 neither - when I tought I > >>>had, the sleep time was still inserted in the code so, to me, > >>>this is related with Mandriva. > >>>When you say you've got the same problem with FC4 you mean > >>>that you had the warning "cannot find any interface names > >>>with /sbin/ifconfig" when the system is initiated too? > >>> > >>>Cheers, > >>>Fernando > >>> > >>>Bernard Li a écrit : > >>> > >>> > >>>>Hi Fernando: > >>>> > >>>>Okay I have confirmed this under Fedora Core 4 x86 and it > >>> > >>>is indeed an > >>> > >>> > >>>>issue with pfilter. The thing is, the last update was not > >>> > >>>just a minor > >>> > >>> > >>>>patch, we updated the package from 1.705 -> 1.707. > >>>> > >>>>However, I'm quite surprised that this issue was not > >>> > >>>discovered sooner. > >>> > >>> > >>>>Anyways, I did try 1.705 and it worked fine, so one > >>> > >>>solution would be to > >>> > >>> > >>>>downgrade the version to 1.705 but include the patch I did > >>> > >>>for Fedora > >>> > >>> > >>>>Core 5. > >>>> > >>>>I'll email Neil to see if this is something he can look into. > >>>> > >>>>Thanks for reporting the issue - can you please file a bug in Trac? > >>>> > >>>>P.S. You mentioned that you rebuilt pfilter without the > >>> > >>>patch and it > >>> > >>> > >>>>worked... was that 1.705 or 1.707 - if it's 1.707 can you > >>> > >>>please make > >>> > >>> > >>>>the RPM available to download so that I can test it? > >>> > >>>Because I rebuilt > >>> > >>> > >>>>1.707 without my patch and it's still broken. > >>>> > >>>>Cheers, > >>>> > >>>>Bernard > >>>> > >>>> > >>> > >>>-------------------------------------------------------------- > >>>---------- > >>> > >>> > >>>>*From:* [EMAIL PROTECTED] on behalf > >>> > >>>of Bernard Li > >>> > >>> > >>>>*Sent:* Fri 07/07/2006 11:52 > >>>>*To:* Fernando Laudares Camargos > >>>>*Cc:* [email protected] > >>>>*Subject:* Re: [Oscar-devel] pfilter issue > >>>> > >>>>Hi Fernando: > >>>> > >>>>Here are the details of the patch: > >>>> > >>>>http://svn.oscar.openclustergroup.org/trac/oscar/ticket/12 > >>>> > >>>>Can you check the new syntax of sort on Mandriva and see if > >>> > >>>it works? > >>> > >>> > >>>>However, I don't see how this syntax change should cause > >>> > >>>such a huge > >>> > >>> > >>>>problem... > >>>> > >>>>Cheers, > >>>> > >>>>Bernard > >>>> > >>>> > >>>>>-----Original Message----- > >>>>>From: Fernando Laudares Camargos > >>>>>[mailto:[EMAIL PROTECTED] > >>>>>Sent: Friday, July 07, 2006 11:37 > >>>>>To: Bernard Li > >>>>>Cc: [email protected] > >>>>>Subject: Re: [Oscar-devel] Updated RPMs for TORQUE, SGE, pfilter > >>>>> > >>>>>John, Bernard, > >>>>> > >>>>>I know it will sound strange, since I should have looked at > >>>>>this in the first time, but I tried to rebuild the package > >>>>>without the new Patch default.rulesset and it worked - so the > >>>>>problem is still with the output of ifconfig, but it depends > >>>>>when it will be executing. > >>>>> > >>>>>I can't look further at it right now, I just wanted to > >>> > >>>let you know. > >>> > >>> > >>>>>I will send you more news once I study the case. > >>>>> > >>>>>Cheers, > >>>>>Fernando > >>>>> > >>>>>Bernard Li a écrit : > >>>>> > >>>>>>Hi Fernando: > >>>>>> > >>>>>>Yes on Red Hat it's also 10: > >>>>>> > >>>>>># chkconfig: 2345 10 90 > >>>>>> > >>>>>>I'm cc:ing Neil Gorsuch to see if he has any opinions > >>>>> > >>>>>regarding this. > >>>>> > >>>>>>I'm assuming pfilter is at 11 because it wants to be > >>>>> > >>>>>started immediately after network is brought up since after > >>>>>all, it is a firewall... > >>>>> > >>>>>>Thanks, > >>>>>> > >>>>>>Bernard > >>>>>> > >>>>>> > >>>>>> > >>>>>>>-----Original Message----- > >>>>>>>From: Fernando Laudares Camargos > >>>>>>>[mailto:[EMAIL PROTECTED] > >>>>>>>Sent: Thursday, July 06, 2006 13:34 > >>>>>>>To: Fernando Laudares Camargos > >>>>>>>Cc: Bernard Li; [email protected] > >>>>>>>Subject: Re: [Oscar-devel] Updated RPMs for TORQUE, > >>> > >>>SGE, pfilter > >>> > >>> > >>>>>>>Actually, > >>>>>>> > >>>>>>>what I was trying to say is this: looking at pfilter in > >>>>>>>/etc/init.d/pfilter I see the following line for chkconfig: > >>>>>>># chkconfig: - 11 92 > >>>>>>>while /etc/init.d/network has the following line > >>>>>>># chkconfig: 2345 10 90 > >>>>>>> > >>>>>>>As you can see, network start as the 10th service and pfilter > >>>>>>>as the 11th. If I pass pfilter, for example, to 15th or > >>>>>>>above, it works (what causes the delay in the stablishment of > >>>>>>>the network is dhclient, that needs some time to get the > >>>>>>>reply from the dhcp server). > >>>>>>> > >>>>>>>What do you guys think about that? Does 'network' has also > >>>>>>>'10' the second chkconfig parameter in Fedora/RedHat? > >>>>>>> > >>>>>>>Thanks again, > >>>>>>>Fernando > >>>>>>> > >>>>>>>Fernando Laudares Camargos a écrit : > >>>>>>> > >>>>>>> > >>>>>>>>Hi, > >>>>>>>> > >>>>>>>>I haven't had this problem before 2006. This could simply > >>>>>>> > >>>>>>>be solved by forcing the service to start before network > >>>>>>>(like putting it in the end of the queue). > >>>>>>> > >>>>>>> > >>>>>>>>I dont't believe there's a hardware issue that could be > >>>>>>> > >>>>>>>causing this. > >>>>>>> > >>>>>>> > >>>>>>>>I will contact the Mandriva developers. > >>>>>>>>Thanks, > >>>>>>>>Fernando > >>>>>>>> > >>>>>>>>Bernard Li a écrit : > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>>Hi Fernando: > >>>>>>>>> > >>>>>>>>>I do not routinely test pfilter, but usually it works as > >>>>>>> > >>>>>>>long as I update my kernel (on the headnode) to the > >>> > >>>latest version. > >>> > >>> > >>>>>>>>>Anyways, this is a new issue with Mandriva 2006? Did you > >>>>>>> > >>>>>>>encounter this with 10.0/10.1? > >>>>>>> > >>>>>>> > >>>>>>>>>Perhaps others who test with pfilter can pitch in, but I do > >>>>>>> > >>>>>>>not believe this is an issue on the other distroes. > >>>>>>> > >>>>>>> > >>>>>>>>>Is this something you can bring attention to the Mandriva > >>>>>>> > >>>>>>>developers? Also, I wonder if there are any hardware issues > >>>>>>>which is causing the delay to bring up the network interface? > >>>>>>>Have you tried on different hardware and they all have the > >>>>>>>same issue? > >>>>>>> > >>>>>>> > >>>>>>>>>Cheers, > >>>>>>>>> > >>>>>>>>>Bernard > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>>-----Original Message----- > >>>>>>>>>>From: Fernando Laudares Camargos > >>>>>>>>>>[mailto:[EMAIL PROTECTED] > >>>>>>>>>>Sent: Wednesday, July 05, 2006 8:06 > >>>>>>>>>>To: Bernard Li > >>>>>>>>>>Cc: [email protected] > >>>>>>>>>>Subject: Re: [Oscar-devel] Updated RPMs for TORQUE, > >>> > >>>SGE, pfilter > >>> > >>> > >>>>>>>>>>Hello, > >>>>>>>>>> > >>>>>>>>>>I finally realised what was the problem with Pfilter and > >>>>>>>>>>Mandriva 2006. > >>>>>>>>>>The service 'pfilter' starts right after the > >>> > >>>service 'network > >>> > >>> > >>>>>>>>>>in this distribution', but the network is not 'entirely' up > >>>>>>>>>>at this point. So when the function 'find_interfaces', which > >>>>>>>>>>uses the output from /sbin/ifconfig, is called it cannot > >>>>>>>>>>recover any network information and throws the > >>> > >>>following warning: > >>> > >>> > >>>>>>>>>>----------------------------------- > >>>>>>>>>>/usr/sbin/pfilter: cannot find any interface names with > >>>>>>>>>>/sbin/ifconfig command > >>>>>>>>>>---------------------------------- > >>>>>>>>>> > >>>>>>>>>>That explains why re-starting pfilter once the node is up > >>>>>>>>>>solve the problem - then the network is already stablished. > >>>>>>>>>> > >>>>>>>>>>I didn't find an elegant way to fix this problem. What I > >>>>>>>>>>tried with success was use a 'sleep' time of 1-2 seconds in > >>>>>>>>>>the pfilter code source before the 'find_interfaces' command > >>>>>>>>>>is called, which give enough time for the network to be up. > >>>>>>>>>> > >>>>>>>>>>Do you know if the order of initialization of network and > >>>>>>>>>>pfilter is the same in other distros? > >>>>>>>>>> > >>>>>>>>>>Can you suggest any other way to deal with this problem? > >>>>>>>>>> > >>>>>>>>>>Thanks, > >>>>>>>>>>Fernando > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>Bernard Li a écrit : > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>>I have rebuilt RPMs for TORQUE and SGE in trunk, so you > >>>>>>>>>> > >>>>>>>>>>will need to > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>>rebuild them on your OS/arch (unless you're on fc5-x86 > >>>>>>>>>> > >>>>>>>>>>;-)). Please let > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>>me know if you encounter any issues. > >>>>>>>>>>> > >>>>>>>>>>>pfilter has also been updated, but since it is > >>> > >>>noarch, I am not > >>> > >>> > >>>>>>>>>>>expecting any issues. > >>>>>>>>>>> > >>>>>>>>>>>And the other package I'm working on is almost done too, so > >>>>>>>>>> > >>>>>>>>>>stay tuned > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>>for that. > >>>>>>>>>>> > >>>>>>>>>>>Cheers, > >>>>>>>>>>> > >>>>>>>>>>>Bernard > >>>>>>>>>> > >>>>>>>>>>-- > >>>>>>>>>>Fernando Laudares Camargos > >>>>>>>>>> > >>>>>>>>>> Révolution Linux > >>>>>>>>>>http://www.revolutionlinux.com > >>>>>>>>>>--------------------------------------- > >>>>>>>>>>* Tout opinion et prise de position exprimée dans ce message > >>>>>>>>>>est celle de son auteur et pas nécessairement celle de > >>>>>>>>>>Révolution Linux. > >>>>>>>>>>** Any views and opinion presented in this e-mail are solely > >>>>>>>>>>those of the author and do not necessarily > >>> > >>>represent those of > >>> > >>> > >>>>>>>>>>Révolution Linux. > >>>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>-- > >>>>>>>Fernando Laudares Camargos > >>>>>>> > >>>>>>> Révolution Linux > >>>>>>>http://www.revolutionlinux.com > >>>>>>>--------------------------------------- > >>>>>>>* Tout opinion et prise de position exprimée dans ce message > >>>>>>>est celle de son auteur et pas nécessairement celle de > >>>>>>>Révolution Linux. > >>>>>>>** Any views and opinion presented in this e-mail are solely > >>>>>>>those of the author and do not necessarily represent those of > >>>>>>>Révolution Linux. > >>>>>>> > >>>>> > >>>>>-- > >>>>>Fernando Laudares Camargos > >>>>> > >>>>> Révolution Linux > >>>>>http://www.revolutionlinux.com > >>>>>--------------------------------------- > >>>>>* Tout opinion et prise de position exprimée dans ce message > >>>>>est celle de son auteur et pas nécessairement celle de > >>>>>Révolution Linux. > >>>>>** Any views and opinion presented in this e-mail are solely > >>>>>those of the author and do not necessarily represent those of > >>>>>Révolution Linux. > >>>>> > >>>> > >>>>Using Tomcat but need to do more? Need to support web > >>> > >>>services, security? > >>> > >>> > >>>>Get stuff done quickly with pre-integrated technology to > >>> > >>>make your job > >>> > >>> > >>>>easier > >>>>Download IBM WebSphere Application Server v.1.0.1 based on > >>> > >>>Apache Geronimo > >>> > >>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&; > >>>dat=121642 > >>> > >>><http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057 > >>>&dat=121642> > >>> > >>>>_______________________________________________ > >>>>Oscar-devel mailing list > >>>>[email protected] > >>>>https://lists.sourceforge.net/lists/listinfo/oscar-devel > >>>> > >>> > >>>-- > >>>Fernando Laudares Camargos > >>> > >>> Révolution Linux > >>>http://www.revolutionlinux.com > >>>--------------------------------------- > >>>* Tout opinion et prise de position exprimée dans ce message > >>>est celle de son auteur et pas nécessairement celle de > >>>Révolution Linux. > >>>** Any views and opinion presented in this e-mail are solely > >>>those of the author and do not necessarily represent those of > >>>Révolution Linux. > >>> > > > > > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
