I've regenerated oscar packages as I've found a small but in the system-sanity 
yum-check module (failed when trying to check the oscar.repo. grep was 
returning 4 lines instead of a single one).

This is fixed.

--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
________________________________
De : LAHAYE Olivier
Date d'envoi : mardi 5 mars 2013 19:13
À : oscar-users@lists.sourceforge.net
Objet : [PROVENANCE INTERNET] [Oscar-users] RE : RE : [PROVENANCE INTERNET] RE 
: RE : OSCARimagebuild failed


Hi DongInn,

It's done, and hopefully it'll work (currently trying to test)
You can sync the repositories I think.

Cheers,

Olivier.

PS: The more I fix bugs, the more I found... LOL. I've just found that 
si_rmimage won't work if the 
/var/lib/systemimager/images/<theimage>/etc/systemimager/boot/ARCH file does 
not exists (only created if UYOK is used). (Added to my todo list....)


--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
________________________________
De : DongInn Kim [di...@cs.indiana.edu]
Date d'envoi : mardi 5 mars 2013 17:58
À : oscar-users@lists.sourceforge.net
Objet : Re: [Oscar-users] RE : [PROVENANCE INTERNET] RE : RE : OSCAR image 
build failed

Great! Thanks for doing this, Olivier.

Regards,

--
- DongInn

On Mar 5, 2013, at 11:46 AM, LAHAYE Olivier 
<olivier.lah...@cea.fr<mailto:olivier.lah...@cea.fr>> wrote:


The supposed conflict seems to have raised:

--> Step 6: Setup network boot: /usr/bin/setup_pxe -v
Prototype mismatch: sub OSCAR::Database::print_error_strings ($) vs none at 
/usr/share/perl5/vendor_perl/OSCAR/Database.pm line 2467.

So After looking into Database.pm, it seems that this function is the same as 
yours, and has a TODO comment to move it in OSCAR::Utils.

So I'll do the TODO and clean up things.

Cheers,

Olivier.
--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
________________________________
De : LAHAYE Olivier
Date d'envoi : mardi 5 mars 2013 15:08
À : oscar-users@lists.sourceforge.net<mailto:oscar-users@lists.sourceforge.net>
Objet : [PROVENANCE INTERNET] [Oscar-users] RE : RE : OSCAR image build failed


No problem, it's a development tree after all ;-)

Note: I've exported all the 3 functions found and that were not exported, if 
it's not relevant, please update. Note that the print_error_strings function 
(OSCAR::Logger) which is also defined in ODA::Database. Can't it be a conflict?

Cheers,

Olivier.
--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
________________________________
De : DongInn Kim [di...@cs.indiana.edu<mailto:di...@cs.indiana.edu>]
Date d'envoi : mardi 5 mars 2013 13:54
À : oscar-users@lists.sourceforge.net<mailto:oscar-users@lists.sourceforge.net>
Objet : Re: [Oscar-users] RE : OSCAR image build failed

Hi guys,

I am sorry. It is my fault. I added the function to Logger.pm but I did not 
export it. :-(

Thanks for finding and fixing the problem.

Regards,

--
- DongInn

On Mar 5, 2013, at 4:29 AM, LAHAYE Olivier 
<olivier.lah...@cea.fr<mailto:olivier.lah...@cea.fr>> wrote:


Hi Duc,

After looking at the error message (Undefined subroutine 
&OSCAR::Logger::update_log_file called at /opt/sync_files/bin/sync_files line 
696.) , it seems that the fuction from OSCAR::Logger::update_log_file was not 
exported.
I added the function in the export table and also updated the sync-files 
package to include latest fixes from DongInn.
If your repository points to 
olivier.lahaye1.free.fr/OSCAR/repos/unstable/rhel-6-x86_64<http://olivier.lahaye1.free.fr/OSCAR/repos/unstable/rhel-6-x86_64>
 then, a yum clean all, yum makecache; yum -y update should update all the 
packages (especially oscar packages (required for OSCAR::Logger) and sync-files 
at least (and maybe some system packages).
Otherwize you'll have to wait until the official repo igets updated.

Hopefully with this fix, the bug should have vanished. Thanks for reporting 
this I missed this bug and it help much!

PS: I used eth1 in the past as management bus and had problems in the past 
(can't remember). if something doesn't work as expected, don't forget to look 
at this. (ganglia, ...)
Some fixes have already been done regarding this, in the past, but I'm pretty 
sure that there are still some bugs that need to be squashed regarding non-eth0 
iface that sees the nodes.

Best regards.

Olivier.
--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb_______________________________________________
Oscar-users mailing list
Oscar-users@lists.sourceforge.net<mailto:Oscar-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/oscar-users

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb_______________________________________________
Oscar-users mailing list
Oscar-users@lists.sourceforge.net<mailto:Oscar-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/oscar-users

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
Oscar-users mailing list
Oscar-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oscar-users

Reply via email to