Yes for sure, excellent idea.
my poor perl knowledge has reached it's limits :-( I've never done perl object
oriented programming, and it's all about that.
So far, what I can tell is that (as stated in old messages below:
1/ MySQL oscar database containes 2 images: HP_DL165_G7_sata and
CARRI_HIGHSTATION_5600_XRL
2/ /var/lib/sis/image seems to contain both images as well
3/ list_image(name => 'HP_DL165_G7_sata') fails because sisget (called by
_list_obj with SIS::Image type) only see CARRI_HIGHSTATION_5600_XRL... %dbh
line 204 only list the CARRI_HIGHSTATION_5600_XRL entry.
I imagine that GDBM_READER from GDBM_File (included in perl package) is not
buggy, thus I imagine that the problem is elsewhere... But I'm stuck :-(
Fixing this would allow sc3 to function normally and thus would allow to
restore sync_file original behaviour (also sync images)
(/usr/bin/sync_files:643)
Regards,
Olivier.
--
Olivier LAHAYE
CEA DRT/LIST/DCSI/DIR
________________________________
De : DongInn Kim [di...@cs.indiana.edu]
Date d'envoi : mardi 28 mai 2013 18:02
À : Devel OSCAR
Objet : Re: [Oscar-devel] sc3 problem That I don't know how to solve.
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<mailto: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_XRL'}}, '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
