Re: [Sisuite-users] mkautoinstallcd boots to wrong server
Thus spake Wolf, Ron ([EMAIL PROTECTED]): I'm a newby, this is my first test of SystemImager. I've installed 3.2.0, and have it working with 1 server, 1 golden-client, and 1 client as a copy of the golden-client. I would like to test out installing from an auto install cd, but when I use mkautoinstallcd on my server to create an image, mkautoinstallcd doesn't create an image, it only creates an "autoinstallcd", which allows you to install an image from the imageserver. Did you run prepareclient and getimage? and boot from that cd, it attempts to boot from 192.168.133.54. Where is it getting this IP address from? Did you run addclients? This address is a ping-able address on my network, but I don't know what this machine is. How can I force the auto install cd to go to my server to install from? This is all covered in the docs, too: http://www.systemimager.org/documentation/ Cheers, -Brian Thanks. Ron -- Ron Wolf Sabre Holdings [EMAIL PROTECTED] 682-605-0347 <http://www.sabre-holdings.com> --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idG21&alloc_id040&op=click ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users -- -------------- Brian Elliott Finley Argonne, MCS Division Mobile: 630.631.6621 Office: 630.252.4742 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idG21&alloc_id040&op=click ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Flamethrower connectivity test problem
Thus spake Bas van der Vlies ([EMAIL PROTECTED]):
We at SARA are currently switching to flamethrower setup. If we enable
flamethrower the conenctivity test is different then
with rsync, from /etc/init.d/rcS
# Ping test
ping_test() {
echo
echo ping_test
if [ ! -z "$FLAMETHROWER_DIRECTORY_PORTBASE" ]; then
PING_DESTINATION=$GATEWAY
HOST_TYPE="default gateway"
else
PING_DESTINATION=$IMAGESERVER
fi
echo
echo "Pinging your $HOST_TYPE to ensure we have network connectivity."
echo
My question is why?
I honestly don't remember why, but it definitely looks like it was on
purpose.
Our flamethrower server is the same as our rsync-server. If we can ping
it then everything is oke. The other problem we have 2 network cards in
our machines:
- One for booting/sysadm stuff
- The other for the users
The user-lan has an default gateway specified as dhcp-option. This lan
is not up when we install an node. That the reason why we ran into this
problem. We have no gateway and the install will fail.
The code in the current devel release (3.3.2) will not fail the install
if it fails the ping test, but will just print a WARNING message
instead:
ping_test() {
echo
echo ping_test
if [ ! -z "$FLAMETHROWER_DIRECTORY_PORTBASE" ]; then
PING_DESTINATION=$GATEWAY
HOST_TYPE="default gateway"
else
PING_DESTINATION=$IMAGESERVER
fi
echo
echo "Pinging your $HOST_TYPE to ensure we have network connectivity."
echo
# Ping test code submitted by Grant Noruschat
# <[EMAIL PROTECTED]>
# modified slightly by Brian E. Finley.
PING_COUNT=1
ING_EXIT_STATUS=1
while [ "$PING_EXIT_STATUS" != "0" ]
do
echo "PING ATTEMPT $PING_COUNT: "
ping -c 1 $PING_DESTINATION
PING_EXIT_STATUS=$?
if [ "$PING_EXIT_STATUS" = "0" ]; then
echo
echo " We have connectivity to your $HOST_TYPE!"
fi
PING_COUNT=$(( $PING_COUNT + 1 ))
if [ "$PING_COUNT" = "4" ]; then
echo
echo " WARNING: Failed ping test."
echo "Despite this seemingly depressing result, I will attempt"
echo "to proceed with the install. Your $HOST_TYPE may be"
echo "configured to not respond to pings, but it wouldn't hurt"
echo "to double check that your networking equipment is"
echo "working properly!"
echo
sleep 5
PING_EXIT_STATUS=0
fi
done
unset PING_DESTINATION
unset HOST_TYPE
}
Cheers!
-Brian
Regards
---
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
_______
Sisuite-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/sisuite-users
--
--
Brian Elliott Finley Argonne, MCS Division
Mobile: 630.631.6621 Office: 630.252.4742
gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52
--
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
___
Sisuite-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Systemimager] [Sisuite-users] SystemImager command names
OK. I'll do this for the next feature release. (3.4.x) -Brian Thus spake Bas van der Vlies ([EMAIL PROTECTED]): I agree. You have my vote! Brian Elliott Finley wrote: We have a number of commands, scattered in a number of different places. I sometimes even forget the names of certain commands, and have to go look them up. I would imagine I'm not the only one to which this happens. I've seen other packages that prepend each command with a letter, or the package name (Ie: condor, which uses "condor_"), and I'm wondering if it makes sense to do the same with SystemImager. If we were to do this, we would provide symlinks for at least one major release, to allow folks time to get used to the new names. The primary benefit of doing this is that one could simply type "si_" then hit , and see a listing of all available SystemImager commands through the wonders of command name completion (with most shells). What do you guys think? Here's what the commands would look like: si_addclients si_cpimage si_getimage si_imagemanip si_lsimage si_mkautoinstallcd si_mkautoinstalldiskette si_mkautoinstallscript si_mkbootmedia si_mkbootpackage si_mkbootserver si_mkclientnetboot si_mkdhcpserver si_mkdhcpstatic si_mkrsyncd_conf si_mvimage si_netbootmond si_prepareclient si_pushupdate si_rmimage si_updateclient --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ---------- Brian Elliott Finley Argonne, MCS Division Mobile: 630.631.6621 Office: 630.252.4742 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] touchimage & update client script
ME"
+
+EOF
+}
+
+
+#
+# Usage:
+#
+# $help = $help . SystemImager::Options->mkclientnetboot_options_body();
+#
+sub touchimage_options_body {
+
+return << "EOF";
+ --image IMAGENAME
+Where IMAGENAME is the name of the image you are updating.
+
+ --directory PATH
+The full path and directory name where the image is stored.
+The image name itself will be placed inside the directory specified here.
+
+EOF
+}
return 1;
diff -urN --exclude CVS systemimager/sbin/touchimage systemimager.local/sbin/touchimage
--- systemimager/sbin/touchimage 1970-01-01 01:00:00.0 +0100
+++ systemimager.local/sbin/touchimage 2004-06-26 00:40:05.0 +0200
@@ -0,0 +1,98 @@
+#!/usr/bin/perl -w
+#
+# "SystemImager"
+#
+#
+# $Id: touchimage,v 0.1 2004/06/26 05:53:57 Ghe Rivero Exp $
+#
+# TODO
+#- Add help entrys to SystemImager::Options
+#
+
+# set system path for system() calls
+$ENV{PATH} = "/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin";
+
+# version
+$version_number="SYSTEMIMAGER_VERSION_STRING";
+
+# use the long options module to allow us to use, well, long options ;)
+use lib "/USR_PREFIX/lib/systemimager/perl";
+use Getopt::Long;
+use SystemImager::Server;
+use SystemImager::Common;
+use SystemImager::Config;
+use SystemImager::Options;
+use vars qw($config $VERSION);
+
+my $config_dir = "/etc/systemimager";
+
+my $image;
+my $default_image_dir = $config->default_image_dir();
+
+if (!$default_image_dir) {
+die "DEFAULT_IMAGEDIR not defined in the config file.";
+}
+
+### BEGIN Program ###
+
+# figure out the program name
+$0 =~ /(.*)\/+([^\/]*)$/;
+$program_name = $2;
+
+$version_info = <<"EOF";
+$program_name (part of SystemImager) v$version_number
+
+EOF
+
+$version_info .= SystemImager::Options->copyright();
+
+$get_help = " Try \"$program_name -help\" for more options.";
+
+# set help information
+$help_info = $version_info . SystemImager::Options->touch_options_header();
+$help_info = $help_info . SystemImager::Options->generic_options_help_version();
+$help_info = $help_info . SystemImager::Options->touchimage_options_body();
+$help_info = $help_info . SystemImager::Options->generic_footer();
+
+### BEGIN evaluate options ###
+GetOptions(
+"image=s" => \$image,
+"directory=s" => \$default_image_dir,
+"help" => \$help,
+"version" => \$version,
+) || die "$help_info";
+
+#if requested, print help information
+if ($help) {
+ print "$help_info";
+ exit 0;
+}
+
+# if requested, print version and copyright information
+if ($version) {
+ print "$version_info";
+ exit 0;
+}
+
+# be sure program is run by root
+SystemImager::Common->check_if_root();
+
+# image must be set.
+unless ($image) {
+ die "\n$program_name: You must specify -image.\n$get_help\n\n";
+}
+
+#be sure $image doesn't start with a hyphen
+if($image){
+ if ($image =~ /^-/) {
+ die "\n$program_name: Image name can't start with a hyphen.\n$get_help\n\n";
+ }
+}
+
+# be sure $default_image_dir is an absolute path starting with /
+unless ($default_image_dir =~ /^\//) {
+ die "\n$program_name: -directory must be an absolute path starting with \"/\".\n$get_help\n\n";
+}
+
+$imagedir = "$default_image_dir/$image";
+SystemImager::Server->record_image_retrieval_time($imagedir);
--
--
Brian Elliott Finley Argonne, MCS Division
Mobile: 630.631.6621 Office: 630.252.4742
gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52
--
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
___
Sisuite-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Systemimager] Re: [Sisuite-users] Flamethrower connectivity test problem
Ah!
It just hit me. The reason we don't ping the IMAGESERVER if
FLAMETHROWER_DIRECTORY_PORTBASE is set, is that the client may never be
given, know, or need to know, the ip address of the imageserver because
the client is receiving _all_ of it's data via multicast, which is more
like listening to a channel, as compared with connecting directly to
a server.
I've put this as a comment in there for a future release.
Cheers, -Brian
Thus spake Bas van der Vlies ([EMAIL PROTECTED]):
Brian Elliott Finley wrote:
Thus spake Bas van der Vlies ([EMAIL PROTECTED]):
We at SARA are currently switching to flamethrower setup. If we
enable flamethrower the conenctivity test is different then
with rsync, from /etc/init.d/rcS
# Ping test
ping_test() {
echo
echo ping_test
if [ ! -z "$FLAMETHROWER_DIRECTORY_PORTBASE" ]; then
PING_DESTINATION=$GATEWAY
HOST_TYPE="default gateway"
else
PING_DESTINATION=$IMAGESERVER
fi
echo
echo "Pinging your $HOST_TYPE to ensure we have network
connectivity."
echo
My question is why?
I honestly don't remember why, but it definitely looks like it was on
purpose.
It is fine for me ;-). Still strange that the check is different. Maybe
we have to do 2 ping tests if flamethrower is enabled. One to the
gateway and if this fails to the imageserver. Just a thought
Regards
--
--
* *
* Bas van der Vlies e-mail: [EMAIL PROTECTED] *
* SARA - Academic Computing Servicesphone: +31 20 592 8012 *
* Kruislaan 415 fax:+31 20 6683167*
* 1098 SJ Amsterdam *
* *
--
----------
Brian Elliott Finley Argonne, MCS Division
Mobile: 630.631.6621 Office: 630.252.4742
gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52
--
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
___
Sisuite-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] mke2fs of non-mounted filesystems
Thus spake Dan ([EMAIL PROTECTED]): Am I correct in thinking that when getimage takes an image of the golden client, it will generate parted commands for non-mounted filesystems, but not generate an mke2fs command for that filesystem? I just ask because our golden client has /dev/hdb1 which is unmounted most of the time, and remounted at midnight to accept dumps of /dev/hda* partitions. We've started to experience installations which fail on reboot post installation, complaining about "bad magic number block on /dev/hdb1". We have been fixing this by having users enter the root password and fdisk/mke2fs /dev/hdb1 (over the phone, with non-Linux savvy users this has been fun) whilst we've tried to figure out what was wrong. Today we were poring over things trying to figure it out once and for all and closer examination shows us that the .master file has parted entries for /dev/hda* and /dev/hdb1, but only has mke2fs/mount commands for /dev/hda*. Is this a feature? I think this is because we only create filesystems on devices listed in /etc/fstab. Is this filesystem not listed in /etc/fstab? If it's not, and you want it to be formatted, but you don't want it auto-mounted, you can add an entry for this filesystem into /etc/fstab with the 'noauto' option in the 4th field. If you try that, and it doesn't do what you want, or if you think that the behavior of SystemImager should be different, let us (sisuite-devel) know. Cheers! -Brian cheers! Dan ___ALL-NEW Yahoo! Messenger - so many all-new ways to express yourself http://uk.messenger.yahoo.com --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ---------- Brian Elliott Finley Argonne, MCS Division Mobile: 630.631.6621 Office: 630.252.4742 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] mkautoinstalldiskette fails
Thus spake Brad Penner ([EMAIL PROTECTED]): I have setup my server on a Dell 1750 running RHEL3. I have successfully created a golden client image from a Dell 6650 running RHEL3. When I run mkautoinstalldiskette the process fails during the copy and says that it cannot copy the .img file. It seems that the image, kernel, and config are too big to fit on a floppy disk. Any advice? By config file, I presume you're referring to a local.cfg file? If so, try this before copying your local.cfg file to the diskette: mv local.cfg local.cfg.orig egrep -v '^(#|$)' local.cfg.orig > local.cfg Cheers, -Brian Thanks, Brad --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ---------- Brian Elliott Finley Argonne, MCS Division Mobile: 630.631.6621 Office: 630.252.4742 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] kernel boot error
Compile again, but start with the kernel .config file that comes with the systemimager-boot standard boot package. Also, the standard kernel comes with XFS support. If that's all you wanted to add, it's already there. Thus spake [EMAIL PROTECTED] ([EMAIL PROTECTED]): Hi all, I compiled a kernel that supports XFS. The following message appers when a boot the floopy with this kernel: cramfs: wrong magic XFS: bad magic number XFS: SB validate failed Kernel panic: VFS: Unable to mount root fs on 01:00 I think i forgot some kernel option for systemimager. Anyone can help? sorry my bad english :) TIAGO VIGNATTI --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ------ Brian Elliott Finley Argonne, MCS Division Office: 630.252.4742 Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Found It
You can do a "cpimage --server SERVERNAME --image IMAGE" Cheers, -Brian Thus spake David Marquardt ([EMAIL PROTECTED]): Regarding maintaining images current image, I believe the explanation is in the README file in: /etc/systemimager/rsync_stubs directory At first glance, it looks as if that may answer my other question also regarding importing images from another server. David Marquardt __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ------ Brian Elliott Finley Argonne, MCS Division Office: 630.252.4742 Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] x86_64 architecture experiences with systemimager
We are currently working on this, and are checking the updates into CVS. Unfortunately the anonymous cvs server lags behind the live cvs server. I think that it is now building completely for dann. Perhaps jump on IRC. More info on joining irc here: http://systemimager.org/support Cheers, -Brian Thus spake Bryan Green ([EMAIL PROTECTED]): I'm looking for info on getting systemimager built on the x86_64 platform. I've gone through a lot of trial and error already, and am now using the latest CVS build, which gets farther than any other version. However, after some minor Makefile tweeks, the build is dying when compiling busybox, with a message saying it does not support this architecture. Has anyone gotten past this point? The reason I am not using the stable version is because it does not have the sata drivers I need, and I have not been successful in patching the kernel to provide the drivers. Any suggestions along these lines would also be greatly appreciated. Thanks, -bryan --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ------ Brian Elliott Finley Argonne, MCS Division Office: 630.252.4742 Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [BULK] - Re: [Sisuite-users] Sisuite x86-64
Kudos, Bryan. Good stuff! (this and your last x86-64 email too) -Brian Thus spake Bryan Washer ([EMAIL PROTECTED]): The chroot will not work when booting off the standard kernel as when you chroot you are chrooting into a 64 bit environemtn and the LIBs are different. You have to boot off a 64 bit kernel to chroot into a 64 bit environment. If you boot a 32 bit kernel and chroot into a 64 bit file system then it will hang. Just FYI.. Bryan Washer Sr. Systems Administrator Vitesse Semiconductor Austin, Texas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Leandro Tavares Carneiro Sent: Tuesday, October 19, 2004 3:10 PM To: [EMAIL PROTECTED] Subject: [BULK] - Re: [Sisuite-users] Sisuite x86-64 This errors i have gotten here too, and i have made the same changes you made without sucess, but i don't got the busybox error. When i used the standard kernel for x86, i got the process of installing working, put partially. It goes trough the partitioning/formating/rsyncing fase, but when it goes to the systemconfigurator fase, it fail. The OS on the image is RedHat Enterprise WS 3 for x86_64 and it fails to do the chroot to /a/ In other way, i have tried to create the boot package in an x86_64 machine, but, with versions 3.2.3 and 3.3.2 it won't boot! It fails because it don't mount initrd In version 3.4.0rc1 it boots, with kernel 2.6.7, but the process don't move forward, and i got a lot of errors saying it cannot write to /tmp/variable_list.txt because the filesystem is mounted read-only!!! I have the correct configuration on /tftboot/pxeconfig.cfg but it don't work... I hope this information helps someone to help me too!!! Regards, Leandro Tavares Carneiro Petrobras TI/TI-E&P/STEP Suporte Tecnico de E&P Av Chile, 65 sala 1501 EDISE - Rio de Janeiro / RJ Tel: (0xx21) 2534-1427 David Braun wrote: I'm trying to get systemimager-3.2.3 to install a nocona cluster and am having some problems. I mode some minor changes to the tar distribution /initrd_source/make.d/busybox.rul changed BUSYBOX_URL = http://www.busybox.net/downloads/$(BUSYBOX_TARBALL) to BUSYBOX_URL = http://www.busybox.net/downloads/legacy/$(BUSYBOX_TARBALL) in the Makefile i added BUILD_ARCH = x86_64 and changed the libnss section to cp -a /lib/libnss_dns-2.3.2.so $(BOEL_BINARIES_DIR)/lib/libnss_dns.so.1 cp -a /lib/libnss1_dns-2.3.2.so $(BOEL_BINARIES_DIR)/lib/libnss1_dns.so.1 'make all' works and 'make install_binaries' creates a new kernel and initrd.img. when i boot a client it gets as far as loading the kernel and freezes with: Kernel Panic: VFS: Unable to mount root fs. if i use the standard kernel and initrd image without the above changes the rsync finishes and the install exits during the chroot /a/ systemconfigurator. The standard kernel is x86 and the installed system is x86_64. I believe this is why the chroot fails. I have not been able to figure out why the x86_64 kernel cant find the root filesystem. I would appreciate any suggestions on how I can trouble shoot this. dlb David Lee Braun Research Computing The Scripps Research Institute La Jolla, CA 92037 (858) 784 - 9370 [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ---------- Brian Elliott Finley Argonne, MCS Division Office: 630.252.4742 Mobile: 630.631
Re: [Sisuite-users] Sisuite archives @ marc.theaimsgroup.com
Done: http://www.systemimager.org/support/ Thanks for the patch! -Brian Thus spake Peter Mueller ([EMAIL PROTECTED]): Please update the support index.html page to include the marc.theaimsgroup.com archives. The marc.theaimsgroup.com archive IMO seems about 1000% more usable than the google archives. Here is a ready-made patch: http://world.anarchy.com/~peter/index.sisuite.patch --- index.html.orig 2004-10-21 15:06:15.0 -0700 +++ index.html.siarchives 2004-10-21 15:07:56.0 -0700 @@ -55,6 +55,7 @@ Email Lists The http://lists.sourceforge.net/lists/listinfo/sisuite-users";>sisuite-user s list is for general discussion on SystemImager and other SIS components. If you have questions about how to do something or want the advice of other users, sign up http://lists.sourceforge.net/lists/listinfo/sisuite-users";>here. + A searchable, threaded archive of users can be found at http://marc.theaimsgroup.com/?l=sisuite-users&r=1&w=2";>marc.theaimsgrou p.com. The http://lists.sourceforge.net/lists/listinfo/sisuite-announce";>sisuite-a nnounce list is for announcements only. Only members of the development team may post to this list. Announcements to this list also go to the sisuite-users list. So if you only want to get email when a new release or major announcement is being made, sign up http://lists.sourceforge.net/lists/listinfo/sisuite-announce";>here. Regards, P --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users -- -------------- Brian Elliott Finley Argonne, MCS Division Office: 630.252.4742 Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sisuite-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] rsync errors - partial transfer
Disk full on the server? If not, then yes, there could be something funny about that last file. Try editing getimage and add as many -v's as you can stand to the rsync command. Start easy though, you don't want to hurt yourself. ;-) Cheers, -Brian Mark Seger wrote: I just had this happen with a RHEL4 system I'm trying to image. This is the end of what I'm seeing on my image server when the getimage failed: usr/bin/pop3test => usr/bin/nntptest usr/bin/sivtest => usr/bin/pop3test usr/bin/smtptest => usr/bin/sivtest wrote 1983266 bytes read 2358221049 bytes 9095199.67 bytes/sec total size is 2528107767 speedup is 1.07 rsync error: partial transfer (code 23) at main.c(926) - SLES9-sp1 IMAGE RETRIEVAL FINISHED - getimage: Failed to retrieve image SLES9-sp1 from 16.118.73.27. I deleted the image and tried it again, and it failed again in exactly the same spot with exactly the same number of bytes written. I'm running the 3.2.3 client and can't honestly say which server I'm running (it IS old), but this is an rsync issue is it not? The rsync client on the image server is rsync "version 2.5.5 protocol version 26". I just looked on the 3.2.3 client and see rsycn is "rsync version 2.6.2 protocol version 28", but I'd think rsync has been around long enough that it would work fine between different versions. Could there be something funny about the last file it tried copying? Is there a way to tell getimage to ignore erros and keep on truckin'? -mark --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- -- Brian Elliott Finley Argonne, MCS Division Office: 630.252.4742 Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[Sisuite-users] Re: Urgent Help Required : Systemimager
The reiserfs module is included in the boel_binaries tarball, and is not needed in the initrd itself. The filesystems on the client machine are not created or accessed until after the boel_binaries tarball is pulled over. Be sure you're using the latest version, too. Hope that helps, -Brian Thus spake R.N Shukla ([EMAIL PROTECTED]): Dear Brain, It would be real help if you could tell me about how to add resisefs module/library in the initrd.gz. Regards R N Shukla On Sun, 12 Dec 2004, R.N Shukla wrote: Dear Brain, I had rectified the error below, copied the rsync, made the filesystem with sfdisk, mde the filesystem with mkreiserfs but on mount the /dev/hda* /a/ it says reiserfs_read_super: can't find a reiserfs filesystem on dev -"-: try to find super block in old location Can you help me in this. I am really stuck in this. Regards R N Shukla On Wed, 8 Dec 2004, Brian Elliott Finley wrote: > Please try IRC or the sisuite-users list. You can get information on > these from here: http://systemimager.org/support > > Unfortunately, I am unable to look into this personally right now. > > Cheers, -Brian > > > > Thus spake R.N Shukla ([EMAIL PROTECTED]): > > > > > >Dear Brain, > > > > I am an user of systemiamger for 2-3 years. But recently when i > >wanted to copy some files of Suse 9.1 with rsync it is giving error in the > >main.c ( this is on the files which are unix sockets and other special > >files spread across ). I had traied the option of --ignore-errors in the > >getimage but all in vain. > > > > > >I require your urgent help in this matter. > > > >Regards > >R N Shukla > > > > > > -- > -- > Brian Elliott Finley Argonne, MCS Division > Office: 630.252.4742 Mobile: 630.631.6621 > gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 > -- > -- -- Brian Elliott Finley Argonne, MCS Division Office: 630.252.4742 Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Is SystemImager 3.4 support x86_64?
John Lau wrote: Dear all, I would like to ask if the new SystemImager 3.4 from Sourceforge support x86_64? Nope. If no, is there any plan that SystemImager provide support of x86_64? Yes. The code in CVS does. Best regards, John -- -- Brian Elliott Finley Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] What happened to systemimager.org ?
Brodie, Kent wrote: a) systemimager.org seems to be gone? Took a quick look. whois systemimager.org look right, name servers appear to be responding: [EMAIL PROTECTED]:~% host systemimager.org NS2.BGSW.NET systemimager.orgA 63.251.38.205 [EMAIL PROTECTED]:~% host systemimager.org NS1.BGSW.NET systemimager.orgA 63.251.38.205 Webserver also responding for me. Temporary Internet disruption? b) Where are the current docs on the current sourceforge.net page for systemimager? (docs section is empty…) Please try again: http://www.systemimager.org/documentation/ Thanks… I am wondering what’s new and improved in V 3.4 ….. http://cvs.sourceforge.net/viewcvs.py/*checkout*/systemimager/systemimager/CHANGE.LOG?rev=1.100 Hopefully soon, Dann will have debs in unstable and Jerry will have us some RPMs, and we'll update the installer program referenced on the download page: http://www.systemimager.org/download/ Cheers, -Brian --kent -- ------ Brian Elliott Finley Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[Sisuite-users] Just found this
Using USB boot and Systemimager: http://www.simonf.com/usb/#systemimager -- -- Brian Elliott Finley Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] list of images
Thanks for the re-post, Robert. Cheers, -Brian Robert Fisher wrote: Sorry to bother everyone, I forgot to start the rsync server on the image server so it couldn't find the images. Robert Fisher Sys Admin Inphase Co., Ltd. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ------ Brian Elliott Finley Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Win2k DHCP and flamethrower base port option
I'm assuming you're using a recent stable release... Please include version info. Take a look at /etc/init.d/rcS (look for read_local_cfg) and /etc/init.d/functions (this is where read_local_cfg) is defined. These are well commented, and should help you to see where you should expect your local.cfg file to be read. Also, be sure to see the local.cfg in the examples directory of the docs, if you haven't already. Hope that helps, -Brian Greg Golin wrote: Hello list, I have a bit of an unusual setup here: A win2k dhcp/ris server that serves a bunch of proprietary things and a systemimager (stable) server that serves images ghost doesnt deploy right. The RIS server uses an image created with mkautoinstalldiskette. At the moment it is unrealistic to run a linux based dhcp server on the network. I would like to use flamethrower and I have it installed and running. I put a local.cfg into my initrd but that doesnt work as expected, after boot local.cfg ends up in old_root and (i am assuming) is not used, so the base port variable does not get set and the client does not use flamethrower. This brings me to the following point: either I pass that option via dhcp or I fix my initrd situation. No idea how to accomplish either. Would appreciate any pointers. Thank you for your time. GG --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ------ Brian Elliott Finley Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] newbee install quesion - 'Out of memory rsync error'
This only happens in one of two cases. 1. You are doing a multicast install. This is a limitation due to a combination of the multicast transport (udpcast) and certain versions of the kernel. This limitation will be removed in a future version of the SystemImager auto-install client software. 2. You explicitly set TMPFS_STAGING=yes option via DHCP, a local.cfg file, or as a kernel append parameter. Otherwise it defaults to "no". Cheers, -Brian jstiles wrote: I'm sorry if this is the wrong list for a new-be, as I have posted a few unanswered questions. If this is the wrong list, could you please direct me to the proper list? My question: Why does the master script try to write an entire image (mine is 5.5GB) to memory before writing to disk, when I seems unnecessary, and in my case, illogical, since my system only has 300Mb of RAM, and Systemimager had the opportunity to determine this during the prepareclient, and getimage sessions? Background: The Systemimager installs to a PXE client kept failing, with "Out of memory rsync error" until I hacked the master script: /var/lib/systemimager/scripts/.master by adding this line: export TMPFS_STAGING="no" to the section "Lay the image down on the freshly formatted disk(s)" at line (line 236). Google.com didn't find any advice on the subject, and in all the Systemimager or PXE install documentation I've read, I didn't see a reference to this issue or advice on how to fix the problem. Maybe this would be good to add to the prepare client or getimage scripts. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ------ Brian Elliott Finley Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Swap partition has id=83 instead of normal 82
Parted is a bit of a strange beast, and doesn't really care what you
label the partition when it reports what filesystem type it is.
Therefore, if you ask parted about the same disk (parted /dev/cciss/c0d0
print), I'll bet it'll say it's a "linux-swap" partition. ;-)
I'll take a look at the code to see if it makes sense to make a change,
too. I could have parted use swap instead of ext2 when creating
partitions specifically for use with swap.
Cheers, -Brian
Paul Robertson wrote:
We're using systemimager 3.2.0.4, we noticed that the clients'
partition type for the swap partition is being set to "83" instead of
the normal "82":
da235:~>fdisk -l /dev/cciss/c0d0
Disk /dev/cciss/c0d0: 72.8 GB, 72833679360 bytes
255 heads, 32 sectors/track, 17433 cylinders
Units = cylinders of 8160 * 512 = 4177920 bytes
Device Boot StartEndBlocks Id System
/dev/cciss/c0d0p1 * 1 38155024 83 Linux
/dev/cciss/c0d0p2 39 16919 68874480 83 Linux
/dev/cciss/c0d0p3 16920 17433 2097120 83 Linux
It still seems to work ok:
da235:~>swapon -s
Filename TypeSizeUsedPriority
/dev/cciss/c0d0p3 partition 2097112 42552 -1
It seems that the master script is defaulting to "ext2" for all
partitions in parted. This seems to come from the following line from
/usr/lib/systemimager/perl/SystemImager/Server.pm:
$cmd = qq(parted -s -- $devfs_dev mkpart $p_type{$m} ext2 ) .
q($START_MB $END_MB) . qq( || shellout);
I'm wondering if having the swap partition's type set to "83" might
cause problems for the client? Is this an oversight on the part of SI,
or am I missing something?
Cheers,
Paul
P.S. I just checked SI version 3.2.3-1, and the same ext2 default
still seems to apply with that version.
--
--
Brian Elliott Finley Mobile: 630.631.6621
gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52
--
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
Sisuite-users mailing list
Sisuite-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-users
[Sisuite-users] Creating Images Of Your Linux System - FalkoTimme.com
Falko, I liked your article: http://www.falkotimme.com/howtos/systemimager/index.php And I've posted a link to it from here: http://www.systemimager.org/news/ Cheers, -Brian --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[Sisuite-users] [Sisuite-announce] SystemImager 3.4.1 Source Posted
The SystemImager 3.4.1 source tarball has been posted. I expect 3.4.1 RPMs will follow shortly. Cheers, -Brian -- -- Brian Elliott Finley Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ Sisuite-announce mailing list Sisuite-announce@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-announce --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[Sisuite-users] Re: Latest Stable Release
Maniel, 3.4 is the latest stable, however, there were some complications in getting RPM packages created. Now they're created, but I'm afraid I hadn't updated the site yet. Have a look now, though. ;-) And yes, it does support ia64, but I see that there is no ia64 boot package rpm. I'll poke our RPM packager, and see if he can make one. Cheers, -Brian Maniel Sotomayor wrote: >Message body follows: > >Hello Brian, > >I checked systemimager.org and it says that the latest >stable release is the 3.2 is that correct? Sourceforge has >the 3.4 as the latest stable one. Is the systemimager.org >webpage outdated? > >Also, does the 3.4 release works with ia64? > >Thanks, > > >-- >This message has been sent to you, a registered SourceForge.net user, >by another site user, through the SourceForge.net site. This message >has been delivered to your SourceForge.net mail alias. You may reply >to this message using the "Reply" feature of your email client, or >using the messaging facility of SourceForge.net at: >https://sourceforge.net/sendmessage.php?touser=1219934 > > > > -- -- Brian Elliott Finley Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] AMD64 Success w/ HOWTO
Y message.txt > PROMPT 1 > TIMEOUT 35996 > >Make sure TFTP is started and configured to start on boot. > >1.2 - SystemImager Client Setup (Golden Client) > >1.2.1 - Client Requirements > Server OS: RedHat RHEL 4.0 WS (AMD64) > SystemImager: v3.4.1 Stable > LILO: lilo-21.4.4-26 > >Verify the installation of the stable 3.4.1 version of SystemImager, >using the following command: > ># rpm -qa | grep -E "systemimager|systemconfigurator" >systemimager-common-3.4.1-1 >systemconfigurator-2.2.2-1 >systemimager-client-3.4.1-1 > >1.2.1.1 - Golden Client Configuration > >Next you must install LILO as the golden client boot loader, >currently there is a bug in GRUB during the autoinstall of the >client. The process to convert from GRUB to LILO is simple, >execute the following commands to install LILO and remove grub: > ># rpm -ivh lilo-21.4.4-26.1.i386.rpm > ># cp /etc/lilo.conf.anaconda /etc/lilo.conf > ># /sbin/lilo >Added linux * >Added linux-up > >At this point you have LILO installed as the boot loader, you >can safely remove the GRUB rpm. Issue the following command: > ># rpm -e grub > >Now you can proceed normally and use si_prepareclient to compile >the image and upload to the image server. > >1.3 - x86_64 Build Environment Setup (Build Server) > >This section outlines how to pull the most current version of >SystemImager from the subversion repository, it also walks the >users through the steps to build a custom boot kernel, initrd.img >and boel_binaries from the distribution. For example, if you need >to add HBA drivers to your AMD64 boot environment you would need >to rebuild the SystemImager binaries and copy them over to your >boot server. > >1.3.1 - Requirements >Server OS: RedHat RHEL 4.0 WS (AMD64) >SystemImager: v3.5.2 from SVN trunk > >1.3.1.1 - Obtain SystemImager from SVN > >Check out the current code from the SystemImager Subversion >repository or use the tar ball described in the beginning of this >document. > ># svn co svn://svn.sisuite.org/svn/systemimager/trunk > >1.3.1.2 - Build kernel, initrd.img, boel_binaries.tar.gz > >Once you have the source code on the build server (x86_64) follow >the steps below to build and install the custom SystemImager boot >environment. > >~/trunk/ # ./configure > >~/trunk/ # make binaries > >~/trunk/ # make install_binaries > >Assuming the build was successful, the last command will install >the newly build kernel, initrd.img and boel_binaries.tar.gz in >/usr/share/systemimager/boot/x86_64/standard/ on the build server. >These 3 files must be copied over to the boot server and installed >in /usr/share/systemimager/boot/x86_64/standard/. > >The kernel and initrd.img must also be copied to the boot >server's /tftpboot/ directory. > >1.3.1.3 - Install kernel, initrd.img, boel_binaries.tar.gz > >The last step in building the boot environment is to copy the newly >built SystemImager boot binaries to your boot server. > >[EMAIL PROTECTED] # scp -r >[EMAIL PROTECTED]:/usr/share/systemimager/boot/x86_64/standard/* >/usr/share/systemimager/boot/x86_64/standard/ > >[EMAIL PROTECTED] # scp -r >[EMAIL PROTECTED]:/usr/share/systemimager/boot/x86_64/standard/kernel >/tftpboot/ > >[EMAIL PROTECTED] # scp -r >[EMAIL PROTECTED]:/usr/share/systemimager/boot/x86_64/standard/initrd.img >/tftpboot/ > >PXE Boot your Clients, don't forget to plug in the MAC and restart DHCP. > > >--- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click >___ >Sisuite-users mailing list >Sisuite-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/sisuite-users > > > > -- -- Brian Elliott Finley Mobile: 630.631.6621 gpg --keyserver wwwkeys.pgp.net --recv-keys 10F8EE52 -- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[Sisuite-users] Re: systemimager reboot issue with IBM 8843 blades
Thanks for the followup, Aaron. Cheers, -Brian Ciarlotta, Aaron wrote: > Nevermind. > > After looking at the source code for the kernel, I realized the bug > fix was included in that kernel. I'm not sure why it wasn't working > properl, but I did find an easy fix: > > Just append "reboot=b" to the systemimager kernel via the install.pxe > and install.grub files. > > _ > *From: * Ciarlotta, Aaron > *Sent: * Thursday, August 04, 2005 10:26 AM > *To:* '[EMAIL PROTECTED]' > *Subject: * Re: systemimager reboot issue with IBM 8843 blades > > After composing that email, I decided to modify the master script to > prevent the unmounting and reboot after the systemimage rsync was > complete... > > Instead of running the /sbin/reboot in your Linux image, I ran the > /a/abin/sbin/reboot, which happens to be from RHES 3.0.4 (reboot in > RHES 3.0.4 works fine). It still hung, so I'm guessing it is a kernel > issue. > > Just FYI. > > > _ > Aaron Ciarlotta > Linux/UNIX Systems Administrator > Galileo/TDS HCM - 303-397-5295 > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > -- Brian Elliott Finley Mobile: 630.631.6621 --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] mk2fs and bytes per inode
Thus spake John Jolet ([EMAIL PROTECTED]): On Monday 17 October 2005 11:39, Charles Galpin wrote: On Oct 17, 2005, at 12:33 PM, John Jolet wrote: > On Monday 17 October 2005 11:29, Charles Galpin wrote: >> It *appears* that mke2fs is ignoring my attempts to use a smaller >> inode >> byte count. I am using "mke2fs -i 1024 -b 1024 -j /dev/sda5" and the >> bytes per inode remain at the default 4096. > > did you change the mke2fs commands in the autoinstall script? You can also do a + on the client when it gets to the mke2fs part of the install, then try the command yourself from the command line. What is the output of this command? grep mke2fs Sorry, i should have explicitly stated that yes I have modified the autoinstall script to do this, as well as verified on the console that it is being called with those arguments as requested, but is still not changing the bytes per inode. just for grins, have you tried making it ext2 instead of ext3 and see if it works? how about reiser? Even if you don't want to use those filesystems, might be worth trying editing the autoinstall script to see if one of those would allow you to alter the inode size. thanks charles --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- John Jolet Your On-Demand IT Department 512-762-0729 www.jolet.net [EMAIL PROTECTED] --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] mk2fs and bytes per inode
Thus spake Charles Galpin ([EMAIL PROTECTED]): On Oct 17, 2005, at 3:14 PM, Brian Elliott Finley wrote: You can also do a + on the client when it gets to the mke2fs part of the install, then try the command yourself from the command line. Aaah, good to know! What is the output of this command? grep mke2fs Oh boy. So, I'm muttering to myself "dammit, i told them I made the change - do they think I'm an idiot or something?" and begrudgingly go grep for mke2fs... At which point I realize I only made the change in the echo line, and not the actual execution line. I tested and yes it works fine :) Heh. I was wondering... ;-) Now that I've made a spectacular introduction, I'm going to sheepishly go hide. Thanks to you both John and Brian! Glad it's working for you now. Cheers, -Brian charles --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Configuration Sanity Check
Nice diagram. And yes, this configuration should work fine. Have used it many times myself. Cheers, -Brian Thus spake Andrew D. Fant ([EMAIL PROTECTED]): Evening All, Having digested the problem and undesirability of moving the DHCP services for SystemImager onto a different server than the images and the rest of the operation (internal politics, ugh!), I have been thinking of alternate configurations to address my real problem, which is the need to be able to completely reimage our testbed cluster (including the head node) with one of several different environments. After some uffish thought, I had the idea of setting up a SystemImager server that functions entirely independently of the cluster head node, as in: External Routed LAN | | +++-+ | Cluster Head Node || SystemImager Server | +++-+ | | Private Cluster LAN || | Compute Node Compute NodeCompute Node Is there any reason that this should present a problem? I know that I will probably want to mask the external interface of the head node from the enterprise DHCP servers to make sure that it doesn't get a reply that breaks reimaging it. Am I missing anything else dreadfully obvious, and has anyone else made a setup like this work before? Thanks, Andy -- Andrew Fant| And when the night is cloudy| This space to let Molecular Geek | There is still a light |-- [EMAIL PROTECTED] | That shines on me | Disclaimer: I don't Boston, MA | Shine until tomorrow, Let it be | even speak for myself --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] SystemImager on Ubuntu
Thanks for your notes, Jan. As an additional comment, Ubuntu is what I now use for development. ;-) Cheers, -Brian Thus spake Jan Groenewald ([EMAIL PROTECTED]): Hi On Wed, Nov 02, 2005 at 12:19:06AM -0800, Bernard Li wrote: BTW, which version of SystemConfigurator are you referring to in your document? [EMAIL PROTECTED]:~#dpkg -l | grep systemc ii systemconfigur 2.0.10-1 Unified Configuration API for Linux Installa (the servers are debian sarge) cheers, Jan -- .~. /V\ Jan Groenewald /( )\www.aims.ac.za ^^-^^ --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Setup SystemImager on Fedora 3 or Fedora 4
You can also do an "rpm -ql packagename" to see a comprehensive list of files installed. Cheers, -Brian Brian Elliott Finley Mobile: 630.631.6621 -Original Message- From: John Jolet <[EMAIL PROTECTED]> Date: Sun, 13 Nov 2005 12:14:46 To:sisuite-users@lists.sourceforge.net Subject: Re: [Sisuite-users] Setup SystemImager on Fedora 3 or Fedora 4 On Sunday 13 November 2005 10:57, sivaharan Balasubramaniam wrote: > Hello there, > I installed the systemimager on fedora 3 & 4 using: > > [EMAIL PROTECTED] tmp]# ./install --verbose > systemimager-client > Using pre-existing package list: > /tmp/sis-packages/stable.list > Checking integrity of > systemimager-client-3.4.1-1.noarch.rpm: md5 OK > Checking integrity of > systemimager-common-3.4.1-1.noarch.rpm: md5 OK > Checking integrity of > systemconfigurator-2.2.2-1.noarch.rpm: sha1 md5 OK > Checking integrity of > perl-AppConfig-1.52-4.noarch.rpm: md5 OK > The System Installation Suite packages you've chosen > are already installed. > > After the installation, I can not find the executable > scripts (prepareclient and so on). look for si_prepareclient, etc. put si_ in front of the commands mentioned in the docs... > > Can someone say if SystemImager could be installed & > used on Fedora? If so, there is some issue here, can > you please help me to fix the issue. > > Thanks, > Siva > > > > > --- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download it for free - -and be entered to win a 42" plasma tv or your very > own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > ___ > Sisuite-users mailing list > Sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users -- John Jolet Your On-Demand IT Department 512-762-0729 www.jolet.net [EMAIL PROTECTED] --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] RE: Dell GX620
Thanks, Pete! -Brian Thus spake Rotheroe Peter-A60023 ([EMAIL PROTECTED]): Version is 3.5.3 Posted to the wiki at http://wiki.sisuite.org/RHEL4_on_Dell_GX620 (It's a bit long for the list) Cheers, Pete Subject: RE: [Sisuite-users] RE: Dell GX620 Date: Mon, 5 Dec 2005 12:47:22 -0800 From: "Bernard Li" <[EMAIL PROTECTED]> To: Reply-To: sisuite-users@lists.sourceforge.net Probably both. Which version of SystemImager are you using? Cheers, Bernard=20 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf=20 Of Rotheroe Peter-A60023 Sent: Monday, December 05, 2005 11:27 To: sisuite-users@lists.sourceforge.net Subject: [Sisuite-users] RE: Dell GX620 =20 Hello list ... =20 I wrote the attached a month or so ago but didn't receive any=20 responses, so I carried on trying. =20 The end result is a working SystemImager configuration arrived at by a combination of SystemImager tools and hacking. =20 The result of these experiences is a document of some 6 pages=20 which may be useful to others who are attempting similar tasks. =20 My question is should I share it on the list or wiki or both? =20 Thanks in advance for the input. =20 Pete. =20 =20 Date: Wed, 2 Nov 2005 14:48:24 -0500 From: "Rotheroe Peter-A60023" <[EMAIL PROTECTED]> To: Subject: [Sisuite-users] Dell GX620 Reply-To: sisuite-users@lists.sourceforge.net =20 Hello list ... =20 I am working on installing RedHat EL 4 on a Dell Optiplex GX620. While I can do it with the SATA in "Compatibility" mode, the disk performance is horrible. =20 It needs an up to date kernel with the latest ahci support=20 (Intel ICH7, I believe) for the PXE boot and then I'll need the latest=20 ahci.ko module for RHEL 4. =20 Has anyone done this yet? Any pointers. =20 Thanks =20 Pete Rotheroe. =20 =20 =20 =20 --- This SF.net email is sponsored by: Splunk Inc. Do you grep=20 through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. =20 DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dick ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users =20 --__--__-- ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users End of Sisuite-users Digest --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] RAID0 + LVM partitioning
Thus spake Charles Galpin ([EMAIL PROTECTED]): On Dec 14, 2005, at 6:14 AM, Andrea Righi wrote: The 3.5.3 version doesn't support LVM over RAID volumes. Does 3.5.3 by any chance support the new software raid configuration used by centos that doesn't use an /etc/raidtab file? Not currently. At this point we expect to find an /etc/raidtab file, but I expect we'll need to update the code soon. thanks charles --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Systemimager with suse 10
Please send a copy of your network configuration files from one of your client machines. -Brian Thus spake Ignacio Verona ([EMAIL PROTECTED]): Hi! I'm using systemimager, and first, I must say that I like a lot this app. It saves me a lot of time, because I'm installing a cluster and it is the best option I've seen to clone the machines. But, and here starts the problems, I think I've not fully understand how the network configuration works. I've my images, and my boot cd, and all the rsync goes ok but when configuring the network we have problems. What I want to have is nodes whit ip 1-10 and hostname node1 to node10. SuSe seems to bind the nic to a mac address, so when the image is cloned to another machine it does not work. How should I do this? Using static-dhcp as said in the systemimager manual? I would appreciate your help very much, because I have been working the past week on this and were not able to solve it! --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] xSeries 346 + qlogic 23xx
You might try the experimental UYOK (Use Your Own Kernel) code in 3.6.x. After running "si_prepareclient" on your golden client, you'll end up with a kernel and initrd.img in /etc/systemimager/boot. If you use that kernel and initrd.img to boot, it will be using the same kernel, modules, and device files that were in use on your golden client when you ran si_prepareclient. It will still try to auto-detect any other hardware that might be present. When you pull your image with si_getimage, those files will come over to your imageserver as part of the image (naturally). Now here's the hack part -- this will be automated in 3.8.x: * If you manipulate your boot files on your own, just copy those files into "the right place". * If you want to use si_mkautoinstallcd, then copy that kernel and initrd.img over the ones in here... /usr/share/systemimager/boot/i386/standard/ ...then you _may_ be able to run si_mkautoinstallcd like normal. And of course, let us know of your success or failure. Cheers! -Brian Thus spake ezra resnedan ([EMAIL PROTECTED]): Anyone is autoinstalling machines like this with system imager? It seems it does not matter how I compile the 2.6 the qlogic driver gives errors and cant use the hard disks assigned through this card.. sometimes i even get "kernel panic". Any recommendations? Thx -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Systemimager with suse 10
Ignacio, I'm afraid your attachements didn't come across in a useable format. Can you attache them as a tarball perhaps? -Brian Thus spake Ignacio Verona ([EMAIL PROTECTED]): Hi Brian, thanks for your reply. I don't know exactly what to attach, so I send 3 files. Thank your very much. Quoting Brian Elliott Finley <[EMAIL PROTECTED]>: Please send a copy of your network configuration files from one of your client machines. -Brian [Adjunto extraÃdo: Tipo de adjunto original: "application/octet-stream ", nombre: "config"] [Adjunto extraÃdo: Tipo de adjunto original: "application/octet-stream ", nombre: "dhcp"] [Adjunto extraÃdo: Tipo de adjunto original: "application/octet-stream ", nombre: "ifcfg-eth-eth0"] -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Fwd: Re: [Sisuite-users] Systemimager with suse 10
Ignacio, Please disregard my last email. I was looking at your post to the list, where the files did not come through. But your direct email to me (attached) did contain them. Hopefully they will make it through Mailman as attached to this message, so that others can see them too. Cheers, -Brian -- Brian Elliott Finley Mobile: 630.631.6621 --- Begin Message --- Hi Brian, thanks for your reply. I don't know exactly what to attach, so I send 3 files. Thank your very much. Quoting Brian Elliott Finley <[EMAIL PROTECTED]>: Please send a copy of your network configuration files from one of your client machines. -Brian config Description: Binary data dhcp Description: Binary data ifcfg-eth-eth0 Description: Binary data --- End Message ---
Re: [Sisuite-users] fstab is not being updated
Matt, /etc/fstab is one of the items excluded by /etc/systemimager/updateclient.local.exclude. If you would like /etc/fstab to be updated when you run si_updateclient, just comment it out in that file. If you want to do this on all machines, then do this: 1) edit /etc/systemimager/updateclient.local.exclude in your image. 2) si_update all machines (they get the new exclude file) 3) si_update all machines again -- they now get the new fstab file. Oh yeah, a side note: the auto-install script is only used during an auto-install, and is not used during an update. Cheers, -Brian Thus spake Brenner, Matthew A. ([EMAIL PROTECTED]): Hi, I a new user of SystemImager. I'm quite impressed. I'm using it in a classroom containing one server (2 network cards) and 15 classroom machines; all running Debian Sarge. I got my server and one classroom machine configured correctly and then installed SystemImager-server on my server and SystemImager-client on the workstation. I followed instruction from the manual faithfully and imaged the remaining 14 machines. Next I made some changes to the first workstation. Amoung other things, I added a line to /etc/fstab to mount another file system using NFS. Naturally, I fetched the new image from the workstation to the server and it took only a short time as I used the image name (so it was only an 'update'). Now, when I run si_updateclient on another workstation, a small number of files gets deleted and another bunch added (including /etc/fstab) but after si_updateclient finishes (message: Installation finished. No errors reported) the update seems to be successful, EXCEPT for /etc/fstab which had NOT changed. I peeked at the master script and the fstab data in there is correct! I peeked at fstab in the /etc directory of the image tree and fstab is correct! What is going on that would cause SystemImager to fail to overwrite the old /etc/fstab with the new one? Cheers, Matt -- Matt Brenner Instructor in Computer Science Phillips Exeter Academy 20 Main Street Exeter, NH 03833 phone: (603) 775-7061 e-mail: [EMAIL PROTECTED] -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[Sisuite-users] Pre and Post-install script examples
If you have a pre or post-install script that you consider useful, please email a copy to myself or one of the other developers, and we'll include it in the examples/post-install directory. Thanks, -Brian -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Discover 2.0
Thanks for the followup, Drew. -Brian Thus spake Andrew Weaver ([EMAIL PROTECTED]): Nevermind, I figured this out. It seems that later versions of discover have a flag called --disable-nls which disables its dependence on gettext altogether, 1.5 also has this specific flag however the problem is the configure script for 1.5 is totally broken, so i had to comment everywhere that nls was defined. Cheers, -Drew - Original Message - From: Andrew Weaver To: sisuite-users@lists.sourceforge.net Sent: Tuesday, February 28, 2006 9:07 PM Subject: [Sisuite-users] Discover 2.0 Has anyone successfully gotten the master script working with Discover 2.0? I am attemping to run restores via a little rescue PXE image i've created, and everything works absolutely perfectly until it attempts to execute 'discover -f' I am running my rescue image on Gentoo UCLIBC (embedded), and no matter what i do, I cant get discover 1.5 to compile. It keeps telling me I have an undefined reference to `libintl_dgettext'. So I compiled discover 2.0, but I noticed that it doesnt have the -f attribute anymore. Any advice is appreciated. -Drew -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Can System Imager deal with LVM yet?
I'm afraid what you are attempting is currently not a supported configuration. Disk type independence is my next priority after getting the current udev and uyok code, that is currently in the development trunk, released as stable. Cheers, -Brian Thus spake Drew Weaver ([EMAIL PROTECTED]): Actually; all I'm doing is trying to get it to install grub on an ext3 partition without disk labels. It works fine if I am imaging from hda -> hda or sda->sda but if I go from hda->sda or sda->hda, it fails to update /etc/fstab, /etc/grub.conf, /boot/grub/menu.lst.. etc etc etc. -Drew -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrea Righi Sent: Friday, March 03, 2006 12:42 PM To: sisuite-users@lists.sourceforge.net Subject: Re: [Sisuite-users] Can System Imager deal with LVM yet? Drew, could you provide more details about that? For example grub is not able to load kernel & initrd if them are over an LVM volume... I don't know if this is your scenario, but in this case you should consider to create a /boot plain partition using for example ext[23], reiserfs, etc... Regards, -Andrea Drew Weaver wrote: It doesn't even install grub properly; so I doubt it handles LVM. -Drew --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Can System Imager deal with LVM yet?
I tagged 3.7.2 as a development release from trunk last night. Turns out, it looks like the disk type independence patches are already in there. :-) However, I haven't yet looked into the details of what it takes to make it work, or if it "just works". Cheers, -Brian Thus spake Drew Weaver ([EMAIL PROTECTED]): Brian, thanks for finally clearing that up. I went ahead and came up with my own solution to this problem; however this is a single hangup that I cant seem to get past; if anyone has ANY suggestions I would be forever in their debt as I have spent so much time trying to make this thing work: I am using SystemImager to auto-install about 500 different machines, some of them are CentOS; as you can Imagine I want to automate the installation of the bootloader; so I wrote a 2 scripts to accomplish this task. Why two? Because some of the machines are IDE, and some of them are SATA, and I need to be able to use the same disk image on both of the drive types. Here is the first bash script: if grep -q sda /proc/diskstats then TYPE="sda1" MOUNT1="/dev/sda1 /a/boot" MOUNT2="/dev/sda3 /a" else TYPE="hda1" MOUNT1="/dev/hda1 /a/boot" MOUNT2="/dev/hda3 /a" fi mount $MOUNT2 mount $MOUNT1 MOUNT3="proc /a/proc -t proc -o defaults" mount $MOUNT3 MKSYS="-p /a/sys" MOUNT4="sysfs /a/sys -t sysfs -o defaults" mkdir $MKSYS mount $MOUNT4 MOUNT5="/dev /a/dev -o bind" mount $MOUNT5 echo "mount $MOUNT2" echo "mount $MOUNT1" cp /sbin/grubinstall /a/sbin/grubinstall chmod 755 /a/sbin/grubinstall chmod +x /a/sbin/grubinstall chroot /a /sbin/grubinstall exit 0 What this does is determines whether the drive is SATA or IDE by looking at diskstats, if it is SATA, it mounts /dev/sda1 & /dev/sda3, if it is IDE, it mounts /dev/hda1 & /dev/hda3, it also creates and mounts all of the auxillary filesystems (proc, sys, dev) The next script which I run in the CentOS environment via chroot is: TYPE= SUBS= if grep -q sda /proc/diskstats then TYPE="sda1" SUBS="s/hda/sda/g" else TYPE="hda1" SUBS="s/sda/hda/g" fi grub-install --no-floppy --recheck /dev/$TYPE sed -i "$SUBS" /boot/grub/menu.lst echo "sed -i $SUBS /boot/grub/menu.lst" sed -i "$SUBS" /etc/fstab echo "sed -i $SUBS /etc/fstab" sed -i "$SUBS" /boot/grub/grub.conf echo "sed -i $SUBS /boot/grub/grub.conf" sed -i "$SUBS" /etc/grub.conf echo "sed -i $SUBS /etc/grub.conf" ls "ls -l /etc/grub.conf /boot/grub/grub.conf /boot/grub/menu.lst" exit 0 By the way /a is the ROOT of the hard drive (freshly imaged) and /a/boot is the boot partition of the hard drive (freshly imaged). This script again enumerates the type of hard disk attached to the system, installs grub on /dev/hda1 or /dev/sda1, modifies /boot/grub/menu.lst /boot/grub/grub.conf /etc/fstab /etc/grub.conf sda>hda hda>sda and so forth. Everything actually works fine; grub is installed; the files are all modified appropriately. The issue comes when the newly imaged system comes up. The first time the system boots up; grub is still configured to boot with root=/dev/sda3; even though NONE of the configuration files mention anything about /dev/sda3. However if I hit 'E' and modify the 'kernel ...' line in the grub editor from the bootloader, and allow it to boot up; the system boots up normally. The STRANGE part; is that after the first time it boots off of /dev/hda3; grub suddenly starts using that EVERY time the system boots; but I cant figure out why I have to first manually change it; and then reboot before it will work. Its almost like the CentOS boot process 'fixes' whatever is wrong with grub; the first time it boots after I run my crazy script on it; but I cant figure out what process during the boot is doing it; or what else I need to do to ensure trouble free auto-installation of CentOS. Any advice anyone can give me would be wonderful. Thanks, -Drew -Original Message- From: Brian Elliott Finley [mailto:[EMAIL PROTECTED] On Behalf Of Brian Elliott Finley Sent: Friday, March 03, 2006 9:34 PM To: Drew Weaver Cc: sisuite-users@lists.sourceforge.net Subject: Re: [Sisuite-users] Can System Imager deal with LVM yet? I'm afraid what you are attempting is currently not a supported configuration. Disk type independence is my next priority after getting the current udev and uyok code, that is currently in the development trunk, released as stable. Cheers, -Brian Thus spake Drew Weaver ([EMAIL PROTECTED]): Actually; all I'm doing is trying to get it to install grub on an ext3 partition without disk labels. It works fine if I am
Re: [Sisuite-users] Reading the local.cfg from a usb floppy
Thus spake Bernard Li ([EMAIL PROTECTED]): SATA - probably, USB floppy - don't know. I think we should start an "unofficial" hardware compatibility list for SystemImager in the wiki... Yes, do it. -Brian Cheers, Bernard -Original Message- From: [EMAIL PROTECTED] on behalf of Simon Lacroix Sent: Wed 08/03/2006 06:13 To: sisuite-users@lists.sourceforge.net Subject: RE: [Sisuite-users] Reading the local.cfg from a usb floppy Hi Henrique, I use a kernel from version 3.2 that was sent to me by Peter for a Poweredge 750. Its probably patched the libata patch. Right now because of my floppy problem, I can't really tell if that kernel is going to work for the 850. Do you have PE750 as well of just 850 ? Were you able to get the 750 to work ? I will take a look at upgrading to 3.6.2. Bernard, does 3.6.2 solve the USB floppy problem or the SATA problem ? Thanks for your help ! Simon -Original Message- From: Henrique Moniz [mailto:[EMAIL PROTECTED] Sent: March 7, 2006 5:26 PM To: sisuite-users@lists.sourceforge.net Subject: Re: [Sisuite-users] Reading the local.cfg from a usb floppy Hi Simon, We also just bought a dozen of Dell PowerEdge 850's, but I'm having a lot of trouble for the systemimager kernel to detect the SATA disks. Can you tell me what kernel are you using ou how you managed to get the hard disks to be detected? Thanks in advance, Henrique PS: as for your problem, check out this site - http://www.simonf.com/usb/ - I hope it helps! Simon Lacroix wrote: Hello all, We just bought a bunch of DELL poweredge 850 and the little twist is that they come with no floppy drive. I have a small compute grid here and every machine use static IP. I used to provide the IP and the name of the machine through the local.cfg file on a floppy and it worked fine. I tried to use a USB floppy drive in hope that BOEL would see it as a normal floppy but without success. Does it require a lot of OS support in order to use a USB floppy ? (The USB floppy works fine as I can use it as a boot media however I have to boot system imager on a CD since the kernel that I am using to support SATA don't fit on a diskette) Thanks for your insights in the matter ! Simon --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] si_imagemanip can't locate Config/Simple.pm
I've forwarded this to the devel list. -Brian Thus spake Steven A. DuChene ([EMAIL PROTECTED]): OK, but why isn't this a dependancy in one of the systemimager rpm files? -Original Message- From: [EMAIL PROTECTED] Sent: Mar 10, 2006 1:58 PM To: sisuite-users@lists.sourceforge.net Subject: Re: [Sisuite-users] si_imagemanip can't locate Config/Simple.pm In this case it's referring to a Perl module called Config::Simple which I believe is used to parse configuration files. Details here: http://search.cpan.org/~sherzodr/Config-Simple-4.58/Simple.pm You can download the tar.gz from there and installation instructions are included in it. - Rob --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[Sisuite-users] Links to other projects that use UDPcast
Alain Knaff, of UDPcast fame, has put up a page for listing other projects that use UDPcast. SystemImager and Flamethrower are mentioned there: http://udpcast.linux.lu/links.html UDPcast is the foundational tool that we use for our multicast transport in Flamethrower. Cheers, -Brian -- Brian Elliott Finley Mobile: 630.631.6621 --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] si_updateclient: differences b/w with and without --dry-run
Ben, I've added testing for this to our TODO list. Thanks, -Brian Thus spake Ben Hartshorne ([EMAIL PROTECTED]): >Hi, > >I am seeing some strange (and disturbing) behavior from si_updateclient. >I run the program with --dry-run to see what it's going to do. I then >run it without --dry-run and it does something different. This confuses >me. > >I am running si_updateclient version 3.4.1. > >In the following excerpt, I run it with --dry-run. I see that it is >going to delete /usr/src/kernels/blah, which is OK by me. I run it >without --dry-run, and after the run is finished, the directory is still >there, and populated. This cycle can be repeated. > >I have also seen it report a small number of changes, then go and make a >large number of changes. I don't have an excerpt of this behavior. > >Thoughts? > >-ben > >Excerpt: >[EMAIL PROTECTED] local]$ sudo si_updateclient --server duckhunt --image >x86_64-dbr --ssh-user 'siuser -i /root/.ssh/updateclient_key' --no-bootloader >--dry-run >The authenticity of host 'duckhunt (192.168.25.27)' can't be established. >RSA key fingerprint is b8:c0:8a:eb:20:48:90:68:47:a8:6f:77:41:a3:38:99. >Are you sure you want to continue connecting (yes/no)? yes >Warning: Permanently added 'duckhunt,192.168.25.27' (RSA) to the list of known >hosts. >Performing a dry run -- no files will be modified... >Updating image from module x86_64-dbr... >receiving file list ... done >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/x86/acpi/cpufreq/proc >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/x86/acpi/cpufreq >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/x86/acpi >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/x86 >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/scsi/proc >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/scsi >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/reiserfs/proc >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/reiserfs >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/proc >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/keys/debug/proc >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/keys/debug >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/keys >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/i2o/proc >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/i2o >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/acpi/sleep/proc >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/acpi/sleep >deleting directory >usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config/acpi >deleting directory usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include/config >deleting directory usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/include >deleting directory usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/fs/proc >deleting directory usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/fs >deleting directory usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64 >deleting directory usr/src/kernels >deleting etc/systemimager/IMAGE_LAST_SYNCED_TO >root/.ssh/known_hosts > >sent 694 bytes received 1037585 bytes 415311.60 bytes/sec >total size is 1419259178 speedup is 1366.93 >[EMAIL PROTECTED] local]$ sudo si_updateclient --server duckhunt --image >x86_64-dbr --ssh-user 'siuser -i /root/.ssh/updateclient_key' --no-bootloader >Updating image from module x86_64-dbr... >receiving file list ... done >deleting etc/systemimager/IMAGE_LAST_SYNCED_TO >etc/systemimager/ >root/.ssh/known_hosts > >sent 721 bytes received 1038061 bytes 415512.80 bytes/sec >total size is 1419259178 speedup is 1366.27 >[EMAIL PROTECTED] local]$ ls -al /usr/src/kernels/2.6.11-1.1369_FC4-smp-x86_64/ >total 32 >drwxr-xr-x 4 root root 4096 Mar 1 22:07 . >drwxr-xr-x 3 root root 4096 Mar 1 22:07 .. >drwxr-xr-x 3 root root 4096 Mar 1 22:07 fs >drwxr-xr-x 3 root root 4096 Mar 1 22:07 include >[EMAIL PROTECTED] local]$ less /etc/systemimager/updateclient.local.exclude >[EMAIL PROTECTED] local]$ si_updateclient -V >si_updateclient (part of SystemImager) v3.4.1 > >Copyright (C) 1999-2003 Brian Elliott Finley <[EMAIL PROTECTED]> >Please see CREDITS for a full list of contributors. > >This is free software; see t
Re: [Sisuite-users] could not stat device /dev/sda
gt;mptbase >>and mptscsih. They are paired and must both be loaded (mptbase first). >> >> If the drivers exist in your boel_binaries tar ball and are not >>being loaded you might have to drop them into your initrd "/my_moudles" >>directory and driect them to be loaded with the INSMOD_COMMANDS script >>in that directory. If you do this be sure the load order is correct: >> >>1. scsi_mod >>2. sd_mod >>3. scsi hba driver modules >> >>Using the LSI as an example you would want the scsi_mod.o (or .ko is >>using 2.6), sd_mod.o (.ko), mptbase.o (.ko) and mptscsih.o (.ko) in the >>/my_modules directory and then edit INSMOD_COMMANDS to read: >> >>insmod scsi_mod.o >>insmod sd_mod.o >>insmod mptbase.o >>insmod mptscsih.o >> >>**change .o to .ko in all examples if you systemimager boot kernel is >>2.6 based. >> >>I hope that helps... >> >>--Jeff >> >> >>Ibán Cabrillo wrote: >> > hello, >> > I try to install, a few pc's by PXE. The tftp, dhcp and pxe >>daemon >> > work fine, but when the init script of systemimager try to >>patitioning >> > the disk appears the next error: >> > >> > >>/script/myscritp.sh >> > get_arch >> > Partitioning /dev/sda >> > Old Patition table for /dev/sda >> > Error : could not stat device /dev/sda >> > parted -s -- /dev/sda mklabel msdos >> > killing all running procces >> > >> > I've used systemimager 3.4.1-1 and Peter Mueller kernel on a Fedora >> > because the original kernel from systemimager didn't support my >> > network card. >> > Any idea about this Problem?? >> > Thanks >> > >> >>-- >>Best Regards, >> >>Jeff Johnson >>Vice President >>Engineering/Technology >>Western Scientific, Inc >>[EMAIL PROTECTED] >> >>http://www.wsm.com >> >>9445 Farnham Street - San Diego, CA 92123 >>Tel 800.443.6699 +001.858.565.6699 >>Fax +001.858.565.6938 >> >>"Abra Capocus" - Bugs Bunny >> >> >> >>--- >>This SF.Net email is sponsored by xPML, a groundbreaking scripting >>language >>that extends applications into web and mobile media. Attend the live >>webcast >>and join the prime developer group breaking into this new coding >>territory! >>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >><http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642> >>___ >>Sisuite-users mailing list >>Sisuite-users@lists.sourceforge.net >> >>https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Grub.Pm again ;-)
in the generated device map. >>> >> > Reverting to backed up copy. >>> >> > Probing devices to guess BIOS drives. This may take a long time. >>> >> > Use of uninitialized value in concatenation (.) or string at >>> >> > /usr/lib/systemconfig/Boot/Grub.pm line 160. >>> >> > Use of uninitialized value in substitution (s///) at >>> >> > /usr/lib/systemconfig/Boot/Grub.pm line 164. >>> >> > Use of unintialized value in concatenation (.) or string at >>> >> > /usr/lib/systemconfig/Boot/Grub.pm line 235 >>> >> > Use of unintialized value in concatenation (.) or string at >>> >> > /usr/lib/systemconfig/Boot/Grub.pm line 237 >>> >> > >>> >> > Probing devices to guess BIOS drives. This may take a long time. >>> >> > >>> >> > Then it unmounts everything... >>> >> > and pretends as though all is well. >>> >> > >>> >> > When the box reboots with the hard drive as it's main boot >>> >> device; I get a >>> >> > confused Grub either trying to use root=LABEL=/ for root, >>> >> or /dev/sda2 as >>> >> > root >>> >> > >>> >> > Either way this appears to fail as I get a kernel panic >>> >> when the kernel >>> >> > attempts to switch its root. >>> >> > >>> >> > Any advice would be greatly appreciated. >>> >> > >>> >> > Thanks, >>> >> > -Drew >>> >> > >>> >> > >>> >> > --- >>> >> > This SF.Net email is sponsored by xPML, a groundbreaking >>>scripting >>> >> > language >>> >> > that extends applications into web and mobile media. Attend >>> >> the live >>> >> > webcast >>> >> > and join the prime developer group breaking into this new coding >>> >> > territory! >>> >> > >>> >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; >>> >> dat=121642 >>> >> > ___ >>> >> > Sisuite-users mailing list >>> >> > Sisuite-users@lists.sourceforge.net >>> >> > https://lists.sourceforge.net/lists/listinfo/sisuite-users >>> >> > >>> >> >>> >> >>> >> >>> >> --- >>> >> This SF.Net email is sponsored by xPML, a groundbreaking >>> >> scripting language >>> >> that extends applications into web and mobile media. Attend >>> >> the live webcast >>> >> and join the prime developer group breaking into this new >>> >> coding territory! >>> >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; >>> >> dat=121642 >>> >> ___ >>> >> Sisuite-users mailing list >>> >> Sisuite-users@lists.sourceforge.net >>> >> https://lists.sourceforge.net/lists/listinfo/sisuite-users >>> >> >>> > >>> > >>> > --- >>> > This SF.Net email is sponsored by xPML, a groundbreaking scripting >>> > language >>> > that extends applications into web and mobile media. Attend >>>the live >>> > webcast >>> > and join the prime developer group breaking into this new coding >>> > territory! >>> > >>>http://sel.as-us.falkag.net/sel?cmd___ >>> >>> > Sisuite-users mailing list >>> > Sisuite-users@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/sisuite-users >>> > >>> >>> >>> >>>--- >>>This SF.Net email is sponsored by xPML, a groundbreaking >>>scripting language >>>that extends applications into web and mobile media. Attend >>>the live webcast >>>and join the prime developer group breaking into this new >>>coding territory! >>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; >>>dat=121642 >>>___ >>>Sisuite-users mailing list >>>Sisuite-users@lists.sourceforge.net >>>https://lists.sourceforge.net/lists/listinfo/sisuite-users >>> >> >> >>--- >>This SF.Net email is sponsored by xPML, a groundbreaking scripting >>language >>that extends applications into web and mobile media. Attend the live >>webcast >>and join the prime developer group breaking into this new coding >>territory! >>http://sel.as-us.falkag.net/sel?cmd___ >>Sisuite-users mailing list >>Sisuite-users@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/sisuite-users >> > > > >--- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >___ >Sisuite-users mailing list >Sisuite-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 630.631.6621 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] Error when running si_getimage command
Make sure that your client code is at the same level as the server code. Cheers, -Brian Thus spake Bernard Li ([EMAIL PROTECTED]): >I use SystemImager 3.6.x all the time with RHEL4 + clones, however, I never >use the si_getimage command. > >If you are encountering issues, please post as much relevant information as >possible and we'll try to get it fixed. > >Cheers, > >Bernard > > >-Original Message- >From: [EMAIL PROTECTED] on behalf of Zubin Sethna >Sent: Mon 06/03/2006 23:32 >To: sisuite-users@lists.sourceforge.net >Subject: Re: [Sisuite-users] Error when running si_getimage command > >I started with 3.6.3 but when I encountered this problem I decided to use >3.6.2 which seemed more 'official', but to no avail. Since I'm building a >RHES4 (ES) machine I will try again using the new machine. If I get this >problem again from a clean installation then it probably warrants further >investigation. > >Cheers > >Zubin >PS: On what systems are releases of SystemImager developed and tested on? > > >On 3/7/06, Bernard Li <[EMAIL PROTECTED]> wrote: >> >> In the original email you mention you are using 3.6.3, yet the RPMs listed >> below is for 3.6.2 - which ones did you use? >> >> >> Cheers, >> >> Bernard >> >> >> -Original Message- >> From: [EMAIL PROTECTED] on behalf of Zubin Sethna >> Sent: Mon 06/03/2006 19:38 >> To: sisuite-users@lists.sourceforge.net >> Subject: Re: [Sisuite-users] Error when running si_getimage command >> >> Yes. I've got the following SystemImager packages installed: >> >> systemimager-server-3.6.2-1 >> systemimager-client-3.6.2-1 >> systemimager-i386boot-standard-3.6.2-1 >> systemimager-common-3.6.2-1 >> >> I got these packages from here: >> >> >> http://svn.oscar.openclustergroup.org/oscar/trunk/packages/sis/distro/common-rpms/ >> >> I also installed the following perl modules (from CPAN) on my RHES3 >> machine: >> >> XML-NamespaceSupport-1.09.tar.gz >> XML-SAX-0.13.tar.gz >> XML-Simple-2.14.tar.gz >> perl-AppConfig-1.52-4.noarch.rpm >> >> These were required by systemimager-server rpm. >> >> Zubin >> >> >> On 3/7/06, Bernard Li <[EMAIL PROTECTED]> wrote: >> > >> > Did you also install the systemimager-bootstandard RPM? >> > >> > Cheers, >> > >> > Bernard >> > >> > >> > >> > -Original Message- >> > From: [EMAIL PROTECTED] on behalf of Zubin >> Sethna >> > Sent: Mon 06/03/2006 15:15 >> > To: sisuite-users@lists.sourceforge.net >> > Subject: [Sisuite-users] Error when running si_getimage command >> > >> > Hi >> > >> > When using version 3.6.3-1 of SystemImager, I get the following error >> > >> > - rhes30-prj IMAGE RETRIEVAL FINISHED - >> > >> > Press to continue... >> > Couldn't open >> > /var/lib/systemimager/images/rhes30-prj/etc/systemimager/boot/ARCH for >> > reading No such file or directory at >> > /usr/lib/systemimager/perl/SystemImager/Server.pm line 84. >> > >> > >> > The si_getimage command I used is: >> > >> > si_getimage --golden-client prj-intel-05 --image rhes30-prj >> > >> > Is this a showstopper or is the created image usable? >> > >> > >> > Thanks >> > >> > Zubin >> > >> > >> >> > -- Brian Elliott Finley Mobile: 630.631.6621 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] blockdev and insmod errors
Thus spake A Righi ([EMAIL PROTECTED]): >Zubin, > >comments below... > >Sethna, Zubin wrote: >> Blockdev –rereadpt /dev/sda || shellout >> >> SCSI device sda: 31250 512-byte hdwr sectors (16 MB) >> >> SCSI device sda: drive cache: write back >> >> sda: unknown partition table >> >> BLKRRPART: Input/output error >> >> >> >> If I comment out the blockdev command in the script and rerun it I get >> further, partitioning occurs successfully but since I am using LVM the >> script tries to load the device mapper driver and fails as follows: >> > >OK, I think we could comment the shellout by default in blockdev... >maybe in some cases the command reports an error, but it's able to do >the sufficient operations to continue. On the other hand if it >completely fails the first parted commands below will fail. > >Brian, what do you think? do you see any problem? Yes. Looks like we're telling the client to re-read it's partition table, but it doesn't have one. Still a good thing to do by default, though. So, yes, let's remove the shellout for the blockdev command, but leave the command there. >> insmod: cannot insert >> ‘/lib/modules/2.6.9-5.ELsmp/kernel/drivers/md/dm-mod.ko’: >> >> File exists (-1): File exists >> >> modprobe: failed to load module dm-mod >> >> >> >> Does anyone know what causes the above errors and how to fix them? The >> dm-mod.ko file is present in the initrd.img. > >The module dm-mod is loaded in the autoinstall script as following: > >logmsg "Load device mapper driver (for LVM)." >modprobe dm-mod > >So if it fails it simply continue with the next commands reporting the >failure message (there's not "shellout"). So maybe in your case the >script fails when performing the pvcreate commands... can you check this? > >Regards, >-Andrea > -- Brian Elliott Finley Mobile: 630.631.6621 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 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] [systemimager-commits] Manufacturing Setup With Multiple Images
Carl, Images can be specified as kernel append parameters. Consider a pxe menu. See attached as a pxe menu example, and look for local.cfg in the documentation directory for a reference on all the SystemImager variables you can pass to the autoinstall client as kernel append parameters. Let us know how it goes! Cheers, -Brian Thus spake Carl Richell ([EMAIL PROTECTED]): Hello and thank you in advance for your advice. I am setting up a SystemImager 3.7.3 server for the imaging of our laptop and desktop line. We will have about 10 different images. My current plan is something like this: SystemImager Server | PXE Boot Clients | Prompt to Choose Installation Image I'm stuck on prompting to choose installation image. How can I accomplish this or is there a better way altogether? Cheers, Carl Richell - 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 ___ systemimager-commits mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/systemimager-commits -- Brian Elliott Finley Mobile: 630.631.6621 DISPLAY pxelinux.cfg/message.txt PROMPT 1 TIMEOUT 5000 DEFAULT local #TIMEOUT 10 #DEFAULT 4 LABEL 1 LOCALBOOT 0 LABEL local LOCALBOOT 0 LABEL 2 KERNEL kernel APPEND vga=extended load_ramdisk=1 prompt_ramdisk=0 initrd=initrd.img root=/dev/ram rw ramdisk_blocksize=4096 LABEL install KERNEL kernel APPEND vga=extended load_ramdisk=1 prompt_ramdisk=0 initrd=initrd.img root=/dev/ram rw ramdisk_blocksize=4096 LABEL 3 kernel memdisk append initrd=dos.img LABEL installwin kernel memdisk append initrd=dos.img LABEL install-amd64 KERNEL kernel.amd64 APPEND vga=extended load_ramdisk=1 prompt_ramdisk=0 initrd=initrd.img.amd64 root=/dev/ram rw ramdisk_blocksize=4096 LABEL 4 KERNEL kernel.amd64 APPEND vga=extended load_ramdisk=1 prompt_ramdisk=0 initrd=initrd.img.amd64 root=/dev/ram rw ramdisk_blocksize=4096 And include a message.txt that looks something like: welcome to # ## ##### ## ## # # ## # ## ## ## ## # # ## ## # ## # ## # ## # # ## # # # ## # ## # # ## ## ## ## ## ## ## ## your choices: 1.) local - This is the default action, it boots the local hard drive it will happen in 5 seconds or hit enter and it will happen now - Talk to Admin before using any of the rest of these - 2.) install - reinstall linux, resizes Hard drive resize may break windows 3.) installwin - reinstalls the windows partition will erase C: drive 4.) install-amd64 - reinstall linux on amd64 machines - 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___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [Sisuite-users] [systemimager-commits] Manufacturing Setup With Multiple Images
Thus spake Carl J Richell ([EMAIL PROTECTED]): >Brian - > >This is precisely what I needed. We are now pre-manufacturing with >SystemImager. Excellent! >The more I use the software the more I like - you guys >have done great work. And thanks. >I have two more questions. During pxe boot there is a 1 minute pause at >get_host_name_from_dns. We don't use that functionality - can it be >turned off? Yes. You have two simple options, either of which will work fine: * Have a hosts file (/etc/hosts style) in the /var/lib/systemimager/scripts directory that has an entry for each host/ip combo that you'll be using. * Set HOSTNAME as a kernel append parameter in your PXE boot config. >For dynamic partitioning I have set the primary partition / at 95% and >the remaining amount for swap. This is adequate but is there a way to >determine the amount of memory in a machine and base the swap off of >that - then allocate the remaining space to the root partition? Not currently, but you can certainly hack the autoinstall script if you like. If you want to attempt this, consider making your changes to /etc/systemimager/autoinstallscript.template, so that your changes will take effect every time a new autoinstall script is generated, or an old one is updated. Cheers, -Brian > >Thanks again, Carl > >On Fri, 2006-08-04 at 21:24 -0500, Brian Elliott Finley wrote: >> Carl, >> >> Images can be specified as kernel append parameters. Consider a pxe >> menu. See attached as a pxe menu example, and look for local.cfg in the >> documentation directory for a reference on all the SystemImager >> variables you can pass to the autoinstall client as kernel append >> parameters. >> >> Let us know how it goes! >> >> Cheers, -Brian >> >> >> >> Thus spake Carl Richell ([EMAIL PROTECTED]): >> >Hello and thank you in advance for your advice. >> > >> >I am setting up a SystemImager 3.7.3 server for the imaging of our laptop >> >and desktop line. We will have about 10 different images. My current plan >> >is something like this: >> > >> >SystemImager Server >> > | >> >PXE Boot Clients >> > | >> >Prompt to Choose Installation Image >> > >> >I'm stuck on prompting to choose installation image. How can I accomplish >> >this or is there a better way altogether? >> > >> >Cheers, >> > >> >Carl Richell >> > >> > >> >- >> >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 >> >___ >> >systemimager-commits mailing list >> >[EMAIL PROTECTED] >> >https://lists.sourceforge.net/lists/listinfo/systemimager-commits >> > -- Brian Elliott Finley Mobile: 630.631.6621 - 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 ___ Sisuite-users mailing list Sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] wiki permissions
Sounds good. -Brian Sent via BlackBerry from Cingular Wireless -Original Message- From: Andrea Righi <[EMAIL PROTECTED]> Date: Sun, 11 Feb 2007 19:40:32 To:sisuite-dev , Brian Elliott Finley <[EMAIL PROTECTED]>, sisuite-users Subject: wiki permissions Hi all, due to spam problems on wiki.systemimager.org (hey! it's a pain to manually remove spam day by day! :-)), I've changed the wiki users permissions: now only registered users with a validated e-mail address are allowed to edit and create pages. If you find any problem feel free to email to the list. Best regards, -Andrea - 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 ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[sisuite-users] SystemImager.org Server Dead
All, Many of you have noticed that our server died. We've tried to revive it a couple of times, but that only lasts a few days, then it dies again. That said, we are in the process of selecting new hardware to replace the dead server that hosts the systemimager.org site. I think we've identified a box that will work for now, but it may still not be a long term solution, as it's already pretty old. It's a single 800Mhz x86 CPU with 750MB memory and twin system disks for mirroring. If you would be interested in donating a better 1U x86 or x86_64 box for this purpose, that might serve us well into the future, we would be happy to include "Thanks to $your_company for providing the server that runs this site!" on the main page to show our appreciation. If you are interested, please contact me directly. In the mean time, you can find packages and source code here: http://sourceforge.net/projects/systemimager/ Cheers! -Brian -- Brian Elliott Finley Mobile: 630.631.6621 -- 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___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] SystemImager.org Server Dead
All, I'd like to say thanks to each of you who made an offer of replacement hardware. I have chosen to accept the offer from Jeff Johnson < jeff.john...@aeoncomputing.com>. Jeff says a new server will be on it's way to us as early as Friday. Soon as it's received, we'll prep it and get it installed in the Computation Institute data center at The University of Chicago. Thanks to Ti Leggett at the Computation Institute for accommodating our server in the CI data center. And thanks again to Jeff and his company for the new server! Cheers, -Brian On Tue, Feb 10, 2009 at 9:19 AM, Brian Elliott Finley wrote: > All, > > Many of you have noticed that our server died. We've tried to revive it a > couple of times, but that only lasts a few days, then it dies again. > > That said, we are in the process of selecting new hardware to replace the > dead server that hosts the systemimager.org site. I think we've > identified a box that will work for now, but it may still not be a long term > solution, as it's already pretty old. It's a single 800Mhz x86 CPU with > 750MB memory and twin system disks for mirroring. > > If you would be interested in donating a better 1U x86 or x86_64 box for > this purpose, that might serve us well into the future, we would be happy to > include > > "Thanks to $your_company for providing the server that runs this site!" > > on the main page to show our appreciation. If you are interested, please > contact me directly. > > > In the mean time, you can find packages and source code here: > > http://sourceforge.net/projects/systemimager/ > > > Cheers! > > -Brian > > > -- > Brian Elliott Finley > Mobile: 630.631.6621 > -- Brian Elliott Finley Mobile: 630.631.6621 -- 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___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] systemimager.org
Mark, Here is an alternate location for the components until the site comes back: http://sourceforge.net/mailarchive/message.php?msg_name=26552510.2290271234631886466.JavaMail.root%40zimbra You can either change the URL in the make file(s), or download each tarball that it complains it needs into /usr/src/. It will then find them on the next go-round. Cheers, -Brian Mark "Monty" Montague wrote: > Hi, > > I'm trying to build systemimager, and finding it's having trouble > downloading a lot of components because systemimager.org is down. I > was just wondering if there is an ETA for the site to be back up? Or, > alternatively, if there is an easy way to make "make deb" use a mirror > or something... > > thanks, and thanks for creating the program and maintaining the website, > > - M > -- Brian Elliott Finley Mobile: 630.631.6621 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] SystemImager.org Server Dead
All, The new server was racked and installed on Friday (2009.02.20). By the end of the day on Sunday, we had most of the sites/services up and running again. We went with a fresh OS install (64bit Ubuntu), so we're having to re-install/re-configure certain services, including the wiki that provides the (www|wiki).systemimager.org service. The following services are usable and/or completely back in operation: * http://download.systemimager.org/ * http://svn.systemimager.org/ * http://wifi-radar.systemimager.org/ * Shell accounts for developers Still needing configuration is the wiki service (which I hope we will complete today), and a few minor configuration tweaks. If you notice anything not yet functional (or misbehaving), that is not wiki.systemimager.org related, please send a note to sisuite-de...@lists.sourceforge.net. I'll send another notice out once wiki.systemimager.org is back up. Thanks again to Jeff Johnson and Aeon Computing for the wonderful machine that now powers our site! Cheers, -Brian On Wed, Feb 11, 2009 at 12:04 PM, Brian Elliott Finley wrote: > All, > > I'd like to say thanks to each of you who made an offer of replacement > hardware. I have chosen to accept the offer from Jeff Johnson < > jeff.john...@aeoncomputing.com>. > > Jeff says a new server will be on it's way to us as early as Friday. Soon > as it's received, we'll prep it and get it installed in the Computation > Institute data center at The University of Chicago. Thanks to Ti Leggett at > the Computation Institute for accommodating our server in the CI data > center. > > And thanks again to Jeff and his company for the new server! > > Cheers, -Brian > > > > > On Tue, Feb 10, 2009 at 9:19 AM, Brian Elliott Finley < > br...@thefinleys.com> wrote: > >> All, >> >> Many of you have noticed that our server died. We've tried to revive it a >> couple of times, but that only lasts a few days, then it dies again. >> >> That said, we are in the process of selecting new hardware to replace the >> dead server that hosts the systemimager.org site. I think we've >> identified a box that will work for now, but it may still not be a long term >> solution, as it's already pretty old. It's a single 800Mhz x86 CPU with >> 750MB memory and twin system disks for mirroring. >> >> If you would be interested in donating a better 1U x86 or x86_64 box for >> this purpose, that might serve us well into the future, we would be happy to >> include >> >> "Thanks to $your_company for providing the server that runs this site!" >> >> on the main page to show our appreciation. If you are interested, please >> contact me directly. >> >> >> In the mean time, you can find packages and source code here: >> >> http://sourceforge.net/projects/systemimager/ >> >> >> Cheers! >> >> -Brian >> >> >> -- >> Brian Elliott Finley >> Mobile: 630.631.6621 >> > > > > -- > Brian Elliott Finley > Mobile: 630.631.6621 > -- Brian Elliott Finley Mobile: 630.631.6621 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Saving image to USB Drive?
Yes. Reformat as ext2, ext3, reiserfs, xfs, or jfs. Fat will not support many Linux needed things, including symlinks. Cheers, -Brian Brian Elliott Finley Mobile: 630.631.6621 -Original Message- From: jimi o'beirne Date: Fri, 10 Jul 2009 11:35:05 To: Subject: Re: [sisuite-users] Saving image to USB Drive? -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Manual configuration patch
Thanks, Judd, This looks very useful. -Brian Brian Elliott Finley Mobile: 630.447.9108 -Original Message- From: "Judd Kennedy" Date: Tue, 15 Dec 2009 16:15:48 To: Subject: [sisuite-users] Manual configuration patch -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] si_prepareclient error: I couldn't identify your kernel file. Please try to use --kernel option on SLES11
Excellent!
Thanks,
Brian
On Jan 7, 2010 10:58 AM, "Dr. Holger Obermaier"
wrote:
Hello,
when using si_prepareclient with SLES 11 you get an error message like these
{{{
si_prepareclient --server ic9n998 -y
I couldn't identify your kernel file. Please try to use --kernel option.
}}}
This is caused by a kernel string (2.6.27.29-0.1-default (ge...@buildhost)
#1
SMP 2009-08-15 17:53:59 +0200) which is not matched by the regex in
/usr/lib/systemimager/perl/SystemImager/UseYourOwnKernel.pm. I wrote a patch
which matches all the old kernel strings and also the new one (see
attachement).
After patching /usr/lib/systemimager/perl/SystemImager/UseYourOwnKernel.pm
{{{
patch /usr/lib/systemimager/perl/SystemImager/UseYourOwnKernel.pm
http://p.sf.net/sfu/verizon-dev2dev
___
sisuite-users mailing list
sisuite-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-users
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev___
sisuite-users mailing list
sisuite-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] illegal Opcode RED SCREEN
NFS mounts are skipped. SAN disks (presented to the system you are imaging) just show up as normal hard disks, and are considered valid targets. To prevent SAN disks from being manipulated by SI, you can a) unplug the fibre, b) temporarily un-share the volume (at the Storage or storage switch level), c) use UYOK and omit the driver for your SAN cards, or d) modify the autoinstallscript.conf file to omit the SAN disks (requires that you know which order the SAN disks will be presented to the OS). Hope that helps, -Brian On Mon, Feb 8, 2010 at 2:00 PM, venkatesh venigalla wrote: > Hi, > > > > When I plugged a console up to Server(HP ProLiant DL 585 G5), I found it has > the RSoD-Red Screen of Death. The error code is listed below and from what I > see on the internet there was a problem with hp Pseries smart array > controllers and the DL series servers. I did reset all the hardware and run > one pass of the diagnostics with no errors found. > I just finished loading all the firmware updates and that did not resolve > the problem. > > > > I need help on System Imager our understanding was that NFS and SAN disks > are not imaged, but we just found out that it does. So what we need to > findout is someway to configure SI so that it will skip all SAN images. > > > Error: > > Console Reads: > > RED SCREEN > > illegal opcode > EAX=7CFE EBX=7C00 > ECX=0007 EDX=0180 > EBP=FBFA ESI=07BE EDI=0800 > DS= ES= > FS= GS=0004 > CS:EIP=:835A SS:ESP=1000:B000 > EFLAGS=286 > > -- > > *** > Thanks. > > -- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > -- Brian Elliott Finley Mobile: 630.447.9108 -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] rsync problems
Try raising the number of inodes in the tmpfs filesystem. If you have lots of files, you could be using up all the the inodes and "filling up the filesystem", even if you are not copying over "lots of data". There's another SI append parameter to specify that: tmpfs_nr_inodes. Here are all the tmpfs options available that you can pass to SI: tmpfs_size tmpfs_nr_blocks tmpfs_nr_inodes tmpfs_mode Cheers, -Brian On Mar 8, 2010 11:21 AM, "Alexander James Spence [axs]" wrote: Hi all, I have a Dell DT520 that I am trying to image. There is 1G of RAM, each time it complains that tmpfs has run out of space when transferring the file list, any clues where to start to fix this problem? This is the latest set of values on the APPEND list, I have tried a multitude of variations. APPEND initrd=/i386/standard/initrd.img root=/dev/ram ramdisk_blocksize=1024 ramdisk_size=43000 tmpfs_size=900M Regards, Sandy Spence Department of Computer Science Aberystwyth University Penglais Campus Llandinam Building Aberystwyth Ceredigion SY23 3DB Tel: 01970-622433 Fax: 01970-628536 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] grub2 support
Tommy, I'm afraid grub2 is not supported yet. If you end up making code changes to support it, please let us know! -- Brian Elliott Finley 630.447.9108 On Apr 21, 2010 2:11 PM, "Tommy Butler" wrote: Yesterday I tried to install a golden image of a ubuntu 5.10 server -- which uses grub2 as the boot loader. It failed. Failure continued time after time despite any tweaks I attempted to make in the installer script, the golden image fstab and grub.cfg (yes, "grub.cfg", NOT "grub.conf" which was referenced in the auto-generated install script source code). Is grub2 not supported? -- Tommy, an otherwise happy systemimager user. -- ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] grub2 support
I started the work tonight to add support for grub2. Cheers, -Brian On Fri, Apr 30, 2010 at 1:57 PM, RParr wrote: > Is there any plans or ongoing work to support grub2? > > I have been planning on migrating a bunch of workstation clients I have > running Ubuntu 8.04 to Ubuntu 10.04 BUT Ubuntu 10.04 uses grub2. > > If we have to fix this ourselves, can some one provide any guidance as > to where to concentrate our efforts? > > Thanks > R.Parr, RHCE, Temporal Arts > > > On 04/24/2010 07:10 AM, Brian Elliott Finley wrote: >> >> Tommy, >> >> I'm afraid grub2 is not supported yet. If you end up making code >> changes to support it, please let us know! >> >> -- >> Brian Elliott Finley >> 630.447.9108 >> >>> On Apr 21, 2010 2:11 PM, "Tommy Butler" >> <mailto:a...@tommybutler.me>> wrote: >>> >>> Yesterday I tried to install a golden image of a ubuntu 5.10 server -- >>> which uses grub2 as the boot loader. It failed. Failure continued time >>> after time despite any tweaks I attempted to make in the installer >>> script, the golden image fstab and grub.cfg (yes, "grub.cfg", NOT >>> "grub.conf" which was referenced in the auto-generated install script >>> source code). >>> >>> Is grub2 not supported? >>> > > > ---------- > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > -- Brian Elliott Finley Mobile: 630.447.9108 -- ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Inconsistent units = Shrinking partition sizes
Thanks, Tyler.
I'll look into making this change in the next major release.
Cheers,
Brian
Brian Elliott Finley
Mobile: 630.447.9108
-Original Message-
From: Tyler Sutherland
Date: Mon, 05 Jul 2010 08:45:30
To:
Reply-To: sisuite-users@lists.sourceforge.net
Subject: [sisuite-users] Inconsistent units = Shrinking partition sizes
Hi,
I'm using the SystemImager 4.0.2 stable release on an HP ProLiant DL380
G5 server with CentOS 5.4. It's a 32 bit OS on an i686 architecture.
I've noticed an issue where disk partitions get 5% smaller each time I
do a system restore because of an incompatibility in the units that are
used during the image and during the restore.
I dug into the code a little bit and found that the partition sizes are
recorded as MB = 2^20 Bytes = 1,048,576 bytes during the image using a
command like "sfdisk -l -uM /dev/mydiskname". Then those sizes are
passed to "parted" during the restore when creating the partitions.
The issue is that "parted" units are in MB = 1,000,000 bytes. So the
result is that all partitions except the last one on the disk shrink
by 5% and the final partition is assigned the remaining extra space.
My solution is to comment out lines 957, 958 and 959 of
"/usr/sbin/si_prepareclient". ie: To comment out these lines:
if($arch eq "i386") {
$preferred_tool = 'sfdisk';
}
This forces SystemImager to use "parted" when reading disk sizes during
imaging on the x86 architecture. I can see a difference in the
partition sizes listed in "/etc/systemimager/autoinstallscript.conf"
before and after making the change listed above. So, there seems to be
a difference in the partition sizes when they are read using parted and
when they're read using sfdisk.
Has anyone else seen this issue? Is there a recommended workaround?
Thanks,
Tyler
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
sisuite-users mailing list
sisuite-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-users
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
sisuite-users mailing list
sisuite-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] how to disable tmpfs staging?
What you're doing should prevent tmpfs staging. And yes -- it is off by default. Can you provide the output of "df -k" from the console of a failed autoinstall client? Thanks, -Brian On Mon, Jul 19, 2010 at 6:50 PM, Tristam MacDonald wrote: > Hello all, > > I am setting up our university lab machines to image via system imager. The > image is around 7 GB, and on every attempt to install the image, I end up > running out of RAM (2 GB) on each client machine. > > I am running system imager 4.1.6, from the apt repository on Ubuntu 10.04 > amd64. I am using the default rsync mechanism, and using netboot to initiate > installs. > > I have set option-144 to "n" in my dhcp server (which is separate to my > image server), and have passed TMPFS_STAGING=no as a kernel boot parameter, > either of which I believe should disable tmpfs staging. I also believe that > tmpfs staging is meant to be disabled by default, though the docs are > somewhat fuzzy on that particular issue. > > Is there anything I am likely to have done wrong which is causing tmpfs to > be on in all cases? And anything I can do to remedy this? > > I am happy to post configuration/logs/etc. if it will be of any help. > > Thanks, > > -- > Tristam MacDonald > http://swiftcoder.wordpress.com/ > > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > -- Brian Elliott Finley Mobile: 630.447.9108 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] how to disable tmpfs staging?
Tristam, Are you using ext4? If so, I bet that's why. I'm in the process of adding support for ext4 and grub2, but its not there yet. Your partition layout should be fine. Try using ext3. You can even take an image from a machine installed with ext4 and have SI autoinstall it as ext3. Just change all instances of ext4 to ext3 in /etc/systemimager/autoinstallscript.conf on your golden client before running si_getimage. Finally, for now, try using Grub v1. Here's a HOWTO for converting from Grub2 to Grub1 (haven't tried it myself yet): https://help.ubuntu.com/community/Grub2#Uninstalling%20GRUB%202 Hope that helps, -Brian On Tue, Jul 20, 2010 at 8:45 AM, Tristam MacDonald wrote: > On Tue, Jul 20, 2010 at 12:53 AM, Brian Elliott Finley > wrote: >> >> What you're doing should prevent tmpfs staging. And yes -- it is off >> by default. >> >> Can you provide the output of "df -k" from the console of a failed >> autoinstall client? >> >> Thanks, -Brian > > The output from df -k, which seems to indicate that it never mounted > the disk partitions: > > Filesystem 1k-blocks Used Available Use% Mounted on > > rootfs 1028604 1015228 13376 99% / > /dev/root 15540 15540 0 100% /old_root > tmpfs 1028604 1015228 13376 99% / > devpts 1028604 164 1028440 0% /dev/pts > tmpfs 1028604 1015228 13376 99% /dev/.static/dev > udev 1028604 164 1028440 0% /dev > > Also the output of fdisk -l, which indicates that it did create all of > the partitions successfully: > > Disk /dev/sda: 160.0 GB, 1600 bytes > 255 heads, 63 sectors/track, 19452 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Device Boot Start End Blocks Id System > /dev/sda1 1 608 4881787 83 Linux > Partition 1 does not end on cylinder boundary > /dev/sda2 * 608 3040 19530273+ 83 Linux > /dev/sda3 3040 4255 9765625 83 Linux > /dev/sda4 4256 19452 122069902+ 83 Linux > > My partition layout is somewhat unorthodox: 5GB swap, followed by 20GB > /, 10 GB /tmp and 115 GB /data. All of the above except for / are > empty, but could the swap-first layout be confusing things? > > Thanks, > > -- > Tristam MacDonald > http://swiftcoder.wordpress.com/ > > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > -- Brian Elliott Finley Mobile: 630.447.9108 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[sisuite-users] SystemImager Development
"trunk" in the SystemImager SVN repository has been pretty stable for a long time. I am now making changes that may de-stabilize it for a while. In the case that any of you are building from and running on the code in "trunk", I would highly recommend not trusting it for a while. Instead, use the latest stable release, if possible. Cheers, -Brian -- Brian Elliott Finley Mobile: 630.447.9108 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] How can I see the System Imager error message?
Try "Shift+PgUp". Hope that helps. -Brian -- Brian Elliott Finley Mobile: +1.630.447.9108 -Original Message- From: Patrick Nolan Date: Tue, 03 Aug 2010 12:45:40 To: Reply-To: sisuite-users@lists.sourceforge.net Subject: [sisuite-users] How can I see the System Imager error message? I've been banging my head against a problem installing OSCAR for a couple of weeks. The network boot phase seems to be crashing because of a System Imager error, but I can't tell what type of error. The net boot begins OK and runs a downloaded kernel. Then a lot of stuff scrolls by quickly. It ends with a page which begins, "Your autoinstall has failed. You can use the shell prompt to try and see what happened." This is followed by a page of advice, which causes all previous messages to scroll off the console. Of course, there is no shell prompt, nor do the alt-f1 or other keys do anything. It's just hung. I tried capturing the boot messages by echoing them out a serial port. (The AMI BIOS allows that.) It works up to a point, but the output quits when the kernel boots. What can I do? -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Cluster registry: 16 GB limit
Heh. Thanks, Patrick. :-) -- Brian Elliott Finley Mobile: +1.630.447.9108 -Original Message- From: Patrick Nolan Date: Thu, 12 Aug 2010 22:44:55 To: Reply-To: sisuite-users@lists.sourceforge.net Subject: [sisuite-users] Cluster registry: 16 GB limit I tried to register our new cluster on your map. It refused to take it because we have more than 16 GB per node. In fact, we have 128 GB per node. You need to catch up. -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Cluster registry: 16 GB limit
Patrick, Please try again. Try not to overwhelm the new 1024GB per node limit. ;-) Cheers, -Brian On Sun, Aug 15, 2010 at 12:02 PM, Brian Elliott Finley wrote: > Heh. Thanks, Patrick. :-) > > > -- > Brian Elliott Finley > Mobile: +1.630.447.9108 > > -Original Message- > From: Patrick Nolan > Date: Thu, 12 Aug 2010 22:44:55 > To: > Reply-To: sisuite-users@lists.sourceforge.net > Subject: [sisuite-users] Cluster registry: 16 GB limit > > I tried to register our new cluster on your map. It refused to > take it because we have more than 16 GB per node. In fact, we > have 128 GB per node. You need to catch up. > > -- > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > -- Brian Elliott Finley Mobile: 630.447.9108 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Request for help: Fighting spam on wiki.systemimager.org
Bernard, How many valid contributors to content on the wiki do we actually have? Would the use of a "captcha" plugin do the trick? -Brian On Thu, Nov 4, 2010 at 1:08 PM, Bernard Li wrote: > Hi all: > > Lately our Wiki page http://wiki.systemimager.org has been getting a > lot of spam. I am reaching out to the community to see if anybody has > experience in fighting spam on MediaWiki installations and also to see > if anybody would like to volunteer to be moderator for the Wiki and to > undo spam edits on sight. > > Please feel free to reply back to this thread and/or email me off list. > > Thanks! > > Bernard > > -- > The Next 800 Companies to Lead America's Growth: New Video Whitepaper > David G. Thomson, author of the best-selling book "Blueprint to a > Billion" shares his insights and actions to help propel your > business during the next growth cycle. Listen Now! > http://p.sf.net/sfu/SAP-dev2dev > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > -- Brian Elliott Finley Mobile: 630.447.9108 -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] sisuite-users Digest, Vol 53, Issue 1
Thanks for the suggestion, Chuck! Done. reCAPTCHA installed. :-) -Brian On Fri, Nov 5, 2010 at 3:53 AM, Chuck Ritter wrote: >> From: Bernard Li >> Subject: Re: [sisuite-users] Request for help: Fighting spam on >> wiki.systemimager.org >> >> Are you referring to moderator approval for new accounts creation >> and/or wiki edits? >> >> I'm afraid either way may impose additional overhead that might hinder >> active community involvement... unless of course if captcha does not >> do its job well... does anybody know in practice whether captcha is >> sufficient in cutting down spam for a small MediaWIki installation? >> > > I can recommend reCAPTCHA for general form spam. I'm sure it works > fine with wiki spam: > > http://code.google.com/apis/recaptcha/docs/mediawiki.html > > It actively maintained code and well designed. It even has vision > impaired support. It has a wikimedia plugin. > > -- > The Next 800 Companies to Lead America's Growth: New Video Whitepaper > David G. Thomson, author of the best-selling book "Blueprint to a > Billion" shares his insights and actions to help propel your > business during the next growth cycle. Listen Now! > http://p.sf.net/sfu/SAP-dev2dev > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > -- Brian Elliott Finley Mobile: 630.447.9108 -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] No space left on device
You might be out of inodes? Try a "df -i". -- Brian Elliott Finley Mobile: +1.630.447.9108 -Original Message- From: muhammed navas Date: Thu, 30 Dec 2010 11:05:43 To: Reply-To: sisuite-users@lists.sourceforge.net Subject: [sisuite-users] No space left on device -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] No space left on device
Taking a closer look, here are some thoughts that might help: Anything mounted under /a/ on an auto-install client is the auto-install client's own local disk, mounted in a temporary location while files are copied to it. If /usr, /usr/src, or /usr/src/kernel is a separate file system on the "golden client", then it looks like it's filling up (probably just due to size, but much less likely, it could be due to excessive number of files -> running out of inodes). There are multiple ways to resolve this. The easiest way to resolve it (the "hack") is to remove some of the files from the /usr/src/kernel/ directory in the image on the imageserver to free up some space, then try the auto-install again. The less-hacky way to do it is to modify the /etc/systemimager/autoinstallscript.conf file to increase the size of that partition. If you change it on the golden client, then run si_getimage again after changing it. If you change it in the already captured image, then run si_mkautoinstallscript again. Either of these methods will result in a fresh autoinstall script that will create a larger partition for your /usr/src/kernel data. Hope that helps, -Brian On Thu, Dec 30, 2010 at 4:31 AM, muhammed navas wrote: > where in system imager server or client ? > in server i got this out put > > [r...@localhost ~]# df -i > FilesystemInodes IUsed IFree IUse% Mounted on > /dev/sda19773056 257099 95159573% / > tmpfs 218214 7 2182071% /dev/shm > > client side it says -i not suported > > > > > > On Thu, Dec 30, 2010 at 11:21 AM, Brian Elliott Finley < > br...@thefinleys.com> wrote: > >> You might be out of inodes? Try a "df -i". >> >> >> -- >> Brian Elliott Finley >> Mobile: +1.630.447.9108 >> >> -Original Message- >> From: muhammed navas >> Date: Thu, 30 Dec 2010 11:05:43 >> To: >> Reply-To: sisuite-users@lists.sourceforge.net >> Subject: [sisuite-users] No space left on device >> >> >> -- >> Learn how Oracle Real Application Clusters (RAC) One Node allows customers >> to consolidate database storage, standardize their database environment, >> and, >> should the need arise, upgrade to a full multi-node Oracle RAC database >> without downtime or disruption >> http://p.sf.net/sfu/oracle-sfdevnl >> >> >> >> -- >> Learn how Oracle Real Application Clusters (RAC) One Node allows customers >> to consolidate database storage, standardize their database environment, >> and, >> should the need arise, upgrade to a full multi-node Oracle RAC database >> without downtime or disruption >> http://p.sf.net/sfu/oracle-sfdevnl >> ___________ >> sisuite-users mailing list >> >> sisuite-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/sisuite-users >> > > > > -- > Thanks & Regards, > > Muhammed Navas > Linux administrator > Apara Pvt Ltd, Bangalore > www.apara.com > +91-9886313459 > > -- Brian Elliott Finley Mobile: 630.447.9108 -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] rhel6 - ext4 support
I don't have a completion date as an ETA, but I'm working on it this week and next... -Brian -- Brian Elliott Finley Mobile: +1.630.447.9108 -Original Message- From: david.livingst...@cn.ca Date: Fri, 28 Jan 2011 16:07:10 To: Reply-To: sisuite-users@lists.sourceforge.net Subject: [sisuite-users] rhel6 - ext4 support -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] fix for cciss/cXdYpZ detection in Server.pm
Thomas,
I have applied this to trunk. It has not yet been applied to the current
stable release -- I'll leave that up to Bernard.
Thanks, -Brian
On Fri, Jul 1, 2011 at 6:45 PM, Brian E Finley wrote:
> Thanks, Thomas!
>
>
> Brian E Finley
> 469.667.2110
>
> -Original Message-
> From: Thomas Zeiser
> Date: Sat, 2 Jul 2011 00:29:21
> To:
> Reply-To: sisuite-users@lists.sourceforge.net
> Subject: [sisuite-users] fix for cciss/cXdYpZ detection in Server.pm
>
> Hi,
>
> here is a small bug fix to get HP's cciss/cXdYpZ correctly detected in
> Server.pm (relativ to 4.1.99.svn4556_bli-1):
>
> --- /usr/lib/systemimager/perl/SystemImager/Server.pm.orig 2011-07-02
> 00:23:23.0 +0200
> +++ /usr/lib/systemimager/perl/SystemImager/Server.pm 2011-07-02
> 00:22:37.0 +0200
> @@ -818,7 +818,7 @@
>
> # Translate partitions in disk variables (disk autodetection
> compliant).
> foreach (@md_devices) {
> -m/^(.*)(p?\d+)$/;
> +m/^(.*[^p])(p?\d+)$/;
> my $disk = $1;
> my $part_no = $2;
> $devices .= '${' . $DISK_by_disk{$disk} . '}' . $part_no . ' ';
>
>
>
> Perl tries ot match as much as possible; thus, the "p" would always be in
> the
> disk and never in the part_no ... which is bad as $DISK_by_disk{$disk}
> won't
> find anything. Thus, just do not allow the disk to end in "p".
>
> Best,
>
> thomas
>
>
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> ___
> sisuite-users mailing list
> sisuite-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sisuite-users
>
--
Brian Elliott Finley
Mobile: 469.667.2110
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2___
sisuite-users mailing list
sisuite-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] patch for si_rmimage: remove UYOK boot files
Thanks, Thomas. Applied to trunk. -Brian On Sun, Jul 17, 2011 at 2:32 PM, Thomas Zeiser < thomas.zei...@rrze.uni-erlangen.de> wrote: > Hi Brian, > > please find attached an other patch. > > si_rmimage currently does not remove the UYOK boot files from > (usually) /usr/share/systemimager/boot/ARCH/IMAGE. The patch will > try to remove them, too. Path and architecutre are determined as in > other systemimager tools/libs. > > > Best, > > thomas > > > -- > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > -- Brian Elliott Finley Mobile: 469.667.2110 -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] systemimager 4.1.99 debian packages
Yann, Please send me a copy of the patches. I'd like to take a look. Have you tried them on recent Ubuntu builds also? Thanks, -Brian On Thu, Dec 8, 2011 at 10:21 AM, yann aubert wrote: > We are using systemimager in order to install nodes on Agata > (http://www-win.gsi.de/agata/) DAQ (Data AcQuisition). Nodes are going > to be changed and the old installation of systemimager doesn't do the > job anymore. > The install server and the nodes are using debian 6.0 (Squeeze). > I decided to try to generate debian packages from systemimager 4.1.99. > This was possible only after several patches. But, now the packages are > here. They are far from perfect, but they are quite functional. > Is there some people interested? > Where do I put the packages? > Where do I put the patches? > > Yann Aubert > > > -- > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and point of > discussion for anyone considering optimizing the pricing and packaging model > of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/ > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 469.444.0167 -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] [CI Ticketing System #18923] Please reset hung server: systemimager.ci.uchicago.edu
All: The SystemImager project team has decided to move the project back to SourceForge: http://systemimager.sourceforge.net/ Back when we first moved it off of SourceForge, there were features we required that SourceForge did not provide -- things like SVN and a Wiki. Those capabilities (and others) are now available, and we want to leverage the services that go along with SourceForge, such as not having to make a request for someone to reset a hung server. ;-) The SVN repository has been restored ( http://systemimager.svn.sourceforge.net/), and an older version of the website has been put up temporarily. Bear with us as we get all of the other services worked out, including proper vhost behavior, etc. Soon all of the hostnames and URLs should be working properly again. Cheers, -Brian On Sat, Mar 24, 2012 at 11:57 AM, Brian Finley wrote: > FYI... > > > Original Message > Subject: Re: [CI Ticketing System #18923] Please reset hung server: > systemimager.ci.uchicago.edu > Date: Sat, 24 Mar 2012 11:56:29 -0500 > From: Brian Finley > To: supp...@ci.uchicago.edu > CC: Andrea Righi , Bernard Li > > > Thank you. > > I am currently planning to re-locate this content, so I may have just > moved up my time-frame. ;-) > > I'll come by to retrieve the machine in April, and will get hold of you > in advance to let you know when I'll be on-site. > > Thanks, David > > -Brian > > > > On 03/23/2012 03:44 PM, David Forero wrote: > >> On Fri Mar 23 15:12:46 2012, br...@thefinleys.com wrote: >> >>> It's still non-responsive: >>> >>> % ping -c 1 systemimager.ci.uchicago.edu >>> PING systemimager.ci.uchicago.edu (128.135.125.209) 56(84) bytes of >>> data. >>> >>> --- systemimager.ci.uchicago.edu ping statistics --- >>> 1 packets transmitted, 0 received, 100% packet loss, time 1ms >>> >>> >>> Are any of the lights on? Can you try disconnecting, then re- >>> connecting >>> the power? >>> >> >> Yes. I tried all those things. As I said, the machine displayed nothing >> on the >> console. I suspect something serious may have happened to the machine. >> >> >> -- >> >> David Forero >> System Administrator >> Computation Institute >> University of Chicago >> 773-834-4102 >> >> > -- > Brian Elliott Finley > Mobile: 469.444.0167 > -- Brian Elliott Finley Mobile: 469.444.0167 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] new centos-6.3 RPMS
Sun, Olivier, Please send me your SourceForge usernames. I appreciate your efforts, and would like to grant you both commit privileges to the SVN repository, so that you can commit your patches directly. Bas, Franck, the same goes for you two if you wish. Regarding a fork, that is generally necessary because one does not have the ability to modify the upstream original. I will happily grant you this access, as I think it would be better for the community to improve the main code stream rather than to have a fork. I know that SALI has special circumstances that made a fork appropriate for them, at least previously, but I would also be happy to allow that fork to merge into the mainstream if SALI considers that desirable. Lastly, with regard to SystemConfigurator, it is no longer being maintained, and we should work to eliminate our dependency on it. With modern Linuxes this should be very feasible through the use of SystemImager postscripts for setup of boot manager (Grub) and networking (if desirable). All -- feel free to call me if you have any questions. Just bear in mind that I'm generally somewhere in GMT-5 through GMT-7. ;-) If unsure, start with a text message, or leave a voice mail if I don't answer right away, but I'll be glad to discuss. My mobile is 469.444.0167. Cheers, -Brian On Wed, Nov 21, 2012 at 1:16 AM, Jing CDL Sun wrote: > Hi Olivier, > > Thanks for this sharing! > > Have you cloning Centos-6.3 with these rpms successfully? I tried to use > them for redhat6.3 cloning, bug failed... > > > -- > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > -- Brian Elliott Finley Mobile: 469.444.0167 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] new centos-6.3 RPMS
I would be happy to move the project to github. We've actually contemplated that before. Would you be interested in helping to move the code repository to github? On Fri, Nov 23, 2012 at 4:01 PM, E-Blokos wrote: > ** > Hi Brian, > > Maybe Git Hub would be better ? > If you consider that systemconfigurator can be zapped for new versions > so ok, would be happy to help in perl. > username: madovsky > > Cheers > > Franck > > > - Original Message - > *From:* Brian Elliott Finley > *To:* sisuite-users@lists.sourceforge.net > *Sent:* Friday, November 23, 2012 1:10 PM > *Subject:* Re: [sisuite-users] new centos-6.3 RPMS > > > Sun, Olivier, > > Please send me your SourceForge usernames. I appreciate your efforts, and > would like to grant you both commit privileges to the SVN repository, so > that you can commit your patches directly. > > Bas, Franck, the same goes for you two if you wish. > > > Regarding a fork, that is generally necessary because one does not have > the ability to modify the upstream original. I will happily grant you this > access, as I think it would be better for the community to improve the main > code stream rather than to have a fork. I know that SALI has special > circumstances that made a fork appropriate for them, at least previously, > but I would also be happy to allow that fork to merge into the mainstream > if SALI considers that desirable. > > > Lastly, with regard to SystemConfigurator, it is no longer being > maintained, and we should work to eliminate our dependency on it. With > modern Linuxes this should be very feasible through the use of SystemImager > postscripts for setup of boot manager (Grub) and networking (if desirable). > > > All -- feel free to call me if you have any questions. Just bear in mind > that I'm generally somewhere in GMT-5 through GMT-7. ;-) If unsure, start > with a text message, or leave a voice mail if I don't answer right away, > but I'll be glad to discuss. My mobile is 469.444.0167. > > > Cheers, -Brian > > > > > > On Wed, Nov 21, 2012 at 1:16 AM, Jing CDL Sun wrote: > >> Hi Olivier, >> >> Thanks for this sharing! >> >> Have you cloning Centos-6.3 with these rpms successfully? I tried to use >> them for redhat6.3 cloning, bug failed... >> >> >> -- >> Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> ___ >> sisuite-users mailing list >> sisuite-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/sisuite-users >> >> > > > -- > Brian Elliott Finley > Mobile: 469.444.0167 > > -- > > > -- > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > > -- > > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > > > -- > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > -- Brian Elliott Finley Mobile: 469.444.0167 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] new centos-6.3 RPMS
I think a move to github would be a fine idea. As for the SystemConfigurator functionality, I'd like to use theSystemImager post-script functionality. It will allow us to - include simple scripts upstream, that could be used as-is for simple and common cases - these simple scripts could be easily customized by site admins, without having to know SystemImager internals - a simple script could be used to invoke puppet, chef, or SSM (Simple State Manager - http://download.systemimager.org/pub/ssm/README) Cheers, -Brian On Mon, Nov 26, 2012 at 5:28 AM, Bas van der Vlies wrote: > Brian, > > The SALI vork was nescessary to support modern hardware. Your are right > you can better have one source. SALI has implemented a new kernel/initrd > and some shell functions, e.g. one for easy disk partition. We also > replaced the system imager-server software. > > Currently we do not have a tool like systemconfigurator or automatically > generate installation scripts. So we can definitely benefit from > co-operation. My thought for replacing systemconfigurator are with shell > commands or a system maintenance tool like CFengine, puppet , chef ,…. > > Can we move the code to github.com<http://github.com>. I think it easier > to contribute and better suited if more people are involved. > > regards > > > On 23 nov. 2012, at 19:10, Brian Elliott Finley <mailto:br...@thefinleys.com>> wrote: > > Sun, Olivier, > > Please send me your SourceForge usernames. I appreciate your efforts, and > would like to grant you both commit privileges to the SVN repository, so > that you can commit your patches directly. > > Bas, Franck, the same goes for you two if you wish. > > > Regarding a fork, that is generally necessary because one does not have > the ability to modify the upstream original. I will happily grant you this > access, as I think it would be better for the community to improve the main > code stream rather than to have a fork. I know that SALI has special > circumstances that made a fork appropriate for them, at least previously, > but I would also be happy to allow that fork to merge into the mainstream > if SALI considers that desirable. > > > Lastly, with regard to SystemConfigurator, it is no longer being > maintained, and we should work to eliminate our dependency on it. With > modern Linuxes this should be very feasible through the use of SystemImager > postscripts for setup of boot manager (Grub) and networking (if desirable). > > > All -- feel free to call me if you have any questions. Just bear in mind > that I'm generally somewhere in GMT-5 through GMT-7. ;-) If unsure, start > with a text message, or leave a voice mail if I don't answer right away, > but I'll be glad to discuss. My mobile is 469.444.0167. > > > Cheers, -Brian > > > > > > On Wed, Nov 21, 2012 at 1:16 AM, Jing CDL Sun sj...@cn.ibm.com>> wrote: > Hi Olivier, > > Thanks for this sharing! > > Have you cloning Centos-6.3 with these rpms successfully? I tried to use > them for redhat6.3 cloning, bug failed... > > > -- > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net sisuite-users@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > > > > -- > Brian Elliott Finley > Mobile: 469.444.0167 > > -- > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > > http://p.sf.net/sfu/zoho_dev2dev_nov___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > -- > Bas van der Vlies > mail: b...@sara.nl<mailto:b...@sara.nl> > SARA - Academic Computing Services , Amsterdam, The Netherlands > > > > -- > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases
Re: [sisuite-users] new centos-6.3 RPMS
I've created the initial repo. Bas -- what do you need from me to move the code from SourceForce to github? https://github.com/finley/systemimager Thanks! On Tue, Nov 27, 2012 at 11:04 AM, Brian Elliott Finley wrote: > I think a move to github would be a fine idea. > > As for the SystemConfigurator functionality, I'd like to use theSystemImager > post-script functionality. > It will allow us to > - include simple scripts upstream, that could be used as-is for simple and > common cases > - these simple scripts could be easily customized by site admins, > without having to know SystemImager internals > - a simple script could be used to invoke puppet, chef, or SSM (Simple > State Manager - http://download.systemimager.org/pub/ssm/README) > > Cheers, -Brian > > > > On Mon, Nov 26, 2012 at 5:28 AM, Bas van der Vlies wrote: > >> Brian, >> >> The SALI vork was nescessary to support modern hardware. Your are right >> you can better have one source. SALI has implemented a new kernel/initrd >> and some shell functions, e.g. one for easy disk partition. We also >> replaced the system imager-server software. >> >> Currently we do not have a tool like systemconfigurator or automatically >> generate installation scripts. So we can definitely benefit from >> co-operation. My thought for replacing systemconfigurator are with shell >> commands or a system maintenance tool like CFengine, puppet , chef ,…. >> >> Can we move the code to github.com<http://github.com>. I think it easier >> to contribute and better suited if more people are involved. >> >> regards >> >> >> On 23 nov. 2012, at 19:10, Brian Elliott Finley > <mailto:br...@thefinleys.com>> wrote: >> >> Sun, Olivier, >> >> Please send me your SourceForge usernames. I appreciate your efforts, >> and would like to grant you both commit privileges to the SVN repository, >> so that you can commit your patches directly. >> >> Bas, Franck, the same goes for you two if you wish. >> >> >> Regarding a fork, that is generally necessary because one does not have >> the ability to modify the upstream original. I will happily grant you this >> access, as I think it would be better for the community to improve the main >> code stream rather than to have a fork. I know that SALI has special >> circumstances that made a fork appropriate for them, at least previously, >> but I would also be happy to allow that fork to merge into the mainstream >> if SALI considers that desirable. >> >> >> Lastly, with regard to SystemConfigurator, it is no longer being >> maintained, and we should work to eliminate our dependency on it. With >> modern Linuxes this should be very feasible through the use of SystemImager >> postscripts for setup of boot manager (Grub) and networking (if desirable). >> >> >> All -- feel free to call me if you have any questions. Just bear in mind >> that I'm generally somewhere in GMT-5 through GMT-7. ;-) If unsure, start >> with a text message, or leave a voice mail if I don't answer right away, >> but I'll be glad to discuss. My mobile is 469.444.0167. >> >> >> Cheers, -Brian >> >> >> >> >> >> On Wed, Nov 21, 2012 at 1:16 AM, Jing CDL Sun > sj...@cn.ibm.com>> wrote: >> Hi Olivier, >> >> Thanks for this sharing! >> >> Have you cloning Centos-6.3 with these rpms successfully? I tried to use >> them for redhat6.3 cloning, bug failed... >> >> >> -- >> Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> ___ >> sisuite-users mailing list >> sisuite-users@lists.sourceforge.net> sisuite-users@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/sisuite-users >> >> >> >> >> -- >> Brian Elliott Finley >> Mobile: 469.444.0167 >> >> -- >> Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing
Re: [sisuite-users] RE : new centos-6.3 RPMS
Contributors, I have added Olivier to the SystemImager project on SourceForge, but I'd like to add each of you who want to contribute to the SystemImager project on GitHub too, as that's where it will all be moving. If you don't have an account yet, no big -- just go to https://github.comand create one. Then send me an email with your account name, and I'll get you added. Thanks! -Brian On Thu, Nov 29, 2012 at 3:56 AM, LAHAYE Olivier wrote: > Hi Brian, > > My sourceforge username is "olahaye74" (Olivier LAHAYE) (74 is because > there was plenty of olivier.lahaye in France ;-)) > > I'm very glad to participate. In the meantime, I must let you know that > I'm not extremely skilled in perl/python and such. I've modified > systemimager so it can deploy oscar on centos6. The RPMS I've released are > ok on centos6, but I've discovered that they can't build on centos5. In > fact, the build system (initrd) after compiling some package does complete > the initrd by copying missing libs from the build host system. > Unfortunately, this behaviour breaks things as we have some binaries linked > with libs that are too far in versions to be compatible (missing simbols). > > What I want to say is that I'm a little bit afraid to make modifications > that could break the whole stuff because my developper skills are not > extreme (I'm sysadmin in 1st place). > > Also I've never participated in such a project and thus I'm not familiar > with how such modifications can go to the svn. (and I don't want to break > things) > > For example, I've had to upgrade a component, and to change the build > script so it makes install instead of copying the resulting binaries as the > new version uses libtool and the old copying method was copying the wrapper > instead of the lib itself. This change had an impact to the centos5 > compatibility. I mean, my modification let the thing build on centos6, but > in the meantime, centos5 became incompatible... > > In the end, right now, my rpms cant be build on centos5, though, they can > deploy any OS. This means that the deploy server must be centos6. > > Best resgards. > > > > -- >Olivier LAHAYE >CEA DRT/LIST/DCSI/DIR > -- > *De :* Brian Elliott Finley [br...@thefinleys.com] > *Date d'envoi :* vendredi 23 novembre 2012 19:10 > *À :* sisuite-users@lists.sourceforge.net > *Objet :* Re: [sisuite-users] new centos-6.3 RPMS > > Sun, Olivier, > > Please send me your SourceForge usernames. I appreciate your efforts, and > would like to grant you both commit privileges to the SVN repository, so > that you can commit your patches directly. > > Bas, Franck, the same goes for you two if you wish. > > > Regarding a fork, that is generally necessary because one does not have > the ability to modify the upstream original. I will happily grant you this > access, as I think it would be better for the community to improve the main > code stream rather than to have a fork. I know that SALI has special > circumstances that made a fork appropriate for them, at least previously, > but I would also be happy to allow that fork to merge into the mainstream > if SALI considers that desirable. > > > Lastly, with regard to SystemConfigurator, it is no longer being > maintained, and we should work to eliminate our dependency on it. With > modern Linuxes this should be very feasible through the use of SystemImager > postscripts for setup of boot manager (Grub) and networking (if desirable). > > > All -- feel free to call me if you have any questions. Just bear in mind > that I'm generally somewhere in GMT-5 through GMT-7. ;-) If unsure, start > with a text message, or leave a voice mail if I don't answer right away, > but I'll be glad to discuss. My mobile is 469.444.0167. > > > Cheers, -Brian > > > > > > On Wed, Nov 21, 2012 at 1:16 AM, Jing CDL Sun wrote: > >> Hi Olivier, >> >> Thanks for this sharing! >> >> Have you cloning Centos-6.3 with these rpms successfully? I tried to use >> them for redhat6.3 cloning, bug failed... >> >> >> -- >> Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> ___ >> sisuite-users mailing list >> sisuite-
Re: [sisuite-users] new centos-6.3 RPMS
Dennis, That sounds like a good path forward. Please send me github account names for you and Bas, and I'll add you to the SystemImager project. Cheers, -Brian On Tue, Nov 27, 2012 at 12:16 PM, Dennis Stam wrote: > Hi Brian, > > Great news to make SALI into SystemImager. It's better for both teams to > join forces because we want to accomplish the same goal. > > On 27 nov. 2012, at 18:10, Brian Elliott Finley <mailto:br...@thefinleys.com>> wrote: > > I've created the initial repo. Bas -- what do you need from me to move > the code from SourceForce to github? > > Currently we started the development of version 1.6 and it's far from > finished. So as initial import to the git we can use the branch 1.5. > > And probally the easiest way to migrate our source code to the > SystemImager git repo is to fork your repo. From there we can import our > branch 1.5 to the forked git repo. And finally send you a pull request? > > Regards, > > Dennis > > > https://github.com/finley/systemimager > > Thanks! > > > On Tue, Nov 27, 2012 at 11:04 AM, Brian Elliott Finley < > br...@thefinleys.com<mailto:br...@thefinleys.com>> wrote: > I think a move to github would be a fine idea. > > As for the SystemConfigurator functionality, I'd like to use the > SystemImager post-script functionality. It will allow us to > - include simple scripts upstream, that could be used as-is for simple > and common cases > - these simple scripts could be easily customized by site admins, > without having to know SystemImager internals > - a simple script could be used to invoke puppet, chef, or SSM (Simple > State Manager - http://download.systemimager.org/pub/ssm/README) > > Cheers, -Brian > > > > On Mon, Nov 26, 2012 at 5:28 AM, Bas van der Vlies b...@sara.nl>> wrote: > Brian, > > The SALI vork was nescessary to support modern hardware. Your are right > you can better have one source. SALI has implemented a new kernel/initrd > and some shell functions, e.g. one for easy disk partition. We also > replaced the system imager-server software. > > Currently we do not have a tool like systemconfigurator or automatically > generate installation scripts. So we can definitely benefit from > co-operation. My thought for replacing systemconfigurator are with shell > commands or a system maintenance tool like CFengine, puppet , chef ,…. > > Can we move the code to github.com<http://github.com/><http://github.com< > http://github.com/>>. I think it easier to contribute and better suited > if more people are involved. > > regards > > > On 23 nov. 2012, at 19:10, Brian Elliott Finley <mailto:br...@thefinleys.com><mailto:br...@thefinleys.com br...@thefinleys.com>>> wrote: > > Sun, Olivier, > > Please send me your SourceForge usernames. I appreciate your efforts, and > would like to grant you both commit privileges to the SVN repository, so > that you can commit your patches directly. > > Bas, Franck, the same goes for you two if you wish. > > > Regarding a fork, that is generally necessary because one does not have > the ability to modify the upstream original. I will happily grant you this > access, as I think it would be better for the community to improve the main > code stream rather than to have a fork. I know that SALI has special > circumstances that made a fork appropriate for them, at least previously, > but I would also be happy to allow that fork to merge into the mainstream > if SALI considers that desirable. > > > Lastly, with regard to SystemConfigurator, it is no longer being > maintained, and we should work to eliminate our dependency on it. With > modern Linuxes this should be very feasible through the use of SystemImager > postscripts for setup of boot manager (Grub) and networking (if desirable). > > > All -- feel free to call me if you have any questions. Just bear in mind > that I'm generally somewhere in GMT-5 through GMT-7. ;-) If unsure, start > with a text message, or leave a voice mail if I don't answer right away, > but I'll be glad to discuss. My mobile is 469.444.0167. > > > Cheers, -Brian > > > > > > On Wed, Nov 21, 2012 at 1:16 AM, Jing CDL Sun sj...@cn.ibm.com><mailto:sj...@cn.ibm.com<mailto:sj...@cn.ibm.com>>> > wrote: > Hi Olivier, > > Thanks for this sharing! > > Have you cloning Centos-6.3 with these rpms successfully? I tried to use > them for redhat6.3 cloning, bug failed... > > > -- > Monitor your physical, virtual and cloud infrastructure from a single > we
Re: [sisuite-users] RE : RE : new centos-6.3 RPMS
Olivier -- I've added you to github now too. Cheers, -Brian On Tue, Dec 18, 2012 at 10:01 AM, LAHAYE Olivier wrote: > > Hi, > > Brian, thanks for the svn access, it's cool now that I don't have to > maintain tons of patches ;-) > My github account is olahaye74. > > I've commited my modifications to the svn and tested a build and it > worked :-) I should say, it built ;-) > So now, as the version is 4.3.0 in the devel tree, the rpm version will be > 4.3.0-0.x > (4.3.0-1 when a release will be created). > > rpms available here http://olivier.lahaye1.free.fr/RPMS/noarch/ > srpms available here http://olivier.lahaye1.free.fr/SRPMS/ > > Note that they should behave the same as v 4.2.0-0.91svn4568 as the > current status is that I've commited the patch into the svn tree and > updated the spec file to reflect that there is no more patches + minor > modifications. > Hopefully I did not miss anything in the process. :-) > > The i386initrd_template and i386boot-standard and currently being build, > unfortunately, I'm on vaccation tonight and will only be back on january > 7th, if the build process is not finished when I'll have to leave, I'll > hybernate my VM and let the build finish later. > > Best regards, > > Olivier. > > > -- >Olivier LAHAYE >CEA DRT/LIST/DCSI/DIR > -- > *De :* Brian Elliott Finley [br...@thefinleys.com] > *Date d'envoi :* samedi 15 décembre 2012 18:49 > *À :* sisuite-users@lists.sourceforge.net > *Objet :* Re: [sisuite-users] RE : new centos-6.3 RPMS > > Contributors, > > I have added Olivier to the SystemImager project on SourceForge, but I'd > like to add each of you who want to contribute to the SystemImager project > on GitHub too, as that's where it will all be moving. > > If you don't have an account yet, no big -- just go to https://github.comand > create one. Then send me an email with your account name, and I'll get > you added. > > Thanks! > > -Brian > > > On Thu, Nov 29, 2012 at 3:56 AM, LAHAYE Olivier wrote: > >> Hi Brian, >> >> My sourceforge username is "olahaye74" (Olivier LAHAYE) (74 is because >> there was plenty of olivier.lahaye in France ;-)) >> >> I'm very glad to participate. In the meantime, I must let you know that >> I'm not extremely skilled in perl/python and such. I've modified >> systemimager so it can deploy oscar on centos6. The RPMS I've released are >> ok on centos6, but I've discovered that they can't build on centos5. In >> fact, the build system (initrd) after compiling some package does complete >> the initrd by copying missing libs from the build host system. >> Unfortunately, this behaviour breaks things as we have some binaries linked >> with libs that are too far in versions to be compatible (missing simbols). >> >> What I want to say is that I'm a little bit afraid to make modifications >> that could break the whole stuff because my developper skills are not >> extreme (I'm sysadmin in 1st place). >> >> Also I've never participated in such a project and thus I'm not familiar >> with how such modifications can go to the svn. (and I don't want to break >> things) >> >> For example, I've had to upgrade a component, and to change the build >> script so it makes install instead of copying the resulting binaries as the >> new version uses libtool and the old copying method was copying the wrapper >> instead of the lib itself. This change had an impact to the centos5 >> compatibility. I mean, my modification let the thing build on centos6, but >> in the meantime, centos5 became incompatible... >> >> In the end, right now, my rpms cant be build on centos5, though, they can >> deploy any OS. This means that the deploy server must be centos6. >> >> Best resgards. >> >> >> >> -- >>Olivier LAHAYE >>CEA DRT/LIST/DCSI/DIR >>-- >> *De :* Brian Elliott Finley [br...@thefinleys.com] >> *Date d'envoi :* vendredi 23 novembre 2012 19:10 >> *À :* sisuite-users@lists.sourceforge.net >> *Objet :* Re: [sisuite-users] new centos-6.3 RPMS >> >> Sun, Olivier, >> >> Please send me your SourceForge usernames. I appreciate your efforts, >> and would like to grant you both commit privileges to the SVN repository, >> so that you can commit your patches directly. >> >> Bas, Franck, the same goes for you two if you wish. >> >> >> Regarding a fork, that is ge
Re: [sisuite-users] new centos-6.3 RPMS
Bas, No problem. I actually went through a dry run with svn2git yesterday. ;-) I'll take care of the initial import. The Plan: * Yes, we'll pull all of SystemImager into github. * How do you recommend that we incorporate SALI? It could be done as: - a branch - a fork (git style) - a branch with the intent to merge (would need more discussion on this one -- just want to maintain general applicability) Cheers, -Brian On Tue, Dec 18, 2012 at 1:54 PM, Bas van der Vlies wrote: > Brian, > > I am a but swamped at the moment and the holiday season is nearby ;-). > There are tools that convert from sourceforge to github: >* https://github.com/nirvdrum/svn2git#readme > > What is the plan: >* convert systemimager svn (all) to github. We have a lot of versions, > tags and branches >* Where will SALI fit in. There are a lot of changes in the SALI > release. Do we replace the kernelinitrd build process? In SALI we also > replaced the system imager server software. > > regards > > On 18 dec. 2012, at 00:45, Brian Finley wrote: > > > You guys have been added! > > > > https://github.com/finley/systemimager > > > > If you can help by doing the initial import of SystemImager from > SourceForge SVN, that would be great. Let me know if you need anything > from me. > > > > Thanks, -Brian > > > > > > > > On 12/17/2012 03:42 AM, Bas van der Vlies wrote: > >> Brian, > >> > >> > >> My github account is: basvandervlies > >> Dennis github account: dstam > >> > >> > >> regards > >> > >> On 15 dec. 2012, at 18:52, Brian Elliott Finley > wrote: > >> > >>> Dennis, > >>> > >>> That sounds like a good path forward. Please send me github account > names for you and Bas, and I'll add you to the SystemImager project. > >>> > >>> Cheers, -Brian > >>> > >>> > >>> > >>> On Tue, Nov 27, 2012 at 12:16 PM, Dennis Stam > wrote: > >>> Hi Brian, > >>> > >>> Great news to make SALI into SystemImager. It's better for both teams > to join forces because we want to accomplish the same goal. > >>> > >>> On 27 nov. 2012, at 18:10, Brian Elliott Finley <mailto:br...@thefinleys.com>> wrote: > >>> > >>> I've created the initial repo. Bas -- what do you need from me to > move the code from SourceForce to github? > >>> > >>> Currently we started the development of version 1.6 and it's far from > finished. So as initial import to the git we can use the branch 1.5. > >>> > >>> And probally the easiest way to migrate our source code to the > SystemImager git repo is to fork your repo. From there we can import our > branch 1.5 to the forked git repo. And finally send you a pull request? > >>> > >>> Regards, > >>> > >>> Dennis > >>> > >>> > >>> https://github.com/finley/systemimager > >>> > >>> Thanks! > >>> > >>> > >>> On Tue, Nov 27, 2012 at 11:04 AM, Brian Elliott Finley < > br...@thefinleys.com<mailto:br...@thefinleys.com>> wrote: > >>> I think a move to github would be a fine idea. > >>> > >>> As for the SystemConfigurator functionality, I'd like to use the > SystemImager post-script functionality. It will allow us to > >>> - include simple scripts upstream, that could be used as-is for > simple and common cases > >>> - these simple scripts could be easily customized by site admins, > without having to know SystemImager internals > >>> - a simple script could be used to invoke puppet, chef, or SSM > (Simple State Manager - http://download.systemimager.org/pub/ssm/README) > >>> > >>> Cheers, -Brian > >>> > >>> > >>> > >>> On Mon, Nov 26, 2012 at 5:28 AM, Bas van der Vlies <mailto:b...@sara.nl>> wrote: > >>> Brian, > >>> > >>> The SALI vork was nescessary to support modern hardware. Your are > right you can better have one source. SALI has implemented a new > kernel/initrd and some shell functions, e.g. one for easy disk partition. > We also replaced the system imager-server software. > >>> > >>> Currently we do not have a tool like systemconfigurator or > automatically generate installation scripts. So we can definitely benefit > from co-operation. My thought for replacing systemconfi
[sisuite-users] Repo Relocation
All, I have started the process to re-locate the SystemImager code repository from SourceForge to GitHub. Code contributors -- the SourceForge SVN repository should now be treated as read-only, and I've modified the permissions accordingly. I'll send out a reply to this message when the re-location is complete (should be later today). Cheers, -Brian -- Brian Elliott Finley Mobile: 469.444.0167 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Repo Relocation
It is done: https://github.com/finley/SystemImager On Wed, Dec 19, 2012 at 1:37 PM, Brian Elliott Finley wrote: > All, > > I have started the process to re-locate the SystemImager code repository > from SourceForge to GitHub. > > Code contributors -- the SourceForge SVN repository should now be treated > as read-only, and I've modified the permissions accordingly. > > I'll send out a reply to this message when the re-location is complete > (should be later today). > > Cheers, -Brian > > > -- > Brian Elliott Finley > Mobile: 469.444.0167 -- Brian Elliott Finley Mobile: 469.444.0167 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Repo Relocation
As a follow-up -- the SourceForge repository will remain read-only (and may eventually go away). All future commits should be pushed to the GitHub repo. Thanks! -Brian On Wed, Dec 19, 2012 at 6:05 PM, Brian Elliott Finley wrote: > It is done: > > https://github.com/finley/SystemImager > > > > > On Wed, Dec 19, 2012 at 1:37 PM, Brian Elliott Finley < > br...@thefinleys.com> wrote: > >> All, >> >> I have started the process to re-locate the SystemImager code repository >> from SourceForge to GitHub. >> >> Code contributors -- the SourceForge SVN repository should now be treated >> as read-only, and I've modified the permissions accordingly. >> >> I'll send out a reply to this message when the re-location is complete >> (should be later today). >> >> Cheers, -Brian >> >> >> -- >> Brian Elliott Finley >> Mobile: 469.444.0167 > > > > > -- > Brian Elliott Finley > Mobile: 469.444.0167 > -- Brian Elliott Finley Mobile: 469.444.0167 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] support newer kernels in systemimager?
Hi Steven, Thanks for the report. I'll see if I can re-create it in the lab, and update the code accordingly. Thanks, -Brian On Mon, Nov 4, 2013 at 2:02 PM, Steven DuChene wrote: > I am trying to capture the image of a system that is running Ubuntu > Precise 12.04LTS and when I run the si_prepareclient with the following > command line switches: > > si_prepareclient --server 10.23.18.10 --my-modules > > I get the following : > > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $leftovers in substitution (s///) at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 704. > Use of uninitialized value $leftovers in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 707. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > ERROR: unsupported kernel 3.5.0-23-generic! > > The warnings or errors about "Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199" is due to > the way parted is now returning multiple line of text output when the > --version option is passed. It seems that the perl code that is supposed > to be parsing the stuff that is not able to handle that multi-line > output to extract the version of the parted utility. > > > However what concerns me most is the message back that says the > 3.5.0-23-generic kernel is not supported. > Is there any documentation available for systemimager that would show > the necessary process steps to incorperate support for newer kernels? > > Any suggestions about any of this would be most appreciated. BTW, I have > the following installed on the Ubuntu system: > > ii systemconfigurator 2.2.11-1 Unified > Configuration API for Linux Installation > ii systemimager-client 4.1.6 Utilities for > creating an image and upgrading client machines > ii systemimager-common 4.1.6 Utilities and > libraries common to both the server and client > ii systemimager-initrd-template-amd64 4.1.6 > SystemImager initrd template for amd64 client nodes > > -- > Steven DuChene > > > -- > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > -- Brian Elliott Finley Mobile: 469.444.0167 -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] support newer kernels in systemimager?
I'll be there. On my way now... On Nov 18, 2013 8:26 AM, "DuChene, Steven A" wrote: > Is anyone on this list going to be at SC2013 here in Denver? I am > heading down there today. > > I would be interested in meeting up with other HPC people in attendance. > > My E-mail I will be able to check at the conference is tevend@yahoo.comor in > the case of Brian I will also have my cell phone. > > -- > > Steven DuChene > > > > *From:* Brian Elliott Finley [mailto:br...@thefinleys.com] > *Sent:* Monday, November 04, 2013 8:35 PM > *To:* SISuite Users List > *Subject:* Re: [sisuite-users] support newer kernels in systemimager? > > > > Hi Steven, > > > > Thanks for the report. I'll see if I can re-create it in the lab, and > update the code accordingly. > > > > Thanks, -Brian > > > > > > > > On Mon, Nov 4, 2013 at 2:02 PM, Steven DuChene > wrote: > > I am trying to capture the image of a system that is running Ubuntu > Precise 12.04LTS and when I run the si_prepareclient with the following > command line switches: > > si_prepareclient --server 10.23.18.10 --my-modules > > I get the following : > > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $leftovers in substitution (s///) at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 704. > Use of uninitialized value $leftovers in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 707. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199. > ERROR: unsupported kernel 3.5.0-23-generic! > > The warnings or errors about "Use of uninitialized value $v1 in split at > /usr/lib/systemimager/perl/SystemImager/Common.pm line 199" is due to > the way parted is now returning multiple line of text output when the > --version option is passed. It seems that the perl code that is supposed > to be parsing the stuff that is not able to handle that multi-line > output to extract the version of the parted utility. > > > However what concerns me most is the message back that says the > 3.5.0-23-generic kernel is not supported. > Is there any documentation available for systemimager that would show > the necessary process steps to incorperate support for newer kernels? > > Any suggestions about any of this would be most appreciated. BTW, I have > the following installed on the Ubuntu system: > > ii systemconfigurator 2.2.11-1 Unified > Configuration API for Linux Installation > ii systemimager-client 4.1.6 Utilities for > creating an image and upgrading client machines > ii systemimager-common 4.1.6 Utilities and > libraries common to both the server and client > ii systemimager-initrd-template-amd64 4.1.6 > SystemImager initrd template for amd64 client nodes > > -- > Steven DuChene > > > -- > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > > > > > -- > Brian Elliott Finley > Mobile: 469.444.0167 > -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] 4 Debian packages Not Found
Hi Steven, Not dead, just busy. Steven, Mike -- I'll commit to looking into both issues tomorrow morning. -Brian On Jan 10, 2014 3:23 PM, "Steven DuChene" wrote: > On 01/09/2014 08:00 AM, Mike Bianchi wrote: > > Installing systemimager and systemconfigurator fails due to > > > > W: Failed to fetch > > > http://download.systemimager.org/debian/pool/main/d/diffutils/diff_2.8.1-11_amd64.deb > >404 Not Found > > > > > > W: Failed to fetch > > > http://download.systemimager.org/debian/pool/main/c/coreutils/fileutils_5.94-1_all.deb > >404 Not Found > > > > > > W: Failed to fetch > > > http://download.systemimager.org/debian/pool/main/d/dhcp3/dhcp3-common_3.0.3-8_amd64.deb > >404 Not Found > > > > > > W: Failed to fetch > > > http://download.systemimager.org/debian/pool/main/d/dhcp3/dhcp3-server_3.0.3-8_amd64.deb > >404 Not Found > > > > > > Any suggestions? > > > What version of Debian or Ubuntu are you installing this on? On Ubuntu > 12.04 the dhcp packages are called "isc-dhcp-server" rather than dhcp3 > and the diff utility dpkg is called diffutils rather than just diff. > Perhaps you could alter the list of downloaded deb packages to > correspond to the real package names available for your distribution. > > I tried to install the client pieces on a system a few months ago and > while it all installed fine, the actual prepareclient step would not > function on a Ubuntu 12.04LTS Precise system because the systemimager > utilities would not support the 3.X.X kernels found on Ubuntu precise. I > reported this but I have heard absolutely nothing from Bryan or any of > the other developers as far as fix or a suggested work-around. With no > fix forthcoming I have to abandon my plans for using systemimager and > consider it a dead project. Too bad as it was a really cool tool. > -- > Steven DuChene > > > -- > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] 4 Debian packages Not Found
Thanks! On 2014-01-12, 10:06:40am, Mike Bianchi wrote: >On Sat, Jan 11, 2014 at 10:16:06PM -0600, Brian Elliott Finley wrote: >> What version of Debian or Ubuntu are you installing this on? > > uname -a >Linux foveal5 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux > > lsb_release -a >No LSB modules are available. >Distributor ID: Debian >Description:Debian GNU/Linux 7.3 (wheezy) >Release:7.3 >Codename: wheezy > >-- > Mike Bianchi > Foveal Systems > > 973 822-2085 > > mbian...@foveal.com > http://www.AutoAuditorium.com > http://www.FovealMounts.com -- Brian Elliott Finley Mobile: 469.444.0167 -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] 4 Debian packages Not Found
Mike, Thanks for letting us know. I've fixed the problem with the repo, but I'm afraid you'll now get the following error message when you try to install on wheezy: root@wheezy64:~# apt-get install systemimager-server Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: systemimager-server : Depends: mkisofs but it is not installable Recommends: dhcp3-server or dhcp but it is not installable Recommends: syslinux but it is not going to be installed E: Unable to correct problems, you have held broken packages. This fail is due to Debian not included either the "mkisofs" package, or a virtual or transitional package that points to "genisoimage", which is superceding mkisofs: https://github.com/xdissent/ievms/issues/70 The fix for this is for me to update the packages to include _either_ mkisofs or genisoimage as a "Recommends", rather than a "Depends". Same thing with the dhcp package names... But, to get going for right now, you can do this: It turns out that lenny includes an mkisofs transitional package, which basically drops in a symlink like so: root@wheezy64:~# ls -l /usr/bin/mkisofs lrwxrwxrwx 1 root root 11 Oct 26 2008 /usr/bin/mkisofs -> genisoimage So, just add an entry to /etc/apt/sources.list for lenny (it's old enough that it should not supercede any of your wheezy packages, but I haven't tested them all ;-). You can comment it out after installing mkisofs transitional package if you like... deb http://archive.debian.org/debian-archive/debian lenny main apt-get update apt-get install systemimager-server Cheers! -Brian On 2014-01-09, 10:00:20am, Mike Bianchi wrote: >Installing systemimager and systemconfigurator fails due to > >W: Failed to fetch >http://download.systemimager.org/debian/pool/main/d/diffutils/diff_2.8.1-11_amd64.deb > 404 Not Found > > >W: Failed to fetch >http://download.systemimager.org/debian/pool/main/c/coreutils/fileutils_5.94-1_all.deb > 404 Not Found > > >W: Failed to fetch >http://download.systemimager.org/debian/pool/main/d/dhcp3/dhcp3-common_3.0.3-8_amd64.deb > 404 Not Found > > >W: Failed to fetch >http://download.systemimager.org/debian/pool/main/d/dhcp3/dhcp3-server_3.0.3-8_amd64.deb > 404 Not Found > > >Any suggestions? > >-- > Mike Bianchi > Foveal Systems > > 973 822-2085 > > mbian...@foveal.com > http://www.AutoAuditorium.com > http://www.FovealMounts.com > >-- >CenturyLink Cloud: The Leader in Enterprise Cloud Services. >Learn Why More Businesses Are Choosing CenturyLink Cloud For >Critical Workloads, Development Environments & Everything In Between. >Get a Quote or Start a Free Trial Today. >http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk >___ >sisuite-users mailing list >sisuite-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Brian Elliott Finley Mobile: 469.444.0167 -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] support newer kernels in systemimager?
Thanks for the good information, Steven.
It looks like Yann Aubert may have fixed the parsing issue. I checked
out his repo, and see this in his commit log:
┌─[bfinley@bob] ~/src/systemimager.Yann_Aubert/branches/4.2.x/
└─[$] svn log
r4 | aubert | 2011-12-08 07:36:16 -0600 (Thu, 08 Dec 2011) | 2 lines
-> Fix pvdisplay parsing when column appears in device name
r3 | aubert | 2011-12-07 11:58:21 -0600 (Wed, 07 Dec 2011) | 2 lines
fix interface discovery problem when compiling with linux 3.0
r2 | aubert | 2011-12-01 11:37:38 -0600 (Thu, 01 Dec 2011) | 2 lines
Debian packages can be generated again
r1 | aubert | 2011-11-30 11:27:04 -0600 (Wed, 30 Nov 2011) | 2 lines
Importé de svn.systemiager.org
┌─[bfinley@bob] ~/src/systemimager.Yann_Aubert/branches/4.2.x/
└─[$] svn diff -r PREV
Index: lib/SystemImager/Common.pm
===
--- lib/SystemImager/Common.pm (revision 3)
+++ lib/SystemImager/Common.pm (working copy)
@@ -1062,11 +1062,12 @@
$part = $disk . $minor;
}
# Get physical volume information -AR-
-my $cmd = "pvdisplay -c /dev/$part 2>/dev/null";
+my $cmd = "pvs --noheadings -o vg_name /dev/$part 2>/dev/null";
open (PV_INFO, "$cmd|");
unless (eof(PV_INFO)) {
-my @pv_data = split(/:/, );
-my $vg_name = $pv_data[1];
+ my $vg_name = ;
+ chomp ($vg_name);
+ $vg_name = substr ($vg_name, 2);
# This partition will become part to the volume group $vg_name
-AR-
print DISK_FILE qq( lvm_group="$vg_name");
}
Hope that helps in the mean time. You can give it a try by applying
the attached patch to your installed system...
As for the kernel, si_prepareclient completed successfully for me on
Quantal. It's one release newer than what you were using, but I have no
reason to expect it to not work with that kernel either.
┌─[bfinley@bob] ~/src/systemimager/ master ⚡
└─[$] lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 12.10
Release:12.10
Codename: quantal
┌─[bfinley@bob] ~/src/systemimager/ master ⚡
└─[$] uname -r
3.5.0-45-generic
Cheers, -Brian
On 2013-12-10, 05:02:10pm, Steven DuChene wrote:
Bryan:
Sorry I missed getting to SC2013
Did you ever get a chance to look at this Ubuntu 12.04 issue with
systemimager?
--
Steve
On 11/18/2013 07:27 AM, DuChene, Steven A wrote:
Brian:
Any updates yet on the issues I raised below with systemimager?
--
Steven DuChene
*From:*Brian Elliott Finley [mailto:br...@thefinleys.com]
*Sent:* Monday, November 04, 2013 8:35 PM
*To:* SISuite Users List
*Subject:* Re: [sisuite-users] support newer kernels in systemimager?
Hi Steven,
Thanks for the report. I'll see if I can re-create it in the lab,
and update the code accordingly.
Thanks, -Brian
On Mon, Nov 4, 2013 at 2:02 PM, Steven DuChene
mailto:steven.a.duch...@hp.com>> wrote:
I am trying to capture the image of a system that is running Ubuntu
Precise 12.04LTS and when I run the si_prepareclient with the following
command line switches:
si_prepareclient --server 10.23.18.10 --my-modules
I get the following :
Use of uninitialized value $v1 in split at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 199.
Use of uninitialized value $v1 in split at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 199.
Use of uninitialized value $v1 in split at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 199.
Use of uninitialized value $v1 in split at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 199.
Use of uninitialized value $v1 in split at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 199.
Use of uninitialized value $leftovers in substitution (s///) at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 704.
Use of uninitialized value $leftovers in split at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 707.
Use of uninitialized value $v1 in split at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 199.
Use of uninitialized value $v1 in split at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 199.
ERROR: unsupported kernel 3.5.0-23-generic!
The warnings or errors about "Use of uninitialized value $v1 in split at
/usr/lib/systemimager/perl/SystemImager/Common.pm line 199" is due to
the way parted is now ret
Re: [sisuite-users] support newer kernels in systemimager?
Steven,
I'm afraid I'm testing with an unstable version that I'm prepping to
release, but it's not ready yet.
Yann -- do you have debs that you have built from your 4.2.x source
tree? If so, I'd like to add them to the SystemImager Debian repo and
get a copy to Steven.
Thanks, -Brian
On 2014-01-17, 08:36:14pm, DuChene, Steven A wrote:
>OK, I just checked the debian/Ubuntu system where I am trying to run
>si_prepareclient and it has systemimager v4.1.6 packages installed.
>I notice the patch you sent seems to be from a 4.2.X branch. Where do I get
>that branch from??? The newest available from the sourceforge files section is
>4.1.6 from 2008.
>
>Is there any place to download this from so I can transfer it to a group of
>systems that do not have internet access?
>--
>Steven DuChene
>
>-Original Message-
>From: DuChene, Steven A
>Sent: Friday, January 17, 2014 8:17 AM
>To: Brian Elliott Finley
>Cc: sisuite-users@lists.sourceforge.net
>Subject: Re: [sisuite-users] support newer kernels in systemimager?
>
>Brian:
>What version of systemimager are you using to do your testing? I am looking on
>the source forge files area and everything there is very old. Is there some
>place where you are storing newer versions? I will try the patch you sent
>though and see if applies cleanly to the bits I have installed.
>--
>Steve
>
>-Original Message-
>From: Brian Elliott Finley [mailto:br...@thefinleys.com]
>Sent: Sunday, January 12, 2014 9:16 PM
>To: DuChene, Steven A
>Cc: sisuite-users@lists.sourceforge.net
>Subject: Re: [sisuite-users] support newer kernels in systemimager?
>
>Thanks for the good information, Steven.
>
>It looks like Yann Aubert may have fixed the parsing issue. I checked out his
>repo, and see this in his commit log:
>
> ┌─[bfinley@bob] ~/src/systemimager.Yann_Aubert/branches/4.2.x/
> └─[$] svn log
>
> r4 | aubert | 2011-12-08 07:36:16 -0600 (Thu, 08 Dec 2011) | 2 lines
>
>-> Fix pvdisplay parsing when column appears in device name
>
>
> r3 | aubert | 2011-12-07 11:58:21 -0600 (Wed, 07 Dec 2011) | 2 lines
>
> fix interface discovery problem when compiling with linux 3.0
>
>
> r2 | aubert | 2011-12-01 11:37:38 -0600 (Thu, 01 Dec 2011) | 2 lines
>
> Debian packages can be generated again
>
>
> r1 | aubert | 2011-11-30 11:27:04 -0600 (Wed, 30 Nov 2011) | 2 lines
>
> Importé de svn.systemiager.org
>
>
> ┌─[bfinley@bob] ~/src/systemimager.Yann_Aubert/branches/4.2.x/
> └─[$] svn diff -r PREV
> Index: lib/SystemImager/Common.pm
> ===
> --- lib/SystemImager/Common.pm (revision 3)
> +++ lib/SystemImager/Common.pm (working copy)
> @@ -1062,11 +1062,12 @@
> $part = $disk . $minor;
> }
> # Get physical volume information -AR-
> -my $cmd = "pvdisplay -c /dev/$part 2>/dev/null";
> +my $cmd = "pvs --noheadings -o vg_name /dev/$part 2>/dev/null";
> open (PV_INFO, "$cmd|");
> unless (eof(PV_INFO)) {
> -my @pv_data = split(/:/, );
> -my $vg_name = $pv_data[1];
> + my $vg_name = ;
> + chomp ($vg_name);
> + $vg_name = substr ($vg_name, 2);
> # This partition will become part to the volume group
> $vg_name -AR-
> print DISK_FILE qq( lvm_group="$vg_name");
> }
>
>
>Hope that helps in the mean time. You can give it a try by applying the
>attached patch to your installed system...
>
>As for the kernel, si_prepareclient completed successfully for me on Quantal.
>It's one release newer than what you were using, but I have no reason to
>expect it to not work with that kernel either.
>
> ┌─[bfinley@bob] ~/src/systemimager/ master ⚡
> └─[$] lsb_release -a
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description:Ubuntu 12.10
> Release:12.10
> Codename: quantal
>
> ┌─[bfinley@bob] ~/src/systemimager/ master ⚡
> └─[$] uname -r
> 3.5.0-45-generic
>
>
>Cheers, -Brian
>
>
>On 2013-12-10, 05:02:10pm, Steven DuChene wrote:
>>Bryan:
>>Sorry I missed getting to SC2013
>>
>&
Re: [sisuite-users] support newer kernels in systemimager?
Thank you, Yann.
I'll get them into the SystemImager Debian repo.
-Brian
On Mon, Jan 20, 2014 at 6:29 AM, yann aubert wrote:
> Hi Brian,
>
>
> You can find debian packages here :
> https://ipnfiles.in2p3.fr/373a
>
> Yann
>
>
> On dim., 2014-01-19 at 22:59 -0600, Brian Elliott Finley wrote:
> > Steven,
> >
> > I'm afraid I'm testing with an unstable version that I'm prepping to
> > release, but it's not ready yet.
> >
> > Yann -- do you have debs that you have built from your 4.2.x source
> > tree? If so, I'd like to add them to the SystemImager Debian repo and
> > get a copy to Steven.
> >
> > Thanks, -Brian
> >
> >
> > On 2014-01-17, 08:36:14pm, DuChene, Steven A wrote:
> > >OK, I just checked the debian/Ubuntu system where I am trying to run
> si_prepareclient and it has systemimager v4.1.6 packages installed.
> > >I notice the patch you sent seems to be from a 4.2.X branch. Where do I
> get that branch from??? The newest available from the sourceforge files
> section is 4.1.6 from 2008.
> > >
> > >Is there any place to download this from so I can transfer it to a
> group of systems that do not have internet access?
> > >--
> > >Steven DuChene
> > >
> > >-Original Message-
> > >From: DuChene, Steven A
> > >Sent: Friday, January 17, 2014 8:17 AM
> > >To: Brian Elliott Finley
> > >Cc: sisuite-users@lists.sourceforge.net
> > >Subject: Re: [sisuite-users] support newer kernels in systemimager?
> > >
> > >Brian:
> > >What version of systemimager are you using to do your testing? I am
> looking on the source forge files area and everything there is very old. Is
> there some place where you are storing newer versions? I will try the patch
> you sent though and see if applies cleanly to the bits I have installed.
> > >--
> > >Steve
> > >
> > >-Original Message-
> > >From: Brian Elliott Finley [mailto:br...@thefinleys.com]
> > >Sent: Sunday, January 12, 2014 9:16 PM
> > >To: DuChene, Steven A
> > >Cc: sisuite-users@lists.sourceforge.net
> > >Subject: Re: [sisuite-users] support newer kernels in systemimager?
> > >
> > >Thanks for the good information, Steven.
> > >
> > >It looks like Yann Aubert may have fixed the parsing issue. I checked
> out his repo, and see this in his commit log:
> > >
> > > ┌─[bfinley@bob] ~/src/systemimager.Yann_Aubert/branches/4.2.x/
> > > └─[$] svn log
> > >
>
> > > r4 | aubert | 2011-12-08 07:36:16 -0600 (Thu, 08 Dec 2011) | 2
> lines
> > >
> > >-> Fix pvdisplay parsing when column appears in device name
> > >
> > >
>
> > > r3 | aubert | 2011-12-07 11:58:21 -0600 (Wed, 07 Dec 2011) | 2
> lines
> > >
> > > fix interface discovery problem when compiling with linux 3.0
> > >
> > >
>
> > > r2 | aubert | 2011-12-01 11:37:38 -0600 (Thu, 01 Dec 2011) | 2
> lines
> > >
> > > Debian packages can be generated again
> > >
> > >
>
> > > r1 | aubert | 2011-11-30 11:27:04 -0600 (Wed, 30 Nov 2011) | 2
> lines
> > >
> > > Importé de svn.systemiager.org
> > >
> > >
> > > ┌─[bfinley@bob] ~/src/systemimager.Yann_Aubert/branches/4.2.x/
> > > └─[$] svn diff -r PREV
> > > Index: lib/SystemImager/Common.pm
> > > ===
> > > --- lib/SystemImager/Common.pm (revision 3)
> > > +++ lib/SystemImager/Common.pm (working copy)
> > > @@ -1062,11 +1062,12 @@
> > > $part = $disk . $minor;
> > > }
> > > # Get physical volume information -AR-
> > > -my $cmd = "pvdisplay -c /dev/$part 2>/dev/null";
> > > +my $cmd = "pvs --noheadings -o vg_name /dev/$part
> 2>/dev/null";
> > > open (PV_INFO, "$cmd|");
> > > unless (eof(PV_INFO)) {
> > > -my @pv_data = split(/:/, );
> > > -my $vg_name = $pv_data[1];
>
Re: [sisuite-users] NextGen Systemimager (dracut based): progress
Olivier, I'll take dare is that udpcast upload today. Thanks! -Brian On Jan 21, 2015 8:19 AM, "LAHAYE Olivier" wrote: > > Hi, > > I've just been able to create a cracut systemd based systemimager initrd > image that is able to image a node. > > This is a great step forward as it should work on all system that can > build initrd using dracut tool. > For the moment I've only tested on fedora20 build and imaged a centos7 > node without any problem. > > The image was created by hand using dracut and systemd from the standard > systemimager initrd_template. > I've just added a systemimager.target, a systemimager.service that runs > /etc/init.d/rcS. This is ugly but it does work fine. > > Now that I' have a proof of concept, I'm working on the systemimage build > process to avoid building useless stuffs (only build systemimager specific > stuffs and use everything else from the build host). > > Now I'm hitting a small issue with udpcast. I need a more recent version, > because the systemimager version fails to build on recent linus distros. > > So if someone who can have access to systemimager download tree could > update it with latest udpcast tarball, that would help me a lot. > Basically I need > http://www.udpcast.linux.lu/download/udpcast-20120424.tar.bz2 to be > placed in http://download.systemimager.org/pub/udpcast/ > > There is still lot of work to do like identify what build host binaries > should be copied into dracut image, but if I'm not interrupted, I should > have a test version in a few weeks. > > This version will be somewhat ugly regarding dracut concept as it won't > use a systemimager dedicated dracut module to create the image, just a > giant dracut commandline, but the result should be working well. > Once this phase is proven to work on most majort distros (deb+rpm), Ill > try to learn how to create a systemimager dracut module so I can simplify > and enhance the UYOK option. > This should work on non systemd based system as well; though I haven't > tested yet. > > -- >Olivier LAHAYE >CEA DRT/LIST/DIR > > > -- > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
