Hi Olivier,
I started to look at the code too. I have not used this before but it seems to
be interesting.
Why don't we talk about it on the oscar-devel@ list?
Regards,
--
- DongInn
On May 28, 2013, at 11:59 AM, LAHAYE Olivier <olivier.lah...@cea.fr> wrote:
> I'm progressing with difficulty. Here are my findings:
>
> IT looks like list_images mises the 1st database entry.......
>
> 1/ Mysql oscar database is OK:
>
> mysql> select * from Images;
> +--------------+----+----------------------------+---------------------------------------------------------+
> | architecture | id | name | path
> |
> +--------------+----+----------------------------+---------------------------------------------------------+
> | x86_64 | 1 | HP_DL165_G7_sata |
> /var/lib/systemimager/images/HP_DL165_G7_sata |
> | x86_64 | 2 | CARRI_HIGHSTATION_5600_XRL |
> /var/lib/systemimager/images/CARRI_HIGHSTATION_5600_XRL |
> +--------------+----+----------------------------+---------------------------------------------------------+
> 2 rows in set (0.00 sec)
>
> 2/ SIS database is OK:
> # strings /var/lib/sis/image |more
> $MlDbMbless( {'_vars' => {'_name' => 'HP_DL165_G7_sata','_arch' =>
> 'x86_64','_location' => '/var/lib/systemimager/images/HP_DL165_G7_sata'}},
> 'SIS::Image' )
> $MlDbMbless( {'_vars' => {'_name' => 'CARRI_HIGHSTATION_5600_XRL','_arch' =>
> 'x86_64','_location' =>
> '/var/lib/systemimager/images/CARRI_HIGHSTATION_5600_XR
> L'}}, 'SIS::Image' )
>
> 3/ /usr/lib/systeminstaller/SIS/DB.pm:205, only the
> CARRI_HIGHSTATION_5600_XRL image is seen:
> p Dumper(%dbh)
> $VAR1 = '';
> $VAR2 = bless( {
> '_vars' => {
> '_arch' => 'x86_64',
> '_name' => 'CARRI_HIGHSTATION_5600_XRL',
> '_location' =>
> '/var/lib/systemimager/images/CARRI_HIGHSTATION_5600_XRL'
> }
> }, 'SIS::Image' );
>
> I think that the problem is in line 204
> my $rc = tie (%dbh, 'MLDBM', $file, GDBM_READER(), 0444) or croak("Couldn't
> open MLDBM $file: $!");
>
> GDBM_READER() may be missing a line?????
>
> Still investigating......
>
> Olivier.
>
> --
> Olivier LAHAYE
> CEA DRT/LIST/DCSI/DIR
> De : LAHAYE Olivier
> Date d'envoi : mardi 28 mai 2013 17:20
> À : DongInn Kim
> Objet : sc3 problem That I don't know how to solve.
>
>
> Hi DongInn,
>
> I've been trying to understand why sync_files uses C3 instead of sc3 (comment
> from GV says sc3 doesn't work on oscar6). and effectively, the sc3 command
> fails with the following error.
>
> /usr/bin/scpush --image HP_DL165_G7_sata --writeimg /tmp/test.txt
> /tmp/test.txt
> image:
> $VAR1 = 'HP_DL165_G7_sata';
> ---------------
> Subcluster defined by image HP_DL165_G7_sata wasn't validated!
> ... skipping it ...
>
>
> Unfortunately, I don't understand what it is about. I4ve seen in other places
> that there is code to manage more than a single cluster, but it looks like
> this code was not finished or used at all. Is it that same thing, or is the
> subcluster another thing that should work?
>
> The problem is in /usr/lib/systeminstaller/HPCL/Subcluster.pm:43
>
> Olivier.
>
> PS: That would be cool to have sync_files update the image whenever an update
> occures on the head.....
>
> --
> Olivier LAHAYE
> CEA DRT/LIST/DCSI/DIR
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
_______________________________________________
Oscar-devel mailing list
Oscar-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oscar-devel
