Hi Geoffroy,
I had a look at the systemimager log on the node that *almost* imaged.
(the machine's root area looked set-up, with 1305720 kB used amongst
all the usual system dirs one finds in / (usr,lib,var,etc...))
All appears fine according to the, /tmp/si.log, through the disk
partitioning (several "parted -s"'s), filesystem creating, mounting, etc.,
each step involving "flamethrower_client(arg) tarpipe" which starts by
calling "udp-receiver", until it uses "arg" = the actual nodename (which
in this case, is "wulf004").
I note with some interest that the portbase for argument "oscarimage" is
9006 while for "override_oscarimage" it's 9008. I won't claim to
immediately know what this means. Since the "udp-receiver" line is not
echo'd for the argument "override_wulf004", I don't know what portbase it
tried (if any; it seems to think nothing)
A hand-typed synopsis:
/tmp/si.log:
[cut]
...flamethrower finished.
run_autoinstall_script
/scripts/wulf004.sh
[cut]
[disk partitioning section okay]
Load software RAID modules
Load device mapper (for LVM)
[cut]
[mounts and mkdirs okay]
Evaluating image size
Report task started.
flamethrower_client(oscarimage) tarpipe
------------------------------------------------------------------
udp-receiver --interface eth0 --portbase 9006 --nokbd --nosync | tar
--rewrite -xp -f -C /a
[etc]
finished!
Report task stopped.
Flamethrower_client(override_oscarimage) tarpipe
udp-receiver -interface eth0 --portbase 9008 --nokbd --nosync | tar
--rewrite -xp -f -C /a
[etc]
finished!
flamethrower_client(override_wulf004) tarpipe
-------------------------------------------------------
WARNING WARNING WARNING WARNING WARNING
You must either set PORTBASE, or havae a sourceable file
called /var/lib/systemimager/flamethrower/MODULE_NAME
mount /dev/ /a/dev -o bind || shellout
Detecting systemconfigurator:
----
----
Killing off running processes
write_variables
Installation failed!
Stop report task.
/scripts/pre-install #
[cut]
regards,
Chris
On Mon, 9 Feb 2009 [email protected] wrote:
Chris,
On my side, i tested the rsync mode again and everything is going smoothly. I
guess this is a systemimager issue but i will double check if you can give me
more details.
Again, the error messages during the creation of the image are not a big deal
and most of them will be fixed in oscar-6.0.3 (i already check-in the fix).
About the mysql issue, i should be able to check-in a fix very soon (hopefully
today), this will be included in oscar-6.0.3.
Regards.
----- Mail Original -----
De: "Chris Stevenson" <[email protected]>
À: [email protected]
Envoyé: Lundi 9 Février 2009 10:34:10 GMT -05:00 USA/Canada - États de l'Est
Objet: Re: [Oscar-users] Oscar 6.0 - Building Image Error
Henrique, Geoffroy
For completeness, this morning I finished my latest OSCAR 6 build attempt,
which I started on friday afternoon from a brand-new, freshly installed
and updated CentOS 5.2 install (again, X65_64 arch since on a 4GB Q6600
with two NICs, eth1 being what the cluster talks through), done that
morning. At the initial "yum install oscar" stage it properly grabs all
five, most-recent oscar packages (and yume). It looked hopeful.
I still had to briefly drop back to a shell prompt to manually start
mysqld when prompted for a root MySQL password. After this were the usual
huge blocks of package names each time it installed one, making for an
enormous transcript of the session.
Bootstrapping finishes w/o significant error (just as before),
oscar_wizard proceeds exactly as before.
I get the same "ERROR during execution 512" and (possibly) more
importantly, the same complaints about "Impossible to install xxx" for
slocate, utempter, (blank - twice), and ia32 RPMS (for some reason), as
before (I have more commentary after this exerpt):
[cut]
=============================================================================
== Running step 4 of the OSCAR wizard: Build OSCAR client image
=============================================================================
Writing package group file for client installation:
/tmp/oscar_clients.pgroup
Writing package group file for client installation:
/tmp/oscar_server.pgroup
0: centos-5-x86_64
Selection: centos-5-x86_64
[add_image] Starting...
Executing command: mksiimage -A --name oscarimage --distro centos-5-x86_64
--filename /usr/share/oscar/oscarsamples/rhel-5-x86_64.rpmlist --arch
x86_64 --path /var/lib/systemimager/images/oscarimage
ERROR during execution 512
ERROR during execution 512
ERROR during execution 512
ERROR during execution 512
ERROR during execution 512
ERROR during execution 512
WARNING: Impossible to install glibc-kernheaders (1, )
ERROR during execution 512
WARNING: Impossible to install slocate (1, )
ERROR during execution 512
WARNING: Impossible to install utempter (1, )
ERROR during execution 512
WARNING: Impossible to install (1, )
ERROR during execution 512
WARNING: Impossible to install # ia32 RPMs with same name as the x86_64
versions (1, )
ERROR during execution 512
WARNING: Impossible to install (1, )
Image build finished.
Added Disk Table for oscarimage based on
/usr/share/oscar/oscarsamples/ide.disk
Running: si_mkautoinstallscript -quiet --autodetect-disks -image
oscarimage -force -ip-assignment dhcp -post-install beep ... done
=============================================================================
== Running step 5 of the OSCAR wizard: Define OSCAR clients
=============================================================================
[cut]
Client def and setup procedes normally as before. Since my motherboard
does not like ACPI in kernel 2.6.18-anything, and the "sis package" config
early in oscar_wizard didn't "take", I had to manually drop back to a
shell again and insert "acpi=off" after "APPEND" in
/tftpboot/pxelinux.conf/default. Again I specified the
"systemimager-multicast" install mode in "Setup Networking" instead of the
default "systemimager-rsync"... but after looking promising, the node
imaging stops with an error after 12 minutes, during the "Finalizing..."
stage; so close.
FYI.
I'll see if I can more usefully report where systemimager is failing on
the node in a subsequent email.
Chris
On Mon, 2 Feb 2009 [email protected] wrote:
Henrique,
The "ERROR during execution 512" is actually not a real problem: the RPM list
file has comments and those comments are actually interpreted as packages, creating
errors when the system tries to install them. However, it does not prevent the
installation of others packages. Chris had issues with other packages, i am currently
investigating the problem (but it seems you do not have the problem). Note that this
problem was already in 5.1, the only difference is that now, we can catch the errors
which was not possible before. I also have a fix, but this based on a modification that
can only be included after the release of 6.0.1.
About the node issue, my feeling is that there is a de-synchronization between
SIS, the OSCAR database and the file system. I am working on the problem but
again it will have to wait the release of 6.0.1 before i could check something
in. And again, this is not a problem specific to oscar-6.x. If i manage to work
on that topic i will let you know, you may be interested in testing the new
capability that will deal with that.
Regards,
----- Mail Original -----
De: "Henrique Baggio" <[email protected]>
À: [email protected]
Envoyé: Lundi 2 Février 2009 03:14:16 GMT -05:00 USA/Canada - États de l'Est
Objet: [Oscar-users] Oscar 6.0 - Building Image Error
Hi there,
After some days of out, I'm now back to my oscar 6.0.1 cluster installation.
The bootstrap is OK, no errors in the process. Therefore, in the build image
step, I receive the message in the console:
ERROR during execution 512
I'm using the --debug option, but the output is only this line, repeated
sometimes. Despite this warning, the wizard says the image was successfully
builded.
But, at the clients installation I receive the error in the client prompt:
rsync link_stat /oscarnode1 no such file or directory (2)
And the installation fails. I'm not sure if this errors are related.
I don't know to fix this problem, because I never seen this before.
Regards,
--
Henrique Baggio
Computer Engineering - Unicamp
Microsoft Innovation Center - Unicamp
Software Engineer
http://www.lms.ic.unicamp.br
http://www.codeplex.com/lmsu
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Oscar-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-users
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Oscar-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-users
======================================================================
Christopher C Stevenson, C4063 office: (709) 737-2624
Dept. of Physics & Physical Oceanography fax: (709) 737-8739
Memorial University of Newfoundland
St. John's, NL, CANADA A1B 3X7
URL: http://www.physics.mun.ca/~csteven
======================================================================
"We are all in the gutter,
but some of us are looking at the stars." - Oscar Wilde
------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Oscar-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-users
======================================================================
Christopher C Stevenson, C4063 office: (709) 737-2624
Dept. of Physics & Physical Oceanography fax: (709) 737-8739
Memorial University of Newfoundland
St. John's, NL, CANADA A1B 3X7
URL: http://www.physics.mun.ca/~csteven
======================================================================
"We are all in the gutter,
but some of us are looking at the stars." - Oscar Wilde
------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Oscar-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-users
