Re: [sisuite-users] Help test latest snapshot of SystemImager
Hi Franck: On Thu, Apr 7, 2011 at 6:47 PM, E-Blokos wrote: > about sources it gives a patch error > > ./configure > > cd > /home/src/systemimager-4.1.99.svn4537.ext4_bli/initrd_source/src/sysvinit-2.8 > 6.ds1.orig && cat > /home/src/systemimager-4.1.99.svn4537.ext4_bli/initrd_source/p > atches/sysvinit.compile_portability.patch > /home/src/systemimager-4.1.99.svn4537. > ext4_bli/initrd_source/patches/sysvinit.debian_rules.patch > /home/src/systemimage > r-4.1.99.svn4537.ext4_bli/initrd_source/patches/sysvinit.Makefile.patch < > /dev/n > ull | patch -p1 > patching file src/bootlogd.c > patching file debian/rules > Hunk #1 FAILED at 9. > 1 out of 1 hunk FAILED -- saving rejects to file debian/rules.rej > patching file src/Makefile > make: *** > [/home/src/systemimager-4.1.99.svn4537.ext4_bli/initrd_source/src/sysv > init-2.86.ds1.orig.unpack] Error 1 I would not consider this as a show-stopper, since users typically do not need to build SystemImager themselves and you mentioned that the RPMs I built work fine. However, if you have a patch that allows the latest version to be built on Fedora 10, please feel free to post it. Thanks, Bernard -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Help test latest snapshot of SystemImager
On Mon, 11 Apr 2011, Patrick Nolan wrote: > Andy Rabagliati wrote: > > > > The nameservers for systemimager.org - listed as > > ns1.thefinleys.com and ns2.thefinleys.com also do not resolve. > > Well, it is back for me too now. But it was gone, from the US and from South Africa, when I posted. I think thefinleys should move their nameservers further apart. Cheers, Andy! -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Help test latest snapshot of SystemImager
Hi Thomas:
Does this work?
Index: sbin/si_getimage
===
--- sbin/si_getimage(revision 4539)
+++ sbin/si_getimage(working copy)
@@ -197,10 +197,12 @@
}
# be sure $update_script was passed a proper option
-unless(
- ($update_script eq "yes")
-or ($update_script eq "no" )
-) { die "\n$program_name: --update-script must be yes or no.\n$get_help\n\n"; }
+if (defined $update_script) {
+ unless(
+ ($update_script eq "yes")
+ or ($update_script eq "no" )
+ ) { die "\n$program_name: --update-script must be yes or
no.\n$get_help\n\n"; }
+}
SystemImager::Server->validate_ip_assignment_option($ip_assignment_method);
SystemImager::Server->validate_post_install_option($post_install);
@@ -528,7 +530,9 @@
}
# if we don't need to update the master script, then exit -- we're done
-unless($update_script eq "yes") { exit 0; }
+if (defined $update_script) {
+ unless($update_script eq "yes") { exit 0; }
+}
### END Overwrite $script_name.master? ###
Thanks,
Bernard
On Fri, Apr 8, 2011 at 7:58 AM, Thomas Zeiser
wrote:
> On Thu, Apr 07, 2011 at 05:11:26PM -0700, Bernard Li wrote:
>> This seems to be a better patch, as it also catches if the user
>> specified --update-script '' on the CLI:
>>
>> Index: sbin/si_getimage
>> ===
>> --- sbin/si_getimage (revision 4539)
>> +++ sbin/si_getimage (working copy)
>> @@ -197,10 +197,12 @@
>> }
>>
>> # be sure $update_script was passed a proper option
>> -unless(
>> - ($update_script eq "yes")
>> - or ($update_script eq "no" )
>> -) { die "\n$program_name: --update-script must be yes or
>> no.\n$get_help\n\n"; }
>> +if (defined $update_script) {
>> + unless(
>> + ($update_script eq "yes")
>> + or ($update_script eq "no" )
>> + ) { die "\n$program_name: --update-script must be yes or
>> no.\n$get_help\n\n"; }
>> +}
>>
>> SystemImager::Server->validate_ip_assignment_option($ip_assignment_method);
>> SystemImager::Server->validate_post_install_option($post_install);
>
> That's only half of the storry; you also need the following part;
>
> ==
> @@ -531,7 +531,7 @@
> }
>
> # if we don't need to update the master script, then exit -- we're
> # done
> -unless($update_script eq "yes") { exit 0; }
> +unless((defined($update_script)) and ($update_script eq "yes")) { exit 0; }
>
> ### END Overwrite $script_name.master? ###
>
> ==
>
>
> Best,
>
> thomas
>
--
Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now! http://p.sf.net/sfu/ibm-webcastpromo
___
sisuite-users mailing list
sisuite-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Help test latest snapshot of SystemImager
On Mon, Apr 11, 2011 at 12:31:12PM -0700, Bernard Li wrote:
> You probably need this patch too:
exactly; this one supersedes my previous hack.
Using your both patches from today works perfectly fine on OpenSUSE 11.3.
Thanks !
thomas
>
> Index: lib/SystemImager/Common.pm
> ===
> --- lib/SystemImager/Common.pm(revision 4539)
> +++ lib/SystemImager/Common.pm(working copy)
> @@ -1669,6 +1669,8 @@
> return 'udev';
> } elsif (m/\bdevfs\b/) {
> return 'devfs';
> +if ((m/\bdevtmpfs\b/) || (m/\/dev\sdevtmpfs\s/)) {
> +return 'devtmpfs';
> }
> }
> close(FILE);
>
> Cheers,
>
> Bernard
>
> On Mon, Apr 11, 2011 at 12:16 PM, Bernard Li wrote:
> > Hi Thomas:
> >
> > Please test the following *untested* patch:
> >
> > Index: lib/SystemImager/Server.pm
> > ===
> > --- lib/SystemImager/Server.pm (revision 4539)
> > +++ lib/SystemImager/Server.pm (working copy)
> > @@ -1760,7 +1760,8 @@
> > $xml_config = XMLin($file, keyattr => { boel => "+devstyle"} );
> > if( defined($xml_config->{boel}->{devstyle})
> > && ( ("$xml_config->{boel}->{devstyle}" eq "udev" )
> > - or ("$xml_config->{boel}->{devstyle}" eq "devfs") )
> > + or ("$xml_config->{boel}->{devstyle}" eq "devfs")
> > + or ("$xml_config->{boel}->{devstyle}" eq "devtmpfs") )
> > ) {
> > $fs_by_mp{'/dev'} = "/dev";
> > }
> > @@ -2316,6 +2317,7 @@
> > # Clients should have one of the following entries in their
> > # autoinstallscript.conf file:
> > #
> > +#
> > #
> > #
> > #
> > @@ -2332,7 +2334,8 @@
> >
> > if( defined($xml_config->{boel}->{devstyle})
> > && ( ("$xml_config->{boel}->{devstyle}" eq "devfs")
> > - or ("$xml_config->{boel}->{devstyle}" eq "udev" ) )
> > + or ("$xml_config->{boel}->{devstyle}" eq "udev" )
> > + or ("$xml_config->{boel}->{devstyle}" eq "devtmpfs" ) )
> > ) {
> >
> > my $cmd = q(mount /dev /a/dev -o bind || shellout);
> >
> > This, along with your patch against lib/SystemImager/Common.pm should
> > add support for devtmpfs. Please test it out and let me know if it
> > works or not. You'll need to re-generate autoinstallscript.conf and
> > the master script respectively.
> >
> > Cheers,
> >
> > Bernard
> >
> > On Mon, Apr 11, 2011 at 11:59 AM, Thomas Zeiser
> > wrote:
> >> Hi Bernard,
> >>
> >> On Fri, Apr 08, 2011 at 12:35:58PM -0700, Bernard Li wrote:
> >>> Hi Thomas:
> >>>
> >>> I'm a bit hesitant to make such a major change to add support for
> >>> devtmpfs -- does imaging work correctly if you enable UYOK?
> >>
> >> I fully understand that you hesitate. However, if the "client OS"
> >> uses devtmpfs neither UYOK nor the standard kernel will work
> >> without manually editing the image.master script because
> >> /etc/systemimager/autoinstallscript.conf will have >> devstyle="static"/> (which is completely wrong). As a consequnce,
> >> imager.master won't get a "mount /dev /a/dev -o bin " line. Thus,
> >> /a/dev is not populated and systemconfigurator won't find the
> >> harddisk to initialize grub, etc.
> >>
> >> Thus, I highly would appreciate any fix that "recognizes" devtmpfs
> >> and maks the image.master script mount /a/dev. Or at least a big
> >> warning in the documentation that this line has be added manually.
> >> A more general alternative might be adding testing code to
> >> image.master to see if /a/dev looks reasonable populated OR mount
> >> /a/dev if not.
> >>
> >> Best,
> >>
> >> thomas
> >>
> >>> Cheers,
> >>>
> >>> Bernard
> >>>
> >>> On Fri, Apr 8, 2011 at 11:48 AM, Thomas Zeiser
> >>> wrote:
> >>> > Hi Bernard,
> >>> >
> >>> > here is one more:
> >>> >
> >>> > OpenSuSE 11.3 does no longer uses devfs but devtmpfs ...
> >>> > An example of /proc/mounts
> >>> >
> >>> > rootfs / rootfs rw 0 0
> >>> > devtmpfs /dev devtmpfs
> >>> > rw,relatime,size=186100k,nr_inodes=46525,mode=755 0 0
> >>> > tmpfs /dev/shm tmpfs rw,relatime 0 0
> >>> > devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
> >>> > /dev/sda2 / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
> >>> > proc /proc proc rw,relatime 0 0
> >>> > sysfs /sys sysfs rw,relatime 0 0
> >>> > debugfs /sys/kernel/debug debugfs rw,relatime 0 0
> >>> >
> >>> > Common.pm won't detect detect that and set "boel devstyle" to
> >>> > "standard" instead of udev (and thus not mount /a/dev).
> >>> >
> >>> >
> >>> > The attached patch extends the regular pattern. But that does not
> >>> > really solve the problem. If no-uyok is used, it's not important
> >>> > what the running system uses but what the standard kernel will
> >>> > require during install. The new standard kernel will always
> >>> > require "boel devsytle=udev" (or si
Re: [sisuite-users] Help test latest snapshot of SystemImager
You probably need this patch too:
Index: lib/SystemImager/Common.pm
===
--- lib/SystemImager/Common.pm (revision 4539)
+++ lib/SystemImager/Common.pm (working copy)
@@ -1669,6 +1669,8 @@
return 'udev';
} elsif (m/\bdevfs\b/) {
return 'devfs';
+if ((m/\bdevtmpfs\b/) || (m/\/dev\sdevtmpfs\s/)) {
+return 'devtmpfs';
}
}
close(FILE);
Cheers,
Bernard
On Mon, Apr 11, 2011 at 12:16 PM, Bernard Li wrote:
> Hi Thomas:
>
> Please test the following *untested* patch:
>
> Index: lib/SystemImager/Server.pm
> ===
> --- lib/SystemImager/Server.pm (revision 4539)
> +++ lib/SystemImager/Server.pm (working copy)
> @@ -1760,7 +1760,8 @@
> $xml_config = XMLin($file, keyattr => { boel => "+devstyle"} );
> if( defined($xml_config->{boel}->{devstyle})
> && ( ("$xml_config->{boel}->{devstyle}" eq "udev" )
> - or ("$xml_config->{boel}->{devstyle}" eq "devfs") )
> + or ("$xml_config->{boel}->{devstyle}" eq "devfs")
> + or ("$xml_config->{boel}->{devstyle}" eq "devtmpfs") )
> ) {
> $fs_by_mp{'/dev'} = "/dev";
> }
> @@ -2316,6 +2317,7 @@
> # Clients should have one of the following entries in their
> # autoinstallscript.conf file:
> #
> +#
> #
> #
> #
> @@ -2332,7 +2334,8 @@
>
> if( defined($xml_config->{boel}->{devstyle})
> && ( ("$xml_config->{boel}->{devstyle}" eq "devfs")
> - or ("$xml_config->{boel}->{devstyle}" eq "udev" ) )
> + or ("$xml_config->{boel}->{devstyle}" eq "udev" )
> + or ("$xml_config->{boel}->{devstyle}" eq "devtmpfs" ) )
> ) {
>
> my $cmd = q(mount /dev /a/dev -o bind || shellout);
>
> This, along with your patch against lib/SystemImager/Common.pm should
> add support for devtmpfs. Please test it out and let me know if it
> works or not. You'll need to re-generate autoinstallscript.conf and
> the master script respectively.
>
> Cheers,
>
> Bernard
>
> On Mon, Apr 11, 2011 at 11:59 AM, Thomas Zeiser
> wrote:
>> Hi Bernard,
>>
>> On Fri, Apr 08, 2011 at 12:35:58PM -0700, Bernard Li wrote:
>>> Hi Thomas:
>>>
>>> I'm a bit hesitant to make such a major change to add support for
>>> devtmpfs -- does imaging work correctly if you enable UYOK?
>>
>> I fully understand that you hesitate. However, if the "client OS"
>> uses devtmpfs neither UYOK nor the standard kernel will work
>> without manually editing the image.master script because
>> /etc/systemimager/autoinstallscript.conf will have > devstyle="static"/> (which is completely wrong). As a consequnce,
>> imager.master won't get a "mount /dev /a/dev -o bin " line. Thus,
>> /a/dev is not populated and systemconfigurator won't find the
>> harddisk to initialize grub, etc.
>>
>> Thus, I highly would appreciate any fix that "recognizes" devtmpfs
>> and maks the image.master script mount /a/dev. Or at least a big
>> warning in the documentation that this line has be added manually.
>> A more general alternative might be adding testing code to
>> image.master to see if /a/dev looks reasonable populated OR mount
>> /a/dev if not.
>>
>> Best,
>>
>> thomas
>>
>>> Cheers,
>>>
>>> Bernard
>>>
>>> On Fri, Apr 8, 2011 at 11:48 AM, Thomas Zeiser
>>> wrote:
>>> > Hi Bernard,
>>> >
>>> > here is one more:
>>> >
>>> > OpenSuSE 11.3 does no longer uses devfs but devtmpfs ...
>>> > An example of /proc/mounts
>>> >
>>> > rootfs / rootfs rw 0 0
>>> > devtmpfs /dev devtmpfs
>>> > rw,relatime,size=186100k,nr_inodes=46525,mode=755 0 0
>>> > tmpfs /dev/shm tmpfs rw,relatime 0 0
>>> > devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
>>> > /dev/sda2 / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
>>> > proc /proc proc rw,relatime 0 0
>>> > sysfs /sys sysfs rw,relatime 0 0
>>> > debugfs /sys/kernel/debug debugfs rw,relatime 0 0
>>> >
>>> > Common.pm won't detect detect that and set "boel devstyle" to
>>> > "standard" instead of udev (and thus not mount /a/dev).
>>> >
>>> >
>>> > The attached patch extends the regular pattern. But that does not
>>> > really solve the problem. If no-uyok is used, it's not important
>>> > what the running system uses but what the standard kernel will
>>> > require during install. The new standard kernel will always
>>> > require "boel devsytle=udev" (or similar) to have /a/dev mounted
>>> > before systemconfigurator will be called from within the
>>> > master.script.
>>> >
>>> >
>>> > Best,
>>> >
>>> > thomas
>>
>
--
Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester fo
Re: [sisuite-users] Help test latest snapshot of SystemImager
Hi Thomas:
Please test the following *untested* patch:
Index: lib/SystemImager/Server.pm
===
--- lib/SystemImager/Server.pm (revision 4539)
+++ lib/SystemImager/Server.pm (working copy)
@@ -1760,7 +1760,8 @@
$xml_config = XMLin($file, keyattr => { boel => "+devstyle"} );
if( defined($xml_config->{boel}->{devstyle})
&& (("$xml_config->{boel}->{devstyle}" eq "udev" )
- or ("$xml_config->{boel}->{devstyle}" eq "devfs") )
+ or ("$xml_config->{boel}->{devstyle}" eq "devfs")
+ or ("$xml_config->{boel}->{devstyle}" eq "devtmpfs") )
) {
$fs_by_mp{'/dev'} = "/dev";
}
@@ -2316,6 +2317,7 @@
# Clients should have one of the following entries in their
# autoinstallscript.conf file:
#
+#
#
#
#
@@ -2332,7 +2334,8 @@
if( defined($xml_config->{boel}->{devstyle})
&& (("$xml_config->{boel}->{devstyle}" eq "devfs")
- or ("$xml_config->{boel}->{devstyle}" eq "udev" ) )
+ or ("$xml_config->{boel}->{devstyle}" eq "udev" )
+ or ("$xml_config->{boel}->{devstyle}" eq "devtmpfs" ) )
) {
my $cmd = q(mount /dev /a/dev -o bind || shellout);
This, along with your patch against lib/SystemImager/Common.pm should
add support for devtmpfs. Please test it out and let me know if it
works or not. You'll need to re-generate autoinstallscript.conf and
the master script respectively.
Cheers,
Bernard
On Mon, Apr 11, 2011 at 11:59 AM, Thomas Zeiser
wrote:
> Hi Bernard,
>
> On Fri, Apr 08, 2011 at 12:35:58PM -0700, Bernard Li wrote:
>> Hi Thomas:
>>
>> I'm a bit hesitant to make such a major change to add support for
>> devtmpfs -- does imaging work correctly if you enable UYOK?
>
> I fully understand that you hesitate. However, if the "client OS"
> uses devtmpfs neither UYOK nor the standard kernel will work
> without manually editing the image.master script because
> /etc/systemimager/autoinstallscript.conf will have devstyle="static"/> (which is completely wrong). As a consequnce,
> imager.master won't get a "mount /dev /a/dev -o bin " line. Thus,
> /a/dev is not populated and systemconfigurator won't find the
> harddisk to initialize grub, etc.
>
> Thus, I highly would appreciate any fix that "recognizes" devtmpfs
> and maks the image.master script mount /a/dev. Or at least a big
> warning in the documentation that this line has be added manually.
> A more general alternative might be adding testing code to
> image.master to see if /a/dev looks reasonable populated OR mount
> /a/dev if not.
>
> Best,
>
> thomas
>
>> Cheers,
>>
>> Bernard
>>
>> On Fri, Apr 8, 2011 at 11:48 AM, Thomas Zeiser
>> wrote:
>> > Hi Bernard,
>> >
>> > here is one more:
>> >
>> > OpenSuSE 11.3 does no longer uses devfs but devtmpfs ...
>> > An example of /proc/mounts
>> >
>> > rootfs / rootfs rw 0 0
>> > devtmpfs /dev devtmpfs
>> > rw,relatime,size=186100k,nr_inodes=46525,mode=755 0 0
>> > tmpfs /dev/shm tmpfs rw,relatime 0 0
>> > devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
>> > /dev/sda2 / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
>> > proc /proc proc rw,relatime 0 0
>> > sysfs /sys sysfs rw,relatime 0 0
>> > debugfs /sys/kernel/debug debugfs rw,relatime 0 0
>> >
>> > Common.pm won't detect detect that and set "boel devstyle" to
>> > "standard" instead of udev (and thus not mount /a/dev).
>> >
>> >
>> > The attached patch extends the regular pattern. But that does not
>> > really solve the problem. If no-uyok is used, it's not important
>> > what the running system uses but what the standard kernel will
>> > require during install. The new standard kernel will always
>> > require "boel devsytle=udev" (or similar) to have /a/dev mounted
>> > before systemconfigurator will be called from within the
>> > master.script.
>> >
>> >
>> > Best,
>> >
>> > thomas
>
--
Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now! http://p.sf.net/sfu/ibm-webcastpromo
___
sisuite-users mailing list
sisuite-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Help test latest snapshot of SystemImager
Hi Bernard, On Fri, Apr 08, 2011 at 12:35:58PM -0700, Bernard Li wrote: > Hi Thomas: > > I'm a bit hesitant to make such a major change to add support for > devtmpfs -- does imaging work correctly if you enable UYOK? I fully understand that you hesitate. However, if the "client OS" uses devtmpfs neither UYOK nor the standard kernel will work without manually editing the image.master script because /etc/systemimager/autoinstallscript.conf will have (which is completely wrong). As a consequnce, imager.master won't get a "mount /dev /a/dev -o bin " line. Thus, /a/dev is not populated and systemconfigurator won't find the harddisk to initialize grub, etc. Thus, I highly would appreciate any fix that "recognizes" devtmpfs and maks the image.master script mount /a/dev. Or at least a big warning in the documentation that this line has be added manually. A more general alternative might be adding testing code to image.master to see if /a/dev looks reasonable populated OR mount /a/dev if not. Best, thomas > Cheers, > > Bernard > > On Fri, Apr 8, 2011 at 11:48 AM, Thomas Zeiser > wrote: > > Hi Bernard, > > > > here is one more: > > > > OpenSuSE 11.3 does no longer uses devfs but devtmpfs ... > > An example of /proc/mounts > > > > rootfs / rootfs rw 0 0 > > devtmpfs /dev devtmpfs > > rw,relatime,size=186100k,nr_inodes=46525,mode=755 0 0 > > tmpfs /dev/shm tmpfs rw,relatime 0 0 > > devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0 > > /dev/sda2 / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0 > > proc /proc proc rw,relatime 0 0 > > sysfs /sys sysfs rw,relatime 0 0 > > debugfs /sys/kernel/debug debugfs rw,relatime 0 0 > > > > Common.pm won't detect detect that and set "boel devstyle" to > > "standard" instead of udev (and thus not mount /a/dev). > > > > > > The attached patch extends the regular pattern. But that does not > > really solve the problem. If no-uyok is used, it's not important > > what the running system uses but what the standard kernel will > > require during install. The new standard kernel will always > > require "boel devsytle=udev" (or similar) to have /a/dev mounted > > before systemconfigurator will be called from within the > > master.script. > > > > > > Best, > > > > thomas -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Help test latest snapshot of SystemImager
have no problem on my side (canada) - Original Message - From: "Bernard Li" To: Sent: Monday, April 11, 2011 1:44 PM Subject: Re: [sisuite-users] Help test latest snapshot of SystemImager Hi Andy: On Mon, Apr 11, 2011 at 6:40 AM, Andy Rabagliati wrote: > I am having difficulty resolving this site. > > Can anyone give me an IP address ? > > The nameservers for systemimager.org - listed as > ns1.thefinleys.com and ns2.thefinleys.com also do not resolve. > > whois data for systemimager.org and thefinleys.com does not > list IP addresses for their nameservers.. Where are you based? Perhaps there are some issues with your ISP's DNS servers? Cheers, Bernard -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
[sisuite-users] Auto Reply: sisuite-users Digest, Vol 58, Issue 5
Greetings, Thank you for your email. I am currently out of the office. Please expect delays to any email / vmail...I will get back to you as soon as possible. For service, please file an iSupport ticket against our team http://envops.us.oracle.com/EnvironmentOperations/DesktopTeam/Processes/Request_Support/eXpressSR/index.htm You can also visit our web pages for answers to your most of your questions http://envops.us.oracle.com/EnvironmentOperations/DesktopTeam/index.htm Regards, Ajaz I Mirza -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Help test latest snapshot of SystemImager
Hi Andy: On Mon, Apr 11, 2011 at 6:40 AM, Andy Rabagliati wrote: > I am having difficulty resolving this site. > > Can anyone give me an IP address ? > > The nameservers for systemimager.org - listed as > ns1.thefinleys.com and ns2.thefinleys.com also do not resolve. > > whois data for systemimager.org and thefinleys.com does not > list IP addresses for their nameservers.. Where are you based? Perhaps there are some issues with your ISP's DNS servers? Cheers, Bernard -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Help test latest snapshot of SystemImager
Andy Rabagliati wrote: > On Fri, 25 Mar 2011, Bernard Li wrote: > >> You can find the tarballs and RPMs here: >> >> http://download.systemimager.org/~bli/systemimager/ > > I am having difficulty resolving this site. > > Can anyone give me an IP address ? > > The nameservers for systemimager.org - listed as > ns1.thefinleys.com and ns2.thefinleys.com also do not resolve. > > whois data for systemimager.org and thefinleys.com does not > list IP addresses for their nameservers.. > [pln@glast2 ~]$ host -a download.systemimager.org Trying "download.systemimager.org" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56510 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;download.systemimager.org. IN ANY ;; ANSWER SECTION: download.systemimager.org. 86342 IN A 128.135.125.209 ;; AUTHORITY SECTION: systemimager.org. 80330 IN NS ns2.thefinleys.com. systemimager.org. 80330 IN NS ns1.thefinleys.com. ;; ADDITIONAL SECTION: ns1.thefinleys.com. 598730 IN A 96.39.211.250 ns2.thefinleys.com. 3542IN A 96.39.211.251 Received 141 bytes from 171.64.7.77#53 in 1 ms -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] Help test latest snapshot of SystemImager
On Fri, 25 Mar 2011, Bernard Li wrote: > You can find the tarballs and RPMs here: > > http://download.systemimager.org/~bli/systemimager/ I am having difficulty resolving this site. Can anyone give me an IP address ? The nameservers for systemimager.org - listed as ns1.thefinleys.com and ns2.thefinleys.com also do not resolve. whois data for systemimager.org and thefinleys.com does not list IP addresses for their nameservers.. Cheers,Andy! -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
Re: [sisuite-users] images folder
You can specify the image directory in /etc/systemimager/systemimager.conf: DEFAULT_IMAGE_DIR = -Kevin On Thu, Apr 7, 2011 at 10:22 PM, E-Blokos wrote: > sorry for my stupid question (don't remember the systemimager options > since years now) > is it possible to install the images folder in other part of the filesystem > ? > my /etc partition is too small > > thanks > > > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > sisuite-users mailing list > sisuite-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sisuite-users > > -- Kevin Van Workum, PhD Sabalcore Computing Inc. Run your code on 500 processors. Sign up for a free trial account. www.sabalcore.com 877-492-8027 ext. 11 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev___ sisuite-users mailing list sisuite-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sisuite-users
