OK, thanks, it has been very helpful! The problem was that the cloning
process was not able to handle the LABELs in swap partitions. Now it
should be fixed in trunk.. if you want to test it the patch is attached,
maybe you can apply it directly into your installed version (in this
case remember to
Title: Re: [Sisuite-devel] another unitialized variable
This is not specific to
cciss, I get this routinely during my tests too, and my system is very generic
:-)
Cheers,
Bernard
From:
[EMAIL PROTECTED] on behalf of Daniel
WidyonoSent: Sat 08/07/2006 11:56To: Mark
SegerCc: sisuite
> LABEL=SW-cciss/c0d0p2 swapswapdefaults0 0
> >>Use of uninitialized value in hash element at
> >>/usr/lib/systemimager/perl/SystemImager/Common.pm line 1237, line 8.
Looks related to the bug I filed the other day, that someone on this list
mentioned is trying to push th
here it is...
[EMAIL PROTECTED] ~]# cat /etc/fstab
# This file is edited by fstab-sync - see 'man fstab-sync' for details
LABEL=/ / ext3defaults1 1
LABEL=/boot /boot ext3defaults1 2
none/dev/ptsdevpts gid=5,mode=620 0 0
none/d
Mark Seger wrote:
>
> Use of uninitialized value in hash element at
> /usr/lib/systemimager/perl/SystemImager/Common.pm line 1237, line 8.
>
It should be harmless, but to understand better where's the problem
could you post the /etc/fstab of your golden client?
-Andrea
Using Tomcat but need t
I've been successfully beating the crap out of 3.7.3 all day and it
seems rock solid. I believe the following is harmless but should be
trapped and handled cleanly...
Continue? (y/[n]): y
Signaling xinetd to restart...
Using "sfdisk" to gather information about disk:
/dev/cciss/c0d0
Using
