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] Can System Imager deal with LVM yet?
Drew, comments below... Drew Weaver wrote: > 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: This point is not so clear to me... are you using the following script as a post-install script? because in this case I'm not able to figure how it can work, since post-install scripts run chrooted into the installed image... > > 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: > ok, now this is a post-install script (I suppose). Moreover (I'm sure this is not the problem), but I'd try to put grub-install after the substitutions. > 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. > You can check if your script is the last script executed just before the reboot... otherwise other scripts could modify the menu.lst, writing /dev/sda3 in the root parameter... systemconfigurator for example could do something like that... > 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. > Sure... look at update-grub: http://www.fifi.org/cgi-bin/man2html/usr/share/man/man8/update-grub.8.gz Maybe you can also try to run this command in a post-install script... Regards, -Andrea --- 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&
RE: [Sisuite-users] Can System Imager deal with LVM yet?
Title: RE: [Sisuite-users] Can System Imager deal with LVM yet? Hey Drew: Do you build a golden image or do you use SystemInstaller to build it? OSCAR (http://oscar.openclustergroup.org) uses SystemInstaller/SystemImager for building images for cluster nodes and as far as I know you can build one image and it will work for either hda or sda HDs. Perhaps you can try the code in OSCAR SVN and see if that works better for you - it already includes SystemImager 3.6.2 as well as newer versions of SystemInstaller and SystemConfigurator. Cheers, Bernard From: [EMAIL PROTECTED] on behalf of Drew WeaverSent: Fri 03/03/2006 21:47To: Brian Elliott FinleyCc: sisuite-users@lists.sourceforge.netSubject: RE: [Sisuite-users] Can System Imager deal with LVM yet? Brian, thanks for finally clearing that up.I went ahead and came up with my own solution to this problem; howeverthis is a single hangup that I cant seem to get past; if anyone has ANYsuggestions I would be forever in their debt as I have spent so muchtime trying to make this thing work: I am using SystemImager to auto-install about 500 differentmachines, some of them are CentOS; as you can Imagine I want to automatethe installation of the bootloader; so I wrote a 2 scripts to accomplishthis task. Why two? Because some of the machines are IDE, and some ofthem are SATA, and I need to be able to use the same disk image on bothof the drive types. Here is the first bash script:if grep -q sda /proc/diskstatsthen 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/grubinstallexit 0What this does is determines whether the drive is SATA or IDE by lookingat diskstats, if it is SATA, it mounts /dev/sda1 & /dev/sda3, if it isIDE, it mounts /dev/hda1 & /dev/hda3, it also creates and mounts all ofthe auxillary filesystems (proc, sys, dev) The next script which I runin the CentOS environment via chroot is:TYPE= SUBS=if grep -q sda /proc/diskstatsthen 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 0By the way /a is the ROOT of the hard drive (freshly imaged) and /a/bootis the boot partition of the hard drive (freshly imaged).This script again enumerates the type of hard disk attached to thesystem, installs grub on /dev/hda1 or /dev/sda1, modifies/boot/grub/menu.lst /boot/grub/grub.conf /etc/fstab /etc/grub.confsda>hda hda>sda and so forth. Everything actually works fine; grub is installed; the files areall modified appropriately. The issue comes when the newly imaged system comes up. The firsttime the system boots up; grub is still configured to boot withroot=/dev/sda3; even though NONE of the configuration files mentionanything about /dev/sda3. However if I hit 'E' and modify the 'kernel...' line in the grub editor from the bootloader, and allow it to bootup; 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 thenreboot before it will work. Its almost like the CentOS boot process 'fixes' whatever iswrong with grub; the first time it boots after I run my crazy script onit; but I cant figure out what process during the boot is doing it; orwhat else I need to do to ensure trouble free auto-installation ofCentOS.Any advice anyone can give me would be wonderful.Thanks,-Drew-Original Message-From: Brian Elliott Finley [mailto:[EMAIL PROTECTED]] On Behalf OfBrian Elliott FinleySent: Friday, March 03, 2006 9:34 PMTo: Drew WeaverCc: sisuite-users@lists.sourceforge.netSubject: Re: [Sisuite-users] Can System Imager deal with LV
RE: [Sisuite-users] Can System Imager deal with LVM yet?
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 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]
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?
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
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
Re: [Sisuite-users] Can System Imager deal with LVM yet?
Traub, Kevin (KTRAUB) wrote: > Hello All; > > I asked this question to the list last week but no one had the courtesy > to respond so I'll ask it one more time. > A simple Yes or No response would be appreciated. > > Does the stable version of System Imager work with LVM's yet? > > A reply is greatly appreciated. > > -Kevin Traub > > LVM support has been added from version 3.5.2, so if you're using 3.4.1 you cannot use LVM. Anyway IMO 3.6.2 can be considered stable enough, at the moment I'm using this release in production without any problem. Best regards, -Andrea --- 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?
It doesn't even install grub properly; so I doubt it handles LVM. -Drew -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charles Galpin Sent: Friday, March 03, 2006 7:41 AM To: sisuite-users@lists.sourceforge.net Subject: Re: [Sisuite-users] Can System Imager deal with LVM yet? On Mar 3, 2006, at 7:02 AM, Traub, Kevin (KTRAUB) wrote: > Hello All; > > I asked this question to the list last week but no one had the courtesy > to respond so I'll ask it one more time. > A simple Yes or No response would be appreciated. > > Does the stable version of System Imager work with LVM's yet? > > A reply is greatly appreciated. I don't know :) charles --- 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
Re: [Sisuite-users] Can System Imager deal with LVM yet?
On Mar 3, 2006, at 7:02 AM, Traub, Kevin (KTRAUB) wrote: Hello All; I asked this question to the list last week but no one had the courtesy to respond so I'll ask it one more time. A simple Yes or No response would be appreciated. Does the stable version of System Imager work with LVM's yet? A reply is greatly appreciated. I don't know :) charles --- 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