From fcrozat at suse.com Mon Oct 20 02:02:40 2014 From: fcrozat at suse.com (Frederic Crozat) Date: Mon, 20 Oct 2014 10:02:40 +0200 Subject: [sles-beta] [Sleha-beta] [ANNOUNCE] SLE 12 is Gold In-Reply-To: References: Message-ID: <1413792160.4867.32.camel@par-r81vxc7.par.novell.com> Le vendredi 17 octobre 2014 ? 17:39 +0000, John Savanyo a ?crit : > The biggest issue with open-vm-tools is that SLES/SLED 12 dropped support > for GTK2 and only supports GTK3. Whereas open-vm-tools only supports GTK2 > at the present time. So to include open-vm-tools in SLES/SLED, SUSE needed > to disable the desktop integration features, which will mostly be of > interest to users of VMware Fusion and Workstation products. Work around > for this is to uninstall open-vm-tools and install the VMware Tools that > are bundled with VMware Fusion and Workstation products using the perl > script installer. My understanding is that SLES/SLED 12 is targeted for > testing and support by Fusion 7.x/Workstation 11.x or later releases. But > this testing is not complete yet. Hi John, I'm just correcting your statement regarding gtk2 and gtk3 support in SLE12: - gtk2 is still supported on SLE12. Some important applications like Firefox and Libreoffice have not been ported to GTK3. - gtkmm2 (C++ binding for gtk2) is indeed no longer supported on SLES12, only on SLED12 and SLE-WE. -- Frederic Crozat Project Manager Enterprise Desktop SUSE From stefan.seyfried at sap.com Mon Oct 20 06:01:48 2014 From: stefan.seyfried at sap.com (Seyfried, Stefan) Date: Mon, 20 Oct 2014 12:01:48 +0000 Subject: [sles-beta] [sled-beta] [Sleha-beta] [ANNOUNCE] SLE 12 is Gold In-Reply-To: <20141017133245.GT32065@suse.de> References: <20141017123653.GP32065@suse.de> <20141017132151.GC21857@scrayed.us.cray.com> <20141017133245.GT32065@suse.de> Message-ID: <2E9FA6B93AC18748A06DE93ED53C62633DF23A72@DEWDFEMB12B.global.corp.sap> Hi Stefan, On Oct 17, Stefan Behlert wrote: > Currently the next planned release is the official one on Oct 27th on the > official download pages. Is there a way to start mirroring SLE12 in SMT? I'd really need to get our OBS instance building stuff before being able to start even testing SLE12 :-) Best regards, Stefan -- Stefan Seyfried, B1 Systems GmbH HEC Blueprint On Behalf of SAP AG SAP Allee 45 68789 St. Leon-Rot, Germany T +49 351 4811-3667 From jsrain at suse.cz Mon Oct 20 06:10:40 2014 From: jsrain at suse.cz (Jiri Srain) Date: Mon, 20 Oct 2014 14:10:40 +0200 Subject: [sles-beta] [sled-beta] [Sleha-beta] [ANNOUNCE] SLE 12 is Gold In-Reply-To: <2E9FA6B93AC18748A06DE93ED53C62633DF23A72@DEWDFEMB12B.global.corp.sap> References: <20141017123653.GP32065@suse.de> <20141017132151.GC21857@scrayed.us.cray.com> <20141017133245.GT32065@suse.de> <2E9FA6B93AC18748A06DE93ED53C62633DF23A72@DEWDFEMB12B.global.corp.sap> Message-ID: <5444FBC0.90405@suse.cz> Hi Stefan, On 10/20/2014 02:01 PM, Seyfried, Stefan wrote: > Hi Stefan, > > On Oct 17, Stefan Behlert wrote: >> Currently the next planned release is the official one on Oct 27th on the >> official download pages. > > Is there a way to start mirroring SLE12 in SMT? I'd really need to > get our OBS instance building stuff before being able to start even > testing SLE12 :-) Yes, just take the last testing snapshot of the maintenance update of SMT11-SP3 (as announced earlier on this list) and switch it to SCC. Jiri -- Regards, Jiri Srain Project Manager --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain at suse.com Lihovarska 1060/12 tel: +420 284 084 659 190 00 Praha 9 fax: +420 284 084 001 Czech Republic http://www.suse.com From Dick.Waite at softwareag.com Mon Oct 20 06:13:43 2014 From: Dick.Waite at softwareag.com (Waite, Dick) Date: Mon, 20 Oct 2014 12:13:43 +0000 Subject: [sles-beta] [Sleha-beta] [ANNOUNCE] SLE 12 is Gold In-Reply-To: <1413792160.4867.32.camel@par-r81vxc7.par.novell.com> References: <1413792160.4867.32.camel@par-r81vxc7.par.novell.com> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D802630B4@HQMBX4.eur.ad.sag> Grand Day Frederic, Many Thanks for the update as to what is supported on what. Having two slightly different environments, SLES and SLED does give, well does give us more issues than what it's solving? We like to have a SUSE environment on x86_64 that can be either SLES or SLED. Could one have the two SLES iso's and the two SLED iso's enabled? If one could then I think that would be a grand step forward. Not having to check before you use the Linux environment would be very good. I can understand there could be a cost item, as per windows, but if one took cost out can one run with all four iso's enabled? Just to say another Thank You to John, I now have quite a few VMware machine running SUSE 12-GMC2 and with VMware tools running with all features that we need running well. We will now start testing SAG applications and building with the new environments and looking forward to passing on our findings to SUSE. I will just say to anyone wanting to update SUSE 11-SP3 to SUSE 12-GMC2 one must follow the steps given here and in the release notes. Uninstall VMware Tools Run an update, when you at the prompt to add/remove software, ADD open-vm-*, then continue the update. If you don?t do this you can find yourself with SUSE 12 enviroment you no keyboard / mouse When you have a SUSE 12 GMC2 your happy with. Uninstall open-vm* and then run the VMware install tools to give you back the environment and then run the "vmware-reinstall.pl" which after some prompts will re-build the kit with the new kernel and compilers. I have done this on a number of SLES 11-SP3, I have done none with SLED, and they are running very well, with shared folders. __R -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Frederic Crozat Sent: Montag, 20. Oktober 2014 10:03 To: sles-beta at lists.suse.com Subject: Re: [sles-beta] [Sleha-beta] [ANNOUNCE] SLE 12 is Gold Le vendredi 17 octobre 2014 ? 17:39 +0000, John Savanyo a ?crit : > The biggest issue with open-vm-tools is that SLES/SLED 12 dropped > support for GTK2 and only supports GTK3. Whereas open-vm-tools only > supports GTK2 at the present time. So to include open-vm-tools in > SLES/SLED, SUSE needed to disable the desktop integration features, > which will mostly be of interest to users of VMware Fusion and > Workstation products. Work around for this is to uninstall > open-vm-tools and install the VMware Tools that are bundled with > VMware Fusion and Workstation products using the perl script > installer. My understanding is that SLES/SLED 12 is targeted for > testing and support by Fusion 7.x/Workstation 11.x or later releases. But this testing is not complete yet. Hi John, I'm just correcting your statement regarding gtk2 and gtk3 support in SLE12: - gtk2 is still supported on SLE12. Some important applications like Firefox and Libreoffice have not been ported to GTK3. - gtkmm2 (C++ binding for gtk2) is indeed no longer supported on SLES12, only on SLED12 and SLE-WE. -- Frederic Crozat Project Manager Enterprise Desktop SUSE _______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From fcrozat at suse.com Mon Oct 20 06:25:30 2014 From: fcrozat at suse.com (Frederic Crozat) Date: Mon, 20 Oct 2014 14:25:30 +0200 Subject: [sles-beta] [Sleha-beta] [ANNOUNCE] SLE 12 is Gold In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D802630B4@HQMBX4.eur.ad.sag> References: <1413792160.4867.32.camel@par-r81vxc7.par.novell.com> <46AC8C81C10B8C48820201DF2AE1D76D802630B4@HQMBX4.eur.ad.sag> Message-ID: <1413807930.6683.41.camel@par-r81vxc7.par.novell.com> Le lundi 20 octobre 2014 ? 12:13 +0000, Waite, Dick a ?crit : > Grand Day Frederic, > > Many Thanks for the update as to what is supported on what. Having two slightly different environments, SLES and SLED does give, well does give us more issues than what it's solving? We like to have a SUSE environment on x86_64 that can be either SLES or SLED. Could one have the two SLES iso's and the two SLED iso's enabled? If one could then I think that would be a grand step forward. Not having to check before you use the Linux environment would be very good. I can understand there could be a cost item, as per windows, but if one took cost out can one run with all four iso's enabled? Mixing SLED and SLES iso is not a supported scenario by SUSE. Your particular use case (having SLED packages available on SLES) is the reason why we created SUSE Linux Enterprise Workstation Extension. This allows access to SLED packages on a SLES system, which are usually not available on SLES, in a supported way. Please note Workstation extension will require an additional subscription, on top of SLES subscription and is different from a SLED subscription. To ease the beta test, registration was not enabled for Workstation extension on SCC but it will be when SLES 12 is released to the public. -- Frederic Crozat Project Manager Enterprise Desktop SUSE From stefan.seyfried at sap.com Mon Oct 20 07:25:47 2014 From: stefan.seyfried at sap.com (Seyfried, Stefan) Date: Mon, 20 Oct 2014 13:25:47 +0000 Subject: [sles-beta] Update for SMT-Server In-Reply-To: <543E2689.1060205@suse.cz> References: <50C4FA80D11E25409E81FE9DEC9284A16AC2AFCF@WEXCPPA011.fhhnet.stadt.hamburg.de> <543E2689.1060205@suse.cz> Message-ID: <2E9FA6B93AC18748A06DE93ED53C62633DF23AED@DEWDFEMB12B.global.corp.sap> Hi Jiri, On Oct 15, Jiri Srain wrote: > If you need updated SMT for testing purposes (to test SLES GMC), refer > to the snapshot announced on this list earlier. unfortunately "updates.suse.com" throws "410 gone" for all our repositories that were present before: # cat '/srv/www/htdocs/repo/$RCE/SLE11-SP2-Debuginfo-Updates/sle-11-x86_64/.repodata/repomd.xml' 410 Gone

Gone

The requested resource
/repo/$RCE/SLE11-SP2-Debuginfo-Updates/sle-11-x86_64/repodata/repomd.xml
is no longer available on this server and there is no forwarding address. Please remove all references to this resource.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

Apache/2.2.12 (Linux/SUSE) Server at updates.suse.com Port 80
Grand Morning, Running SLES-12-GMC2 on a VMware Workstation with VMware Tools? Looks good. Installed Adabas and ran some basic checks? Quite slow. Ran xosview and system monitor and see the grand Gnome-shell running at above 80% on all the cpus, not very friendly. I did write some words on this back on July 23rd , see below but at that time trying to get a working stable system was high up the food chain. Now the system looks stable, time to look at why Gnome-shell is so CPU hungry, or is that they way it always runs? As I have never used Gnome before I?m not sure what it?s normal way of life? I left it run over lunch and it?s still 70-80% CPU with no I/O or swap active. Question where do I look to find out why? My feeling in the water is ?someone is looking to go home? to access SUSE to look for updates? To try this once a day or week is grand, so one try, but this is a hard loop. __R From: Waite, Dick Sent: Montag, 23. Juni 2014 19:09 To: sles-beta at lists.suse.com Cc: Waite, Dick Subject: SR 10884981671 Grand Evening, Update / Upgrade from SLES 11-SP3 to SLES 12-Beta9 running on VMware Workstation 10-0-2 x86_64 "SLES12-Beta9. New Install went Okay on VMware Workstation 10-0-2 Update from SLE11-SP-3 went better but something like "Python-Bonobo* needed a hand job. That did seem to work but I had no mouse control over the display. I could get into text mode with Cntl_Alt_F2 and I took some screenShots. I did try and copy /var/logs/* to a USB but one does not "see" the USB. I have noted the VMware update Tools giving a lot of nags. Should I try and update VMware Tools or is that part of SLES now?" I have noted in the past that the Gnome Shell does run with a high CPU usage ... My New Install on the above ran Okay, but while working on another machine I took some screenshots of the SLES 12-Beta9 doing no work but the CPU seems to be very high. maybe that is the way Gnome works, ???? maybe that is Okay but that would cost the users a lot on pennies eating that amount of CPU on a zlinux. It seem to be wanting to do something, but there was nothing to do that I could see. Never used Gnome before so bit of a loss as to what diagnostics to take, comments very welcome, use KDE would be very welcome ;o) __R Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2014-10-21 11%3A24%3A27.png Type: image/png Size: 600468 bytes Desc: Screenshot from 2014-10-21 11%3A24%3A27.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2014-10-21 12%3A02%3A25.png Type: image/png Size: 572034 bytes Desc: Screenshot from 2014-10-21 12%3A02%3A25.png URL: From fcrozat at suse.com Tue Oct 21 05:08:38 2014 From: fcrozat at suse.com (Frederic Crozat) Date: Tue, 21 Oct 2014 13:08:38 +0200 Subject: [sles-beta] Was SR 10884981671 - Now Gnome-shell CPU loop In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D80264F54@HQMBX4.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D80264F54@HQMBX4.eur.ad.sag> Message-ID: <1413889718.8377.21.camel@par-r81vxc7.par.novell.com> Le mardi 21 octobre 2014 ? 10:39 +0000, Waite, Dick a ?crit : > Grand Morning, > > > > Running SLES-12-GMC2 on a VMware Workstation with VMware Tools? Looks > good. > > > > Installed Adabas and ran some basic checks? Quite slow. > > > > Ran xosview and system monitor and see the grand Gnome-shell running > at above 80% on all the cpus, not very friendly. I did write some > words on this back on July 23rd , see below but at that time trying to > get a working stable system was high up the food chain. > > > > Now the system looks stable, time to look at why Gnome-shell is so CPU > hungry, or is that they way it always runs? As I have never used Gnome > before I?m not sure what it?s normal way of life? > > > > I left it run over lunch and it?s still 70-80% CPU with no I/O or swap > active. Question where do I look to find out why? Since you are running in software rendering mode (in a VM), gnome-shell will use some CPU (since it doesn't have access to openGL acceleration) but taking 70 to 80% CPU constantly is not a normal behavior. Did you wait a bit until the desktop "settled" before doing your measure ? How did you do your measure ? > My feeling in the water is ?someone is looking to go home? to access > SUSE to look for updates? To try this once a day or week is grand, so > one try, but this is a hard loop. If this was the case, you would see packagekitd in the CPU usage, not gnome-shell. -- Frederic Crozat Project Manager Enterprise Desktop SUSE From fcrozat at suse.com Tue Oct 21 05:20:17 2014 From: fcrozat at suse.com (Frederic Crozat) Date: Tue, 21 Oct 2014 13:20:17 +0200 Subject: [sles-beta] Was SR 10884981671 - Now Gnome-shell CPU loop In-Reply-To: <1413889718.8377.21.camel@par-r81vxc7.par.novell.com> References: <46AC8C81C10B8C48820201DF2AE1D76D80264F54@HQMBX4.eur.ad.sag> <1413889718.8377.21.camel@par-r81vxc7.par.novell.com> Message-ID: <1413890417.8377.23.camel@par-r81vxc7.par.novell.com> Le mardi 21 octobre 2014 ? 13:08 +0200, Frederic Crozat a ?crit : > Le mardi 21 octobre 2014 ? 10:39 +0000, Waite, Dick a ?crit : > > Grand Morning, > > > > > > > > Running SLES-12-GMC2 on a VMware Workstation with VMware Tools? Looks > > good. > > > > > > > > Installed Adabas and ran some basic checks? Quite slow. > > > > > > > > Ran xosview and system monitor and see the grand Gnome-shell running > > at above 80% on all the cpus, not very friendly. I did write some > > words on this back on July 23rd , see below but at that time trying to > > get a working stable system was high up the food chain. > > > > > > > > Now the system looks stable, time to look at why Gnome-shell is so CPU > > hungry, or is that they way it always runs? As I have never used Gnome > > before I?m not sure what it?s normal way of life? > > > > > > > > I left it run over lunch and it?s still 70-80% CPU with no I/O or swap > > active. Question where do I look to find out why? > > Since you are running in software rendering mode (in a VM), gnome-shell > will use some CPU (since it doesn't have access to openGL acceleration) > but taking 70 to 80% CPU constantly is not a normal behavior. Did you > wait a bit until the desktop "settled" before doing your measure ? How > did you do your measure ? Sorry, I missed the screenshots in your initial mail. It looks like you are running gnome-system-monitor inside the VM, so it is expected to "consume" some CPU for rendering gnome-system-monitor itself (since GNOME Shell is a compositing manager). It might be interesting to monitor your VM from the outside, using top over ssh, without additional graphical applications causing screen updates. -- Frederic Crozat Project Manager Enterprise Desktop SUSE From Dick.Waite at softwareag.com Tue Oct 21 06:11:32 2014 From: Dick.Waite at softwareag.com (Waite, Dick) Date: Tue, 21 Oct 2014 12:11:32 +0000 Subject: [sles-beta] Was SR 10884981671 - Now Gnome-shell CPU loop In-Reply-To: <1413890417.8377.23.camel@par-r81vxc7.par.novell.com> References: <46AC8C81C10B8C48820201DF2AE1D76D80264F54@HQMBX4.eur.ad.sag> <1413889718.8377.21.camel@par-r81vxc7.par.novell.com> <1413890417.8377.23.camel@par-r81vxc7.par.novell.com> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D80266065@HQMBX4.eur.ad.sag> Many Thanks Frederic. Running xosview from the outside did show activity when executing an "updated", but when that had finished the xosview did not show any cpu used. Then run xosview in the virtual machine and the outside xosview is showing 3 cpu's running at 30-40% cpu, load factor 1.0 So the way to monitor Adabas is from the outside the virtual machine. Not quite the same with KDE ;o) Something new for me to note down, be very carful what you run in the virtual machine that Gnome might interact with. __R -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Frederic Crozat Sent: Dienstag, 21. Oktober 2014 13:20 To: sles-beta at lists.suse.com Subject: Re: [sles-beta] Was SR 10884981671 - Now Gnome-shell CPU loop Le mardi 21 octobre 2014 ? 13:08 +0200, Frederic Crozat a ?crit : > Le mardi 21 octobre 2014 ? 10:39 +0000, Waite, Dick a ?crit : > > Grand Morning, > > > > > > > > Running SLES-12-GMC2 on a VMware Workstation with VMware Tools? > > Looks good. > > > > > > > > Installed Adabas and ran some basic checks? Quite slow. > > > > > > > > Ran xosview and system monitor and see the grand Gnome-shell running > > at above 80% on all the cpus, not very friendly. I did write some > > words on this back on July 23rd , see below but at that time trying > > to get a working stable system was high up the food chain. > > > > > > > > Now the system looks stable, time to look at why Gnome-shell is so > > CPU hungry, or is that they way it always runs? As I have never used > > Gnome before I?m not sure what it?s normal way of life? > > > > > > > > I left it run over lunch and it?s still 70-80% CPU with no I/O or > > swap active. Question where do I look to find out why? > > Since you are running in software rendering mode (in a VM), > gnome-shell will use some CPU (since it doesn't have access to openGL > acceleration) but taking 70 to 80% CPU constantly is not a normal > behavior. Did you wait a bit until the desktop "settled" before doing > your measure ? How did you do your measure ? Sorry, I missed the screenshots in your initial mail. It looks like you are running gnome-system-monitor inside the VM, so it is expected to "consume" some CPU for rendering gnome-system-monitor itself (since GNOME Shell is a compositing manager). It might be interesting to monitor your VM from the outside, using top over ssh, without additional graphical applications causing screen updates. -- Frederic Crozat Project Manager Enterprise Desktop SUSE _______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From mpost at suse.com Wed Oct 22 10:16:39 2014 From: mpost at suse.com (Mark Post) Date: Wed, 22 Oct 2014 10:16:39 -0600 Subject: [sles-beta] GMC3 Updates issues In-Reply-To: References: Message-ID: <5447A0270200006D00175C47@prv-mh.provo.novell.com> >>> On 10/21/2014 at 01:11 PM, "Gary Ernst" wrote: > I have installed SLE12 GMC2 (Z/series) and completed the registration > process. When I look at the configured repositories, I see what I expect > to see. > When I attempt to run an online update it tells me no update repo has been > configured. Is there something I'm missing ? Is there some sort of manual > registration process I have missed ? What does the SUSE Customer Center say about any systems you have registered? Mark Post From mpost at suse.com Wed Oct 22 10:36:59 2014 From: mpost at suse.com (Mark Post) Date: Wed, 22 Oct 2014 10:36:59 -0600 Subject: [sles-beta] GMC3 Updates issues Message-ID: <5447A4EB0200006D00175C71@prv-mh.provo.novell.com> >>> On 10/22/2014 at 12:29 PM, "Gary Ernst" wrote: > That's another bit of strangeness. When a log into the customer center it > doesn't show up in My Systems even though the registration appears > to have succeeded during install. (automagically added repos pool update > etc) NCC, or SCC? (scc.suse.com) Mark Post From mpost at suse.com Wed Oct 22 11:28:46 2014 From: mpost at suse.com (Mark Post) Date: Wed, 22 Oct 2014 11:28:46 -0600 Subject: [sles-beta] GMC3 Updates issues In-Reply-To: References: <5447A4EB0200006D00175C71@prv-mh.provo.novell.com> Message-ID: <5447B10E0200006D00175C9A@prv-mh.provo.novell.com> >>> On 10/22/2014 at 01:18 PM, "Gary Ernst" wrote: > I'm navigating via www.suse.com then customer center Which takes me to > NCC. > Hmmmm > > Just tried going directly to scc.suse.com. It does show up there. I've > obviously missed a lot. Seems like www.suse.com should point me to scc > instead of ncc when I select Customer Center, but that's another issue. The SCC is not (quite) in production yet, so we can't really point everyone there from www.suse.com. The intent is that it will go live when SLES12 is actually GA. > I am now in the process of building a SLES12 SMT server. (SLES11-SP3 SMT > plus the beta updates). It appears to be mirroring the SLES12 repos as > expected. When the mirror > completes, I will try local registration and see if I can run updates. > > BTW the SMT server I'm building now does show up in SCC. > > As always, Thanks for the help Mark. You're welcome. Mark Post From uwedr at suse.com Thu Oct 23 04:40:52 2014 From: uwedr at suse.com (Uwe Drechsel) Date: Thu, 23 Oct 2014 12:40:52 +0200 Subject: [sles-beta] End of Beta Test Message-ID: <20141023104052.GA11043@suse.com> Dear participants, with the final release of GMC2 last week we have finished the SLE 12 Beta test. On behalf of the release managers and the whole SUSE engineering team I would like to say THANK YOU! for all the time you have invested in testing the beta versions and helping us improving SLE 12. I hope you enjoyed the beta test, we certainly received a lot of valuable feedback. Again thank you for all the emails and service requests you provided, this helped us a lot! An additional thank you goes out to those of you who provided feedback in the final survey last week - this will certainly be considered when we launch the next beta test. There are some feature requests and bugs which are still being worked on - these are planned to be released at a later point in time. This mailinglist is going to be closed beginning of next week, and we are planning to invite you to the next beta test for SUSE Linux Enterprise. Hope to see you again! Regards Uwe Drechsel -- Uwe Drechsel Project Manager SUSE Linux Products GmbH From Dick.Waite at softwareag.com Fri Oct 24 01:39:05 2014 From: Dick.Waite at softwareag.com (Waite, Dick) Date: Fri, 24 Oct 2014 07:39:05 +0000 Subject: [sles-beta] [Sleha-beta] End of Beta Test In-Reply-To: <20141023104052.GA11043@suse.com> References: <20141023104052.GA11043@suse.com> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D8027D45E@HQMBX4.eur.ad.sag> Grand Foggy Morning, One last post before we close, has anyone managed to run a successful Upgrade from SLE11-SP3 to SLES12 on the zLinux platform? With some jiggery pokery I can run an Upgrade on x86_64 on VMware but we have failed from my first try at Beta3 to get an upgrade to run on zLinux. I'd be interested to know if anyone has succeeded. We start from a grand running SLE11-SP3 with KDE and network working well and end up sometimes getting the re-ipl to work but no network or GUI but often just a blank screen. Not made much noise as we needed x86_64 running before effort is made on zLinux and as there were no other good people making noise then it must be Okay and it's something we were doing wrong. A new install does run, but we don't do new installs .... even with new installs we have issues but have a few work-a-rounds. Inquiring minds would like to know... __R ________________________________________ From: sleha-beta-bounces at lists.suse.com [sleha-beta-bounces at lists.suse.com] on behalf of Uwe Drechsel [uwedr at suse.com] Sent: 23 October 2014 12:40 To: sled-beta at lists.suse.com; sleha-beta at lists.suse.com; sles-beta at lists.suse.com Subject: [Sleha-beta] End of Beta Test Dear participants, with the final release of GMC2 last week we have finished the SLE 12 Beta test. On behalf of the release managers and the whole SUSE engineering team I would like to say THANK YOU! for all the time you have invested in testing the beta versions and helping us improving SLE 12. I hope you enjoyed the beta test, we certainly received a lot of valuable feedback. Again thank you for all the emails and service requests you provided, this helped us a lot! An additional thank you goes out to those of you who provided feedback in the final survey last week - this will certainly be considered when we launch the next beta test. There are some feature requests and bugs which are still being worked on - these are planned to be released at a later point in time. This mailinglist is going to be closed beginning of next week, and we are planning to invite you to the next beta test for SUSE Linux Enterprise. Hope to see you again! Regards Uwe Drechsel -- Uwe Drechsel Project Manager SUSE Linux Products GmbH _______________________________________________ sleha-beta mailing list sleha-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sleha-beta Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From rbrown at suse.de Fri Oct 24 01:52:27 2014 From: rbrown at suse.de (Richard Brown) Date: Fri, 24 Oct 2014 09:52:27 +0200 Subject: [sles-beta] [Sleha-beta] End of Beta Test In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D8027D45E@HQMBX4.eur.ad.sag> References: <20141023104052.GA11043@suse.com> <46AC8C81C10B8C48820201DF2AE1D76D8027D45E@HQMBX4.eur.ad.sag> Message-ID: <1414137147.16368.9.camel@ibrokeit.suse.de> On Fri, 2014-10-24 at 07:39 +0000, Waite, Dick wrote: > Grand Foggy Morning, > > One last post before we close, has anyone managed to run a successful Upgrade from SLE11-SP3 to SLES12 on the zLinux platform? > With some jiggery pokery I can run an Upgrade on x86_64 on VMware but we have failed from my first try at Beta3 to get an upgrade to run on zLinux. I'd be interested to know if anyone has succeeded. We start from a grand running SLE11-SP3 with KDE and network working well and end up sometimes getting the re-ipl to work but no network or GUI but often just a blank screen. > Not made much noise as we needed x86_64 running before effort is made on zLinux and as there were no other good people making noise then it must be Okay and it's something we were doing wrong. A new install does run, but we don't do new installs .... even with new installs we have issues but have a few work-a-rounds. > > Inquiring minds would like to know... > > __R I've done upgrades for SLES 11 to SLES 12 on s390x on a number of builds, including Betas and GMCs. The process certainly worked without issues the last time I tested it. Regards, -- Richard Brown QA Engineer openSUSE Chairman Phone +4991174053-361 SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg Geschaeftsfuehrer: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From okir at suse.de Fri Oct 24 02:06:41 2014 From: okir at suse.de (Olaf Kirch) Date: Fri, 24 Oct 2014 10:06:41 +0200 Subject: [sles-beta] End of Beta Test In-Reply-To: <20141023104052.GA11043@suse.com> References: <20141023104052.GA11043@suse.com> Message-ID: <201410241006.43176.okir@suse.de> Dear all, I would like to echo Uwe's words. It is a long development cycle that has now come to an end as we're getting ready to ship. Thank you to all of you who spent a lot of time, effort and brain waves on trying out our beta, RC and GMC releases, providing us with feedback, asking probing questions and suggesting ways to improve the quality of our product (shall I mention predictable interface names... nah, rather not :-) Your contribution to the creation of SLE 12 is much highly appreciated. Sincerely, Olaf Kirch -- Neo didn't bring down the Matrix. SOA did. (soafacts.com) -------------------------------------------- Olaf Kirch - Director SUSE Linux Enterprise; R&D (okir at suse.com) SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From jsrain at suse.cz Fri Oct 24 02:53:15 2014 From: jsrain at suse.cz (Jiri Srain) Date: Fri, 24 Oct 2014 10:53:15 +0200 Subject: [sles-beta] One last Post in this Beta SLES12 In-Reply-To: <40637DBB36AF3941B243A286A432CA0B0F9ED1C1@HXMB12.pnet.ch> References: <40637DBB36AF3941B243A286A432CA0B0F9ED1C1@HXMB12.pnet.ch> Message-ID: <544A137B.1090909@suse.cz> On 10/24/2014 10:03 AM, urs.frey at post.ch wrote: > Hi > I have seen some mails coming in the last few hours, concerning the > launch of SCC soon. > There are also smt-sles11-sp3 updates coming in today > But I miss smt documentation telling me how to change from NCC to SSC > and what all will change. > How is it planned to resolve this? I know that we are later with the SMT documentation that we should be. Anyway, we plan to release an update of the SMT guide via the on-line channels. For the time being, the release notes of SMT11-SP3 have been updated; the on-line version went live before the maintenance update of SMT itself was released, see https://www.suse.com/releasenotes/x86_64/SLE-SMT/11-SP3/#id303181 If you have specific feedback about some stuff missing, I'd appreciate if you could send it to me so that it can be included in the updated admin guide or we can update the release notes themselves. (I will just be on vacation next week). HTH, Jiri > Thank you very much for your feedback > Best regards > Urs Frey > Post CH AG > Informationstechnologie > IT Betrieb > Webergutstrasse 12 > 3030 Bern (Zollikofen) > Telefon : ++41 (0)58 338 58 70 > FAX : ++41 (0)58 667 30 07 > E-Mail: _urs.frey at post.ch_ > > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > -- Regards, Jiri Srain Project Manager --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain at suse.com Lihovarska 1060/12 tel: +420 284 084 659 190 00 Praha 9 fax: +420 284 084 001 Czech Republic http://www.suse.com From urs.frey at post.ch Fri Oct 24 03:27:51 2014 From: urs.frey at post.ch (urs.frey at post.ch) Date: Fri, 24 Oct 2014 09:27:51 +0000 Subject: [sles-beta] One last Post in this Beta SLES12 In-Reply-To: <544A137B.1090909@suse.cz> References: <40637DBB36AF3941B243A286A432CA0B0F9ED1C1@HXMB12.pnet.ch> <544A137B.1090909@suse.cz> Message-ID: <40637DBB36AF3941B243A286A432CA0B0F9ED203@HXMB12.pnet.ch> Hi Jiri Thank you very much for your information I will have a look at the online version. My concerns were rather for all those who are running an SMT and did not join SLES12 beta and therefore have no information yet Just these people do see the smt updates and no release notes. (I know the reason why now) freyu at v04yf4:~> zypper lu Loading repository data... Reading installed packages... S | Repository | Name | Current Version | Available Version | Arch --+-----------------------+-------------+-----------------+-------------------+------- v | SLE11-SMT-SP3-Updates | smt | 1.2.5-0.7.1 | 2.0.7-0.7.1 | x86_64 v | SLE11-SMT-SP3-Updates | smt-support | 1.2.5-0.7.1 | 2.0.7-0.7.1 | x86_64 v | SLE11-SMT-SP3-Updates | yast2-smt | 2.17.27-0.5.2 | 2.17.30-0.9.2 | noarch freyu at v04yf4:~> Best regards Urs Frey????????????????????????????????????????????? Post CH AG Informationstechnologie IT Betrieb Webergutstrasse 12 3030 Bern (Zollikofen) Telefon : ++41 (0)58 338 58 70 FAX???? : ++41 (0)58 667 30 07 E-Mail:?? urs.frey at post.ch -----Urspr?ngliche Nachricht----- Von: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] Im Auftrag von Jiri Srain Gesendet: Friday, October 24, 2014 10:53 AM An: sles-beta at lists.suse.com Betreff: Re: [sles-beta] One last Post in this Beta SLES12 On 10/24/2014 10:03 AM, urs.frey at post.ch wrote: > Hi > I have seen some mails coming in the last few hours, concerning the > launch of SCC soon. > There are also smt-sles11-sp3 updates coming in today > But I miss smt documentation telling me how to change from NCC to SSC > and what all will change. > How is it planned to resolve this? I know that we are later with the SMT documentation that we should be. Anyway, we plan to release an update of the SMT guide via the on-line channels. For the time being, the release notes of SMT11-SP3 have been updated; the on-line version went live before the maintenance update of SMT itself was released, see https://www.suse.com/releasenotes/x86_64/SLE-SMT/11-SP3/#id303181 If you have specific feedback about some stuff missing, I'd appreciate if you could send it to me so that it can be included in the updated admin guide or we can update the release notes themselves. (I will just be on vacation next week). HTH, Jiri > Thank you very much for your feedback > Best regards > Urs Frey > Post CH AG > Informationstechnologie > IT Betrieb > Webergutstrasse 12 > 3030 Bern (Zollikofen) > Telefon : ++41 (0)58 338 58 70 > FAX : ++41 (0)58 667 30 07 > E-Mail: _urs.frey at post.ch_ > > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > -- Regards, Jiri Srain Project Manager --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain at suse.com Lihovarska 1060/12 tel: +420 284 084 659 190 00 Praha 9 fax: +420 284 084 001 Czech Republic http://www.suse.com _______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta From S.M.Flood at ucs.cam.ac.uk Fri Oct 24 03:39:48 2014 From: S.M.Flood at ucs.cam.ac.uk (Simon Flood) Date: Fri, 24 Oct 2014 10:39:48 +0100 Subject: [sles-beta] One last Post in this Beta SLES12 In-Reply-To: <544A137B.1090909@suse.cz> References: <40637DBB36AF3941B243A286A432CA0B0F9ED1C1@HXMB12.pnet.ch> <544A137B.1090909@suse.cz> Message-ID: <544A1E64.8090303@ucs.cam.ac.uk> On 24/10/2014 09:53, Jiri Srain wrote: > For the time being, the release notes of SMT11-SP3 have been updated; > the on-line version went live before the maintenance update of SMT > itself was released, see > > https://www.suse.com/releasenotes/x86_64/SLE-SMT/11-SP3/#id303181 The first sentence "SMT can talk to only one registration service (SCC, NCC, alternatively also SLMS)" would seem to confirm that we need one SMT for SCC (so SLES12 plus anything else registered via SCC) and another SMT for anything NCC (i.e. OES). Is this my correct interpretation? If so, I'm guessing that means separate instances of SMT on separate servers (physical or virtual) rather than a second instance of SMT running on an existing SMT server. Thanks, Simon PS what is SLMS that is referred to in section 4.1 of above docs? -- Simon Flood Senior Systems Specialist University of Cambridge United Kingdom www.linkedin.com/in/simonflood Novell/SUSE/NetIQ Knowledge Partner From jsrain at suse.cz Fri Oct 24 03:50:46 2014 From: jsrain at suse.cz (Jiri Srain) Date: Fri, 24 Oct 2014 11:50:46 +0200 Subject: [sles-beta] One last Post in this Beta SLES12 In-Reply-To: <544A1E64.8090303@ucs.cam.ac.uk> References: <40637DBB36AF3941B243A286A432CA0B0F9ED1C1@HXMB12.pnet.ch> <544A137B.1090909@suse.cz> <544A1E64.8090303@ucs.cam.ac.uk> Message-ID: <544A20F6.7040205@suse.cz> On 10/24/2014 11:39 AM, Simon Flood wrote: > On 24/10/2014 09:53, Jiri Srain wrote: > >> For the time being, the release notes of SMT11-SP3 have been updated; >> the on-line version went live before the maintenance update of SMT >> itself was released, see >> >> https://www.suse.com/releasenotes/x86_64/SLE-SMT/11-SP3/#id303181 > > The first sentence "SMT can talk to only one registration service (SCC, > NCC, alternatively also SLMS)" would seem to confirm that we need one > SMT for SCC (so SLES12 plus anything else registered via SCC) and > another SMT for anything NCC (i.e. OES). Is this my correct interpretation? Yes. If you need to serve both SLE12 and OES (or, in general, products which are available on SCC only and products on NCC only), you need two instances of SMT, one configured against NCC and the other one configured against SCC. > If so, I'm guessing that means separate instances of SMT on separate > servers (physical or virtual) rather than a second instance of SMT > running on an existing SMT server. I don't understand what you mean "a second instance of SMT running on an existing SMT server" > PS what is SLMS that is referred to in section 4.1 of above docs? SUSE Lifecycle Management Server; our solution for providing maintenance updates for custom-built images; it is part of the SUSE Studio (formerly Appliances Toolkig). Jiri -- Regards, Jiri Srain Project Manager --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain at suse.com Lihovarska 1060/12 tel: +420 284 084 659 190 00 Praha 9 fax: +420 284 084 001 Czech Republic http://www.suse.com From S.M.Flood at ucs.cam.ac.uk Fri Oct 24 04:02:13 2014 From: S.M.Flood at ucs.cam.ac.uk (Simon Flood) Date: Fri, 24 Oct 2014 11:02:13 +0100 Subject: [sles-beta] One last Post in this Beta SLES12 In-Reply-To: <544A20F6.7040205@suse.cz> References: <40637DBB36AF3941B243A286A432CA0B0F9ED1C1@HXMB12.pnet.ch> <544A137B.1090909@suse.cz> <544A1E64.8090303@ucs.cam.ac.uk> <544A20F6.7040205@suse.cz> Message-ID: <544A23A5.9030105@ucs.cam.ac.uk> On 24/10/2014 10:50, Jiri Srain wrote: > Yes. If you need to serve both SLE12 and OES (or, in general, products > which are available on SCC only and products on NCC only), you need two > instances of SMT, one configured against NCC and the other one > configured against SCC. Thanks for confirming. > I don't understand what you mean "a second instance of SMT > running on an existing SMT server" Can we run two instances of SMT on the same server, one talking to SCC and the other to NCC, or do we need to run two separate servers each running their own instance of SMT? I'm guessing the answer will be the latter since it's the same SMT commands regardless of which CC is being referenced. > SUSE Lifecycle Management Server; our solution for providing maintenance > updates for custom-built images; it is part of the SUSE Studio (formerly > Appliances Toolkig). Ah, I was wondering if it was HP Software Licensing and Management Solutions since that's what Google found as 5th hit - I guess SUSE need to promote their own SLMS a bit more! Thanks, Simon -- Simon Flood Senior Systems Specialist University of Cambridge United Kingdom www.linkedin.com/in/simonflood Novell/SUSE/NetIQ Knowledge Partner From jsrain at suse.cz Fri Oct 24 04:19:45 2014 From: jsrain at suse.cz (Jiri Srain) Date: Fri, 24 Oct 2014 12:19:45 +0200 Subject: [sles-beta] One last Post in this Beta SLES12 In-Reply-To: <544A23A5.9030105@ucs.cam.ac.uk> References: <40637DBB36AF3941B243A286A432CA0B0F9ED1C1@HXMB12.pnet.ch> <544A137B.1090909@suse.cz> <544A1E64.8090303@ucs.cam.ac.uk> <544A20F6.7040205@suse.cz> <544A23A5.9030105@ucs.cam.ac.uk> Message-ID: <544A27C1.3020409@suse.cz> On 10/24/2014 12:02 PM, Simon Flood wrote: > On 24/10/2014 10:50, Jiri Srain wrote: > >> Yes. If you need to serve both SLE12 and OES (or, in general, products >> which are available on SCC only and products on NCC only), you need two >> instances of SMT, one configured against NCC and the other one >> configured against SCC. > > Thanks for confirming. > >> I don't understand what you mean "a second instance of SMT >> running on an existing SMT server" > > Can we run two instances of SMT on the same server, one talking to SCC > and the other to NCC, or do we need to run two separate servers each > running their own instance of SMT? You need two (optionally virtual) instances of SLES, one talking to NCC and one to SCC. Jiri > I'm guessing the answer will be the latter since it's the same SMT > commands regardless of which CC is being referenced. > >> SUSE Lifecycle Management Server; our solution for providing maintenance >> updates for custom-built images; it is part of the SUSE Studio (formerly >> Appliances Toolkig). > > Ah, I was wondering if it was HP Software Licensing and Management > Solutions since that's what Google found as 5th hit - I guess SUSE need > to promote their own SLMS a bit more! > > Thanks, > Simon -- Regards, Jiri Srain Project Manager --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain at suse.com Lihovarska 1060/12 tel: +420 284 084 659 190 00 Praha 9 fax: +420 284 084 001 Czech Republic http://www.suse.com From urs.frey at post.ch Fri Oct 24 04:31:08 2014 From: urs.frey at post.ch (urs.frey at post.ch) Date: Fri, 24 Oct 2014 10:31:08 +0000 Subject: [sles-beta] One last Post in this Beta SLES12 In-Reply-To: <544A27C1.3020409@suse.cz> References: <40637DBB36AF3941B243A286A432CA0B0F9ED1C1@HXMB12.pnet.ch> <544A137B.1090909@suse.cz> <544A1E64.8090303@ucs.cam.ac.uk> <544A20F6.7040205@suse.cz> <544A23A5.9030105@ucs.cam.ac.uk> <544A27C1.3020409@suse.cz> Message-ID: <40637DBB36AF3941B243A286A432CA0B0F9ED247@HXMB12.pnet.ch> Hi Jiri Just seeing this question from Simon below, I suggest to add a glossary to smt release notes explaining terms like SLMS etc. I also would appreciate to clearly see what I can mirror from NCC and what from SCC and therefore, -if needed -, to see the need of two dedicated SMT installations on two dedicated VMs. This fact should be outlined. Preferably I have a small table listing in mind saying all SLES, SLED, SMT products => SCC. All OES Novell products => NCC Guess this would make things far more transparent Thank you very much Best regards Urs Frey????????????????????????????????????????????? Post CH AG Informationstechnologie IT Betrieb Webergutstrasse 12 3030 Bern (Zollikofen) Telefon : ++41 (0)58 338 58 70 FAX???? : ++41 (0)58 667 30 07 E-Mail:?? urs.frey at post.ch -----Urspr?ngliche Nachricht----- Von: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] Im Auftrag von Jiri Srain Gesendet: Friday, October 24, 2014 12:20 PM An: sles-beta at lists.suse.com Betreff: Re: [sles-beta] One last Post in this Beta SLES12 On 10/24/2014 12:02 PM, Simon Flood wrote: > On 24/10/2014 10:50, Jiri Srain wrote: > >> Yes. If you need to serve both SLE12 and OES (or, in general, products >> which are available on SCC only and products on NCC only), you need two >> instances of SMT, one configured against NCC and the other one >> configured against SCC. > > Thanks for confirming. > >> I don't understand what you mean "a second instance of SMT >> running on an existing SMT server" > > Can we run two instances of SMT on the same server, one talking to SCC > and the other to NCC, or do we need to run two separate servers each > running their own instance of SMT? You need two (optionally virtual) instances of SLES, one talking to NCC and one to SCC. Jiri > I'm guessing the answer will be the latter since it's the same SMT > commands regardless of which CC is being referenced. > >> SUSE Lifecycle Management Server; our solution for providing maintenance >> updates for custom-built images; it is part of the SUSE Studio (formerly >> Appliances Toolkig). > > Ah, I was wondering if it was HP Software Licensing and Management > Solutions since that's what Google found as 5th hit - I guess SUSE need > to promote their own SLMS a bit more! > > Thanks, > Simon -- Regards, Jiri Srain Project Manager --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain at suse.com Lihovarska 1060/12 tel: +420 284 084 659 190 00 Praha 9 fax: +420 284 084 001 Czech Republic http://www.suse.com _______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta