From sarsene at suse.com Wed Apr 3 06:56:37 2013 From: sarsene at suse.com (Simona Arsene) Date: Wed, 03 Apr 2013 14:56:37 +0200 Subject: [sles-beta] Agenda for Beta 4 Conference Call Message-ID: <515C4325020000220013DF38@smtp.nue.novell.com> Hello, Tomorrow we'll have our 4th call within the SLES 11 SP3 Beta Program and I would like to take the opportunity to discuss with you topics like: - SLES lifecycle, - Repository setup for SLES 11 SP3 - Migration to the latest SP If you have any specific questions where you are looking for answers, please let us know. We're looking forward to have you on the call tomorrow, Your SUSE Linux Enterprise Team From urs.frey at post.ch Fri Apr 5 06:42:04 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Fri, 5 Apr 2013 12:42:04 +0000 Subject: [sles-beta] Experience with SLES11-SP3 Beta4 Message-ID: <40637DBB36AF3941B243A286A432CA0B0E2378D5@HXMB12.pnet.ch> Hi I did install from scratch SLES11-SP3 Beta4 x86_64 on HP Proliant BL460c-Gen8 Intel Xeon E5-2660, BL465c-Gen8 AMD Opteron 6220, DL385-G5 AMD Opteron 2356 and VMware ESX 5i Installation runs OK, no problems so far. Still this mcelog message on console saying, that AMD CPU is unsupported. Guess, BUG [Bug 807336] solution did not make it for Beta4.. Intel ======== h05cni:~ # grep "model name" /proc/cpuinfo | sort -u model name : Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz h05cni:~ # /etc/init.d/mcelog stop Shutting down mcelog... done h05cni:~ # /etc/init.d/mcelog start Starting mcelog... done h05cni:~ # AMD ========== h04szd:~ # grep "model name" /proc/cpuinfo | sort -u model name : Quad-Core AMD Opteron(tm) Processor 2356 h04szd:~ # /etc/init.d/mcelog stop Shutting down mcelog... done h04szd:~ # /etc/init.d/mcelog start Starting mcelog... CPU is unsupported startproc: exit status of parent of /usr/sbin/mcelog: 1 failed h04szd:~ # uname -a Linux h04szd 3.0.70-0.9-default #1 SMP Tue Apr 2 13:01:38 UTC 2013 (25ae5d2) x86_64 x86_64 x86_64 GNU/Linux h04szd:~ # h05cnh:~ # grep "model name" /proc/cpuinfo | sort -u model name : AMD Opteron(TM) Processor 6220 h05cnh:~ # /etc/init.d/mcelog stop Shutting down mcelog... done h05cnh:~ # /etc/init.d/mcelog start Starting mcelog... CPU is unsupported startproc: exit status of parent of /usr/sbin/mcelog: 1 failed h05cnh:~ # uname -a Linux h05cnh 3.0.70-0.9-default #1 SMP Tue Apr 2 13:01:38 UTC 2013 (25ae5d2) x86_64 x86_64 x86_64 GNU/Linux h05cnh:~ # h04syy:~ # grep "model name" /proc/cpuinfo | sort -u model name : Quad-Core AMD Opteron(tm) Processor 2356 h04syy:~ # /etc/init.d/mcelog stop Shutting down mcelog... done h04syy:~ # /etc/init.d/mcelog start Starting mcelog... CPU is unsupported startproc: exit status of parent of /usr/sbin/mcelog: 1 failed h04syy:~ # uname -a Linux h04syy 3.0.70-0.9-default #1 SMP Tue Apr 2 13:01:38 UTC 2013 (25ae5d2) x86_64 x86_64 x86_64 GNU/Linux h04syy:~ # ========================== BUT, when taking the solution from BUG [Bug 807336] with the modified /etc/init.d/mcelog it does load the edac_mce_amd kernel module, and the this "unsupported message" is no longer there. So for me this would solve the issue. h05cnh:~ # grep "model name" /proc/cpuinfo | sort -u model name : AMD Opteron(TM) Processor 6220 h05cnh:~ # /etc/init.d/mcelog stop Shutting down mcelog... done h05cnh:~ # /etc/init.d/mcelog start Starting mcelog... AMD CPU detected, loading edac_mce_amd done h05cnh:~ # h04syy:~ # grep "model name" /proc/cpuinfo | sort -u model name : Quad-Core AMD Opteron(tm) Processor 2356 h04syy:~ # /etc/init.d/mcelog stop Shutting down mcelog... done h04syy:~ # /etc/init.d/mcelog start Starting mcelog... AMD CPU detected, loading edac_mce_amd done h04syy:~ # best regards Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From behlert at suse.de Fri Apr 5 06:54:49 2013 From: behlert at suse.de (Stefan Behlert) Date: Fri, 5 Apr 2013 14:54:49 +0200 Subject: [sles-beta] Experience with SLES11-SP3 Beta4 In-Reply-To: <40637DBB36AF3941B243A286A432CA0B0E2378D5@HXMB12.pnet.ch> References: <40637DBB36AF3941B243A286A432CA0B0E2378D5@HXMB12.pnet.ch> Message-ID: <20130405125449.GE26534@suse.de> On Apr 05, 13 12:42:04 +0000, urs.frey at post.ch wrote: > Hi > I did install from scratch SLES11-SP3 Beta4 x86_64 on HP Proliant BL460c-Gen8 Intel Xeon E5-2660, BL465c-Gen8 AMD Opteron 6220, DL385-G5 AMD Opteron 2356 and VMware ESX 5i > > Installation runs OK, no problems so far. > Still this mcelog message on console saying, that AMD CPU is unsupported. > Guess, BUG [Bug 807336] solution did not make it for Beta4.. Yes, the fix will be in RC1. Stefan -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Desktop Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From mail at marcusmoeller.ch Mon Apr 8 03:23:25 2013 From: mail at marcusmoeller.ch (Marcus Moeller) Date: Mon, 08 Apr 2013 11:23:25 +0200 Subject: [sles-beta] Download Servers Message-ID: <51628C8D.4090207@marcusmoeller.ch> Hi all. WOW, have you upgraded your download Servers. I get a gread dl speed here in Switzerland now (which was not really the case in the past). Greetings Marcus From urs.frey at post.ch Mon Apr 8 09:46:49 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Mon, 8 Apr 2013 15:46:49 +0000 Subject: [sles-beta] slides from Beta Call-4 for download? Message-ID: <40637DBB36AF3941B243A286A432CA0B0E238738@HXMB12.pnet.ch> Hi Beta conference call-4 from April 4th, last Thursday had some very important aspects, e.g. the return to single patch- update repository in SLES11-SP3. Will say SLES11-SP3-Updates, will be the only patch update path for SLES11-SP3. There were some really easy to understand slides in the presentation, I would like to show to my colleagues at the office. Now when going to the beta download page there is nothing to download concerning the last beta call, even there was a positive response to my question in the chat during the presentation. I would be glad to hear if the slides from beta-call-4 will be made accessible or no. It would also be nice to have the support document http://www.novell.com/support/kb/doc.php?id=7010225 updated for SLES11-SP3 please. Thank you very much Best regards Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From mark at mrlinux.co.uk Mon Apr 8 10:39:08 2013 From: mark at mrlinux.co.uk (Mark Robinson - MrLinux) Date: Mon, 8 Apr 2013 17:39:08 +0100 Subject: [sles-beta] slides from Beta Call-4 for download? In-Reply-To: <51630CFA020000220013E7D6@smtp.nue.novell.com> References: <40637DBB36AF3941B243A286A432CA0B0E238738@HXMB12.pnet.ch> <51630CFA020000220013E7D6@smtp.nue.novell.com> Message-ID: <496C5919-6D6C-4D93-86A9-CC442B04AE07@mrlinux.co.uk> Simona, That file won't open on my machine :-( It's only 192k which seems a bit small for a slide deck. Could you please try sending it again. Thx -- Mark Robinson MrLinux Training and Consultancy Mobile: +44 (0) 7428 523 038 www.mrlinux.co.uk On 8 Apr 2013, at 17:31, Simona Arsene wrote: > From mge at suse.com Mon Apr 8 10:56:37 2013 From: mge at suse.com (Matthias G. Eckermann) Date: Mon, 8 Apr 2013 18:56:37 +0200 Subject: [sles-beta] slides from Beta Call-4 for download? In-Reply-To: <496C5919-6D6C-4D93-86A9-CC442B04AE07@mrlinux.co.uk> References: <40637DBB36AF3941B243A286A432CA0B0E238738@HXMB12.pnet.ch> <51630CFA020000220013E7D6@smtp.nue.novell.com> <496C5919-6D6C-4D93-86A9-CC442B04AE07@mrlinux.co.uk> Message-ID: <20130408165637.GC18752@suse.com> On 2013-04-08 T 17:39 +0100 Mark Robinson - MrLinux wrote: > That file won't open on my machine :-( It's only > 192k which seems a bit small for a slide deck. It works for me. > Could you please try sending it again. I bounced Simona's Mail directly to your E-Mail address. HTH - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From uwedr at suse.com Tue Apr 9 01:49:22 2013 From: uwedr at suse.com (Uwe Drechsel) Date: Tue, 9 Apr 2013 09:49:22 +0200 Subject: [sles-beta] slides from Beta Call-4 for download? In-Reply-To: <40637DBB36AF3941B243A286A432CA0B0E238738@HXMB12.pnet.ch> References: <40637DBB36AF3941B243A286A432CA0B0E238738@HXMB12.pnet.ch> Message-ID: <20130409074922.GU18400@suse.de> Hi Urs, On Mon, Apr 08, urs.frey at post.ch wrote: > Hi > Beta conference call-4 from April 4th, last Thursday had some very > important aspects, e.g. the return to single patch- update repository > in SLES11-SP3. > > There were some really easy to understand slides in the presentation, > I would like to show to my colleagues at the office. > the complete presentation is still available as recording at http://www.novell.com/huddle/event/index.php?event_id=64fdeea652a89ec3e970d22a86698ac8 Password is still "mysusebeta" Thanks Uwe -- Uwe Drechsel SUSE Linux Beta Program Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From Greg.Lehmann at csiro.au Tue Apr 9 19:11:21 2013 From: Greg.Lehmann at csiro.au (Greg.Lehmann at csiro.au) Date: Wed, 10 Apr 2013 01:11:21 +0000 Subject: [sles-beta] slides from Beta Call-4 for download? In-Reply-To: <20130409074922.GU18400@suse.de> References: <40637DBB36AF3941B243A286A432CA0B0E238738@HXMB12.pnet.ch> <20130409074922.GU18400@suse.de> Message-ID: I know you are working on getting the slides up but how about the full presentation with audio? I don't think there is anything beta specific in there. If there is something beta specific, perhaps it could be muted but the rest of the audio left in. Cheers, Greg > -----Original Message----- > From: sles-beta-bounces at lists.suse.com [mailto:sles-beta- > bounces at lists.suse.com] On Behalf Of Uwe Drechsel > Sent: Tuesday, 9 April 2013 5:49 PM > To: sles-beta at lists.suse.com > Subject: Re: [sles-beta] slides from Beta Call-4 for download? > > Hi Urs, > > On Mon, Apr 08, urs.frey at post.ch wrote: > > > Hi > > Beta conference call-4 from April 4th, last Thursday had some very > > important aspects, e.g. the return to single patch- update repository > > in SLES11-SP3. > > > > There were some really easy to understand slides in the presentation, > > I would like to show to my colleagues at the office. > > > > the complete presentation is still available as recording at > > http://www.novell.com/huddle/event/index.php?event_id=64fdeea652a89ec3e > 970d22a86698ac8 > > Password is still "mysusebeta" > > Thanks > Uwe > > -- > Uwe Drechsel > SUSE Linux Beta Program Manager > SUSE Linux Products GmbH > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG > N?rnberg) > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta From Klaus.Gmeinwieser at oce.com Wed Apr 10 05:43:57 2013 From: Klaus.Gmeinwieser at oce.com (Klaus Gmeinwieser) Date: Wed, 10 Apr 2013 13:43:57 +0200 Subject: [sles-beta] SLES 11 SP3 Beta4 with KDE Message-ID: <5165507D.8070004@oce.com> Hello, I just did an Update of a Beta3 system and a fresh install of a Beta4 with KDE. All of the stuff works fine :) but I got aware of an annoying issue which I want to discuss. For every storage media (CD,DVD,USB stick) I need to provide the root password for accessing any device. Is this behavior works as defined this way? Is this intended for security reasons? For me, I can not and also do not want to give every user the root password in order to read/write data from/to a removal media. How do I reconfigure the system to give regular users the ability to mount and read/write local removal storage media? Are there any side effects to be taken care of after the reconfiguration? Thanks a lot in advance Best Regards Klaus -- Klaus Gmeinwieser email: klaus.gmeinwieser at oce.com voice: +49 8121 72 4358 Oc? Printing Systems GmbH - A Canon Group Company This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation. From fabian.herschel at suse.com Wed Apr 10 06:55:12 2013 From: fabian.herschel at suse.com (Fabian Herschel) Date: Wed, 10 Apr 2013 14:55:12 +0200 Subject: [sles-beta] SLES 11 SP3 Beta4 with KDE In-Reply-To: <5165507D.8070004@oce.com> References: <5165507D.8070004@oce.com> Message-ID: <51656130.7000501@suse.com> Hi, I guess this is a security setting. Check yast security -> predefined security configuration -> select networked workstation (info from the opensuse.org forum - I did not double check it, maybe it also works for you) Regards Fabian On 04/10/2013 01:43 PM, Klaus Gmeinwieser wrote: > Hello, > > I just did an Update of a Beta3 system and a fresh install of a Beta4 > with KDE. All of the stuff works fine :) but I got aware of an > annoying issue which I want to discuss. For every storage media > (CD,DVD,USB stick) I need to provide the root password for accessing > any device. Is this behavior works as defined this way? Is this > intended for security reasons? > > For me, I can not and also do not want to give every user the root > password in order to read/write data from/to a removal media. How do I > reconfigure the system to give regular users the ability to mount and > read/write local removal storage media? Are there any side effects to > be taken care of after the reconfiguration? > > Thanks a lot in advance > Best Regards > Klaus -- Fabian Herschel - SAP Architekt LinuxLab SUSE LINUX Products GmbH,Maxfeldstrasse 5, 90409 N?rnberg,Germany Tel : +49-179-292-6675 Email: fabian.herschel at suse.de ----------------------------------------------------------------- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) ----------------------------------------------------------------- http://www.suse.com From Klaus.Gmeinwieser at oce.com Wed Apr 10 07:13:06 2013 From: Klaus.Gmeinwieser at oce.com (Klaus Gmeinwieser) Date: Wed, 10 Apr 2013 15:13:06 +0200 Subject: [sles-beta] SLES 11 SP3 Beta4 with KDE In-Reply-To: <51656130.7000501@suse.com> References: <5165507D.8070004@oce.com> <51656130.7000501@suse.com> Message-ID: <51656562.3080101@oce.com> Hi Fabian, I just reconfigured the system as you mentioned, but it/this did not change the behavior (relogin done, but no reboot). As of your email, I suppose this is meant to be a default feature of SLES11? Regards Klaus Am 10.04.2013 14:55, schrieb Fabian Herschel: > Hi, > > I guess this is a security setting. > > Check > yast security > -> predefined security configuration > -> select networked workstation > > (info from the opensuse.org forum - I did not double check it, maybe it > also works for you) > > Regards > Fabian > > On 04/10/2013 01:43 PM, Klaus Gmeinwieser wrote: >> Hello, >> >> I just did an Update of a Beta3 system and a fresh install of a Beta4 >> with KDE. All of the stuff works fine :) but I got aware of an >> annoying issue which I want to discuss. For every storage media >> (CD,DVD,USB stick) I need to provide the root password for accessing >> any device. Is this behavior works as defined this way? Is this >> intended for security reasons? >> >> For me, I can not and also do not want to give every user the root >> password in order to read/write data from/to a removal media. How do I >> reconfigure the system to give regular users the ability to mount and >> read/write local removal storage media? Are there any side effects to >> be taken care of after the reconfiguration? >> >> Thanks a lot in advance >> Best Regards >> Klaus > > -- Klaus Gmeinwieser email: klaus.gmeinwieser at oce.com voice: +49 8121 72 4358 Oc? Printing Systems GmbH - A Canon Group Company This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation. From kukuk at suse.de Wed Apr 10 07:27:55 2013 From: kukuk at suse.de (Thorsten Kukuk) Date: Wed, 10 Apr 2013 15:27:55 +0200 Subject: [sles-beta] SLES 11 SP3 Beta4 with KDE In-Reply-To: <51656562.3080101@oce.com> References: <5165507D.8070004@oce.com> <51656130.7000501@suse.com> <51656562.3080101@oce.com> Message-ID: <20130410132754.GA4945@suse.de> Hi, On Wed, Apr 10, Klaus Gmeinwieser wrote: > Hi Fabian, > > I just reconfigured the system as you mentioned, but it/this did not change > the behavior (relogin done, but no reboot). > > As of your email, I suppose this is meant to be a default feature of SLES11? Yes, of course you don't want that anybody can use/mount whatever he likes by default. You need to look at the polkit rules, I think it is "org.freedesktop.hal.storage.mount-removable" Thorsten > > Regards > Klaus > > Am 10.04.2013 14:55, schrieb Fabian Herschel: >> Hi, >> >> I guess this is a security setting. >> >> Check >> yast security >> -> predefined security configuration >> -> select networked workstation >> >> (info from the opensuse.org forum - I did not double check it, maybe it >> also works for you) >> >> Regards >> Fabian >> >> On 04/10/2013 01:43 PM, Klaus Gmeinwieser wrote: >>> Hello, >>> >>> I just did an Update of a Beta3 system and a fresh install of a Beta4 >>> with KDE. All of the stuff works fine :) but I got aware of an >>> annoying issue which I want to discuss. For every storage media >>> (CD,DVD,USB stick) I need to provide the root password for accessing >>> any device. Is this behavior works as defined this way? Is this >>> intended for security reasons? >>> >>> For me, I can not and also do not want to give every user the root >>> password in order to read/write data from/to a removal media. How do I >>> reconfigure the system to give regular users the ability to mount and >>> read/write local removal storage media? Are there any side effects to >>> be taken care of after the reconfiguration? >>> >>> Thanks a lot in advance >>> Best Regards >>> Klaus >> >> > > -- > Klaus Gmeinwieser > > email: klaus.gmeinwieser at oce.com > voice: +49 8121 72 4358 > > Oc? Printing Systems GmbH - A Canon Group Company > > This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. > > If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. > > If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. > > Thank you for your co-operation. > > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From kukuk at suse.de Wed Apr 10 07:34:36 2013 From: kukuk at suse.de (Thorsten Kukuk) Date: Wed, 10 Apr 2013 15:34:36 +0200 Subject: [sles-beta] SLES 11 SP3 Beta4 with KDE In-Reply-To: <20130410132754.GA4945@suse.de> References: <5165507D.8070004@oce.com> <51656130.7000501@suse.com> <51656562.3080101@oce.com> <20130410132754.GA4945@suse.de> Message-ID: <20130410133435.GA5891@suse.de> On Wed, Apr 10, Thorsten Kukuk wrote: > > Hi, > > On Wed, Apr 10, Klaus Gmeinwieser wrote: > > > Hi Fabian, > > > > I just reconfigured the system as you mentioned, but it/this did not change > > the behavior (relogin done, but no reboot). > > > > As of your email, I suppose this is meant to be a default feature of SLES11? > > Yes, of course you don't want that anybody can use/mount whatever he likes > by default. You need to look at the polkit rules, I think it is > "org.freedesktop.hal.storage.mount-removable" Ok, it took me 1 minute to find the solution via google documented for everybody in the SUSE/Novell Knowledgebase: http://www.novell.com/support/kb/doc.php?id=7003564 mounting removable media on SLES11 (policy driven) Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From fabian.herschel at suse.com Wed Apr 10 08:07:21 2013 From: fabian.herschel at suse.com (Fabian Herschel) Date: Wed, 10 Apr 2013 16:07:21 +0200 Subject: [sles-beta] SLES 11 SP3 Beta4 with KDE In-Reply-To: <20130410133435.GA5891@suse.de> References: <5165507D.8070004@oce.com> <51656130.7000501@suse.com> <51656562.3080101@oce.com> <20130410132754.GA4945@suse.de> <20130410133435.GA5891@suse.de> Message-ID: <51657219.1070606@suse.com> Thanks Thorsten, your solution docuemnted in our TID works fine. @Klaus: Sorry for my wrong solution, I was a bit to fast sending my mail On 04/10/2013 03:34 PM, Thorsten Kukuk wrote: > On Wed, Apr 10, Thorsten Kukuk wrote: > >> Hi, >> >> On Wed, Apr 10, Klaus Gmeinwieser wrote: >> >>> Hi Fabian, >>> >>> I just reconfigured the system as you mentioned, but it/this did not change >>> the behavior (relogin done, but no reboot). >>> >>> As of your email, I suppose this is meant to be a default feature of SLES11? >> Yes, of course you don't want that anybody can use/mount whatever he likes >> by default. You need to look at the polkit rules, I think it is >> "org.freedesktop.hal.storage.mount-removable" > Ok, it took me 1 minute to find the solution via google documented > for everybody in the SUSE/Novell Knowledgebase: > > http://www.novell.com/support/kb/doc.php?id=7003564 > mounting removable media on SLES11 (policy driven) > > Thorsten > -- Fabian Herschel - SAP Architekt LinuxLab SUSE LINUX Products GmbH,Maxfeldstrasse 5, 90409 N?rnberg,Germany Tel : +49-179-292-6675 Email: fabian.herschel at suse.de ----------------------------------------------------------------- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) ----------------------------------------------------------------- http://www.suse.com From uwedr at suse.com Thu Apr 11 08:37:15 2013 From: uwedr at suse.com (Uwe Drechsel) Date: Thu, 11 Apr 2013 16:37:15 +0200 Subject: [sles-beta] slides from Beta Call-4 for download? In-Reply-To: References: <40637DBB36AF3941B243A286A432CA0B0E238738@HXMB12.pnet.ch> <20130409074922.GU18400@suse.de> Message-ID: <20130411143714.GA18400@suse.de> On Wed, Apr 10, Greg.Lehmann at csiro.au wrote: > I know you are working on getting the slides up but how about the full > presentation with audio? I don't think there is anything beta specific > in there. If there is something beta specific, perhaps it could be > muted but the rest of the audio left in. > There is currently no plan to put up the slides in addition to the already uploaded full presentation, including audio and chatlog. http://www.novell.com/huddle/event/index.php?event_id=64fdeea652a89ec3e970d22a86698ac8 Thanks Uwe -- Uwe Drechsel SUSE Linux Beta Program Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From Greg.Lehmann at csiro.au Thu Apr 11 17:47:26 2013 From: Greg.Lehmann at csiro.au (Greg.Lehmann at csiro.au) Date: Thu, 11 Apr 2013 23:47:26 +0000 Subject: [sles-beta] slides from Beta Call-4 for download? In-Reply-To: <20130411143714.GA18400@suse.de> References: <40637DBB36AF3941B243A286A432CA0B0E238738@HXMB12.pnet.ch> <20130409074922.GU18400@suse.de> <20130411143714.GA18400@suse.de> Message-ID: That's a shame. As others have said it is educational and the more of this stuff that is out there, the less service calls you guys get. Cheers, Greg > -----Original Message----- > From: sles-beta-bounces at lists.suse.com [mailto:sles-beta- > bounces at lists.suse.com] On Behalf Of Uwe Drechsel > Sent: Friday, 12 April 2013 12:37 AM > To: sles-beta at lists.suse.com > Subject: Re: [sles-beta] slides from Beta Call-4 for download? > > On Wed, Apr 10, Greg.Lehmann at csiro.au wrote: > > > I know you are working on getting the slides up but how about the > full > > presentation with audio? I don't think there is anything beta > specific > > in there. If there is something beta specific, perhaps it could be > > muted but the rest of the audio left in. > > > > There is currently no plan to put up the slides in addition to the > already uploaded full presentation, including audio and chatlog. > > http://www.novell.com/huddle/event/index.php?event_id=64fdeea652a89ec3e > 970d22a86698ac8 > > > Thanks > Uwe > > -- > Uwe Drechsel > SUSE Linux Beta Program Manager > SUSE Linux Products GmbH > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG > N?rnberg) > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta From gsu at axway.com Thu Apr 11 10:34:35 2013 From: gsu at axway.com (Guang Su) Date: Thu, 11 Apr 2013 16:34:35 +0000 Subject: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available In-Reply-To: <20130404110244.GB18897@suse.de> References: <20130404110244.GB18897@suse.de> Message-ID: Hi, I ran into a strange issue with AutoYaST installation. When using PXE installation with autoyast profile, the partition layout is not same comparing to SP2. It appears the autoyast partitioning does not create the extended partition. The same profile is used for installation on both SP2 and SP3 beta 4 on SP2 Device Boot Start End Blocks Id System /dev/sda1 * 2048 272383 135168 83 Linux /dev/sda2 272384 21254143 10490880 83 Linux /dev/sda3 21254144 570949631 274847744 5 Extended /dev/sda5 21256192 33849343 6296576 82 Linux swap / Solaris /dev/sda6 33851392 570918911 268533760 83 Linux on SP3 beta 4 Device Boot Start End Blocks Id System /dev/sda1 * 2048 272383 135168 83 Linux /dev/sda2 272384 21254143 10490880 83 Linux /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris /dev/sda4 40130560 1754529791 857199616 83 Linux Thanks --Guang -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Thorsten Kukuk Sent: Thursday, April 4, 2013 4:03 AM To: sles-beta at lists.suse.com Subject: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! SUSE CONFIDENTIAL !! SUSE CONFIDENTIAL !! SUSE CONFIDENTIAL !! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Dear Beta Tester, we are happy to announce SUSE Linux Enterprise Server 11 SP3 Beta4 ISO images are now available for download now. Please go to http://www.novell.com/beta and select "View my beta page". Here you should see all Beta's you are part of. We offer 3 DVD ISOs: DVD1 contains the binaries, the second DVD the sources and the third DVD the debuginfo packages. The final product will not contain the debuginfo packages on the media. Please verify the md5sum of the ISO using the MD5SUMS file, which can be found in the same directory on the download servers. Thanks in advance for all your testing Your SUSE Linux Enterprise Team -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From gsu at axway.com Mon Apr 15 09:50:18 2013 From: gsu at axway.com (Guang Su) Date: Mon, 15 Apr 2013 15:50:18 +0000 Subject: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available In-Reply-To: <516BBD52.2080606@suse.com> References: <20130404110244.GB18897@suse.de> <516BBD52.2080606@suse.com> Message-ID: Hi, No, there's only 1 HDD on the system (DELL PowerEdge R720). The below sample is coming from 2 server. One running SP2 and the other one running SP3 beta 4. Both installation were done with PXe installation using autoyast. Does SD card or USB flash drive consider as 2nd disk? Here's the auotyoast profile section for partition, only 2 partitions marked as primary, the reset should be logical in an extended partition. DRIVE_DEVICE true ext3 true false /boot label false 131 primary 128MB ext3 true noauto,noatime false /mnt/image label true 131 primary 10GB swap true false swap label 130 8GB ext3 true false / label false 131 max all Thanks --Guang -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Kai Dupke Sent: Monday, April 15, 2013 1:42 AM To: sles-beta at lists.suse.com Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available On 04/11/2013 06:34 PM, Guang Su wrote: > Hi, > > I ran into a strange issue with AutoYaST installation. When using PXE > installation with autoyast profile, the partition layout is not same > comparing to SP2. It appears the autoyast partitioning does not create > the extended partition. The same profile is used for installation on > both SP2 and SP3 beta 4 > > on SP2 > Device Boot Start End Blocks Id System > /dev/sda1 * 2048 272383 135168 83 Linux > /dev/sda2 272384 21254143 10490880 83 Linux > /dev/sda3 21254144 570949631 274847744 5 Extended > /dev/sda5 21256192 33849343 6296576 82 Linux swap / Solaris > /dev/sda6 33851392 570918911 268533760 83 Linux > > on SP3 beta 4 > Device Boot Start End Blocks Id System > /dev/sda1 * 2048 272383 135168 83 Linux > /dev/sda2 272384 21254143 10490880 83 Linux > /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris > /dev/sda4 40130560 1754529791 857199616 83 Linux Do you use different disks? How does the autoyast profile for the disks looks like? Might be the second disk layout is GPT based, parted shows the partition table type. greetings Kai Dupke Senior Product Manager Server Product Line -- Phone: +49-(0)5102-9310828 Mail: kai.dupke at suse.com Mobile: +49-(0)173-5876766 WWW: www.suse.com SUSE Linux Products GmbH - Maxfeldstr. 5 - 90409 Nuernberg (Germany) GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG Nurnberg) From mge at suse.com Mon Apr 15 09:56:03 2013 From: mge at suse.com (Matthias G. Eckermann) Date: Mon, 15 Apr 2013 17:56:03 +0200 Subject: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available In-Reply-To: References: <20130404110244.GB18897@suse.de> <516BBD52.2080606@suse.com> Message-ID: <20130415155603.GA28412@suse.com> On 2013-04-15 T 15:50 +0000 Guang Su wrote: > No, there's only 1 HDD on the system (DELL PowerEdge > R720). The below sample is coming from 2 server. One > running SP2 and the other one running SP3 beta 4. Both > installation were done with PXe installation using > autoyast. Does SD card or USB flash drive consider as > 2nd disk? Most probably yes. Please make sure that you compares the _exact_ same hardware configuration. so long - MgE [...] > -----Original Message----- > From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Kai Dupke > Sent: Monday, April 15, 2013 1:42 AM > To: sles-beta at lists.suse.com > Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available > > On 04/11/2013 06:34 PM, Guang Su wrote: > > Hi, > > > > I ran into a strange issue with AutoYaST installation. When using PXE > > installation with autoyast profile, the partition layout is not same > > comparing to SP2. It appears the autoyast partitioning does not create > > the extended partition. The same profile is used for installation on > > both SP2 and SP3 beta 4 > > > > on SP2 > > Device Boot Start End Blocks Id System > > /dev/sda1 * 2048 272383 135168 83 Linux > > /dev/sda2 272384 21254143 10490880 83 Linux > > /dev/sda3 21254144 570949631 274847744 5 Extended > > /dev/sda5 21256192 33849343 6296576 82 Linux swap / Solaris > > /dev/sda6 33851392 570918911 268533760 83 Linux > > > > on SP3 beta 4 > > Device Boot Start End Blocks Id System > > /dev/sda1 * 2048 272383 135168 83 Linux > > /dev/sda2 272384 21254143 10490880 83 Linux > > /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris > > /dev/sda4 40130560 1754529791 857199616 83 Linux > > Do you use different disks? > > How does the autoyast profile for the disks looks like? > > Might be the second disk layout is GPT based, parted shows the partition table type. > > greetings > Kai Dupke > Senior Product Manager > Server Product Line > -- > Phone: +49-(0)5102-9310828 Mail: kai.dupke at suse.com > Mobile: +49-(0)173-5876766 WWW: www.suse.com > > SUSE Linux Products GmbH - Maxfeldstr. 5 - 90409 Nuernberg (Germany) > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG Nurnberg) > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From gsu at axway.com Mon Apr 15 10:29:46 2013 From: gsu at axway.com (Guang Su) Date: Mon, 15 Apr 2013 16:29:46 +0000 Subject: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available In-Reply-To: <20130415155603.GA28412@suse.com> References: <20130404110244.GB18897@suse.de> <516BBD52.2080606@suse.com> <20130415155603.GA28412@suse.com> Message-ID: I am seeing the same issue with same hardware configuration. I don't understand why 2nd disk would have impact on Auotyast partitioning. SLES11 - SP3 (Beta 4) Disk /dev/sda: 898.3 GB, 898319253504 bytes 255 heads, 63 sectors/track, 109214 cylinders, total 1754529792 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000bdb75 Device Boot Start End Blocks Id System /dev/sda1 * 2048 272383 135168 83 Linux /dev/sda2 272384 21254143 10490880 83 Linux /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris /dev/sda4 40130560 1754529791 857199616 83 Linux parted -l Model: DELL PERC 6/i (scsi) Disk /dev/sda: 898GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 139MB 138MB primary ext3 boot, type=83 2 139MB 10.9GB 10.7GB primary ext3 type=83 3 10.9GB 20.5GB 9665MB primary linux-swap(v1) type=82 4 20.5GB 898GB 878GB primary ext3 type=83 lsscsi [0:0:32:0] enclosu DP BACKPLANE 1.07 - [0:2:0:0] disk DELL PERC 6/i 1.22 /dev/sda [1:0:0:0] cd/dvd TEAC DVD-ROM DV-28SW R.2A /dev/sr0 [3:0:0:0] disk iDRAC LCDRIVE 0323 /dev/sdb [4:0:0:0] cd/dvd iDRAC Virtual CD 0323 /dev/sr1 [4:0:0:1] disk iDRAC Virtual Floppy 0323 /dev/sdc SLES11 - SP2 Disk /dev/sda: 898.3 GB, 898319253504 bytes 255 heads, 63 sectors/track, 109214 cylinders, total 1754529792 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0006c7a9 Device Boot Start End Blocks Id System /dev/sda1 * 2048 272383 135168 83 Linux /dev/sda2 272384 21254143 10490880 83 Linux /dev/sda3 21254144 1754529791 866637824 5 Extended /dev/sda5 21256192 40130559 9437184 82 Linux swap / Solaris /dev/sda6 40132608 1754507263 857187328 83 Linux parted -l Model: DELL PERC 6/i (scsi) Disk /dev/sda: 898GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 139MB 138MB primary ext3 boot, type=83 2 139MB 10.9GB 10.7GB primary ext3 type=83 3 10.9GB 898GB 887GB extended type=05 5 10.9GB 20.5GB 9664MB logical linux-swap(v1) type=82 6 20.5GB 898GB 878GB logical ext3 type=83 lsscsi [0:0:32:0] enclosu DP BACKPLANE 1.07 - [0:2:0:0] disk DELL PERC 6/i 1.22 /dev/sda [1:0:0:0] cd/dvd TEAC DVD-ROM DV-28SW R.2A /dev/sr0 [3:0:0:0] disk iDRAC LCDRIVE 0323 /dev/sdb [4:0:0:0] cd/dvd iDRAC Virtual CD 0323 /dev/sr1 [4:0:0:1] disk iDRAC Virtual Floppy 0323 /dev/sdc Thanks --Guang -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Matthias G. Eckermann Sent: Monday, April 15, 2013 8:56 AM To: SUSE Linux Enterprise Server Authorized Beta Program Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available On 2013-04-15 T 15:50 +0000 Guang Su wrote: > No, there's only 1 HDD on the system (DELL PowerEdge R720). The below > sample is coming from 2 server. One running SP2 and the other one > running SP3 beta 4. Both installation were done with PXe installation > using autoyast. Does SD card or USB flash drive consider as 2nd disk? Most probably yes. Please make sure that you compares the _exact_ same hardware configuration. so long - MgE [...] > -----Original Message----- > From: sles-beta-bounces at lists.suse.com > [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Kai Dupke > Sent: Monday, April 15, 2013 1:42 AM > To: sles-beta at lists.suse.com > Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available > > On 04/11/2013 06:34 PM, Guang Su wrote: > > Hi, > > > > I ran into a strange issue with AutoYaST installation. When using > > PXE installation with autoyast profile, the partition layout is not > > same comparing to SP2. It appears the autoyast partitioning does not > > create the extended partition. The same profile is used for > > installation on both SP2 and SP3 beta 4 > > > > on SP2 > > Device Boot Start End Blocks Id System > > /dev/sda1 * 2048 272383 135168 83 Linux > > /dev/sda2 272384 21254143 10490880 83 Linux > > /dev/sda3 21254144 570949631 274847744 5 Extended > > /dev/sda5 21256192 33849343 6296576 82 Linux swap / Solaris > > /dev/sda6 33851392 570918911 268533760 83 Linux > > > > on SP3 beta 4 > > Device Boot Start End Blocks Id System > > /dev/sda1 * 2048 272383 135168 83 Linux > > /dev/sda2 272384 21254143 10490880 83 Linux > > /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris > > /dev/sda4 40130560 1754529791 857199616 83 Linux > > Do you use different disks? > > How does the autoyast profile for the disks looks like? > > Might be the second disk layout is GPT based, parted shows the partition table type. > > greetings > Kai Dupke > Senior Product Manager > Server Product Line > -- > Phone: +49-(0)5102-9310828 Mail: kai.dupke at suse.com > Mobile: +49-(0)173-5876766 WWW: www.suse.com > > SUSE Linux Products GmbH - Maxfeldstr. 5 - 90409 Nuernberg (Germany) > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG > Nurnberg) > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) _______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta From mge at suse.com Mon Apr 15 17:02:28 2013 From: mge at suse.com (Matthias G. Eckermann) Date: Tue, 16 Apr 2013 01:02:28 +0200 Subject: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available In-Reply-To: References: <20130404110244.GB18897@suse.de> <516BBD52.2080606@suse.com> <20130415155603.GA28412@suse.com> Message-ID: <20130415230228.GA14024@suse.com> Hello Guang and all, On 2013-04-15 T 16:29 +0000 Guang Su wrote: > I am seeing the same issue with same hardware > configuration. Indeed, I see. Looking at your partitioning, I think that the way SLE 11 SP3 solves this, is better, as it does not involve a (non necessary) extended partition. Or do you see an issue (beyond the change itself)? I agree however that this change should be documented at least. => Please open a service request for documentation. Thanks in advance! > I don't understand why 2nd disk would have impact on > Auotyast partitioning. It could have, if the BIOS treats the "2nd" disk as the "1st". Sometimes this happens and leads to unexpected results. This does not seem to be the case here though. Thanks for reporting! so long - MgE > SLES11 - SP3 (Beta 4) > Disk /dev/sda: 898.3 GB, 898319253504 bytes > 255 heads, 63 sectors/track, 109214 cylinders, total 1754529792 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disk identifier: 0x000bdb75 > > Device Boot Start End Blocks Id System > /dev/sda1 * 2048 272383 135168 83 Linux > /dev/sda2 272384 21254143 10490880 83 Linux > /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris > /dev/sda4 40130560 1754529791 857199616 83 Linux > > parted -l > Model: DELL PERC 6/i (scsi) > Disk /dev/sda: 898GB > Sector size (logical/physical): 512B/512B > Partition Table: msdos > > Number Start End Size Type File system Flags > 1 1049kB 139MB 138MB primary ext3 boot, type=83 > 2 139MB 10.9GB 10.7GB primary ext3 type=83 > 3 10.9GB 20.5GB 9665MB primary linux-swap(v1) type=82 > 4 20.5GB 898GB 878GB primary ext3 type=83 > > > lsscsi > [0:0:32:0] enclosu DP BACKPLANE 1.07 - > [0:2:0:0] disk DELL PERC 6/i 1.22 /dev/sda > [1:0:0:0] cd/dvd TEAC DVD-ROM DV-28SW R.2A /dev/sr0 > [3:0:0:0] disk iDRAC LCDRIVE 0323 /dev/sdb > [4:0:0:0] cd/dvd iDRAC Virtual CD 0323 /dev/sr1 > [4:0:0:1] disk iDRAC Virtual Floppy 0323 /dev/sdc > > > > SLES11 - SP2 > Disk /dev/sda: 898.3 GB, 898319253504 bytes > 255 heads, 63 sectors/track, 109214 cylinders, total 1754529792 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disk identifier: 0x0006c7a9 > > Device Boot Start End Blocks Id System > /dev/sda1 * 2048 272383 135168 83 Linux > /dev/sda2 272384 21254143 10490880 83 Linux > /dev/sda3 21254144 1754529791 866637824 5 Extended > /dev/sda5 21256192 40130559 9437184 82 Linux swap / Solaris > /dev/sda6 40132608 1754507263 857187328 83 Linux > > parted -l > Model: DELL PERC 6/i (scsi) > Disk /dev/sda: 898GB > Sector size (logical/physical): 512B/512B > Partition Table: msdos > > Number Start End Size Type File system Flags > 1 1049kB 139MB 138MB primary ext3 boot, type=83 > 2 139MB 10.9GB 10.7GB primary ext3 type=83 > 3 10.9GB 898GB 887GB extended type=05 > 5 10.9GB 20.5GB 9664MB logical linux-swap(v1) type=82 > 6 20.5GB 898GB 878GB logical ext3 type=83 > > lsscsi > [0:0:32:0] enclosu DP BACKPLANE 1.07 - > [0:2:0:0] disk DELL PERC 6/i 1.22 /dev/sda > [1:0:0:0] cd/dvd TEAC DVD-ROM DV-28SW R.2A /dev/sr0 > [3:0:0:0] disk iDRAC LCDRIVE 0323 /dev/sdb > [4:0:0:0] cd/dvd iDRAC Virtual CD 0323 /dev/sr1 > [4:0:0:1] disk iDRAC Virtual Floppy 0323 /dev/sdc > > > Thanks > > --Guang > > -----Original Message----- > From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Matthias G. Eckermann > Sent: Monday, April 15, 2013 8:56 AM > To: SUSE Linux Enterprise Server Authorized Beta Program > Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available > > On 2013-04-15 T 15:50 +0000 Guang Su wrote: > > > No, there's only 1 HDD on the system (DELL PowerEdge R720). The below > > sample is coming from 2 server. One running SP2 and the other one > > running SP3 beta 4. Both installation were done with PXe installation > > using autoyast. Does SD card or USB flash drive consider as 2nd disk? > > Most probably yes. Please make sure that you compares the _exact_ same hardware configuration. > > so long - > MgE > > [...] > > > -----Original Message----- > > From: sles-beta-bounces at lists.suse.com > > [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Kai Dupke > > Sent: Monday, April 15, 2013 1:42 AM > > To: sles-beta at lists.suse.com > > Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available > > > > On 04/11/2013 06:34 PM, Guang Su wrote: > > > Hi, > > > > > > I ran into a strange issue with AutoYaST installation. When using > > > PXE installation with autoyast profile, the partition layout is not > > > same comparing to SP2. It appears the autoyast partitioning does not > > > create the extended partition. The same profile is used for > > > installation on both SP2 and SP3 beta 4 > > > > > > on SP2 > > > Device Boot Start End Blocks Id System > > > /dev/sda1 * 2048 272383 135168 83 Linux > > > /dev/sda2 272384 21254143 10490880 83 Linux > > > /dev/sda3 21254144 570949631 274847744 5 Extended > > > /dev/sda5 21256192 33849343 6296576 82 Linux swap / Solaris > > > /dev/sda6 33851392 570918911 268533760 83 Linux > > > > > > on SP3 beta 4 > > > Device Boot Start End Blocks Id System > > > /dev/sda1 * 2048 272383 135168 83 Linux > > > /dev/sda2 272384 21254143 10490880 83 Linux > > > /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris > > > /dev/sda4 40130560 1754529791 857199616 83 Linux > > > > Do you use different disks? > > > > How does the autoyast profile for the disks looks like? > > > > Might be the second disk layout is GPT based, parted shows the partition table type. > > > > greetings > > Kai Dupke > > Senior Product Manager > > Server Product Line > > -- > > Phone: +49-(0)5102-9310828 Mail: kai.dupke at suse.com > > Mobile: +49-(0)173-5876766 WWW: www.suse.com > > > > SUSE Linux Products GmbH - Maxfeldstr. 5 - 90409 Nuernberg (Germany) > > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG > > Nurnberg) > > > > _______________________________________________ > > sles-beta mailing list > > sles-beta at lists.suse.com > > http://lists.suse.com/mailman/listinfo/sles-beta > > > > -- > Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise > Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com > SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From gsu at axway.com Mon Apr 15 23:14:59 2013 From: gsu at axway.com (Guang Su) Date: Tue, 16 Apr 2013 05:14:59 +0000 Subject: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available In-Reply-To: <20130415230228.GA14024@suse.com> References: <20130404110244.GB18897@suse.de> <516BBD52.2080606@suse.com> <20130415155603.GA28412@suse.com> <20130415230228.GA14024@suse.com> Message-ID: Hi, Some more update. I was able to get autoyast to create extending partition if I have more than 4 partitions specified in the profile. parted -l Model: DELL PERC 6/i (scsi) Disk /dev/sda: 898GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 139MB 138MB primary ext3 boot, type=83 2 139MB 10.9GB 10.7GB primary ext3 type=83 3 10.9GB 898GB 887GB extended type=05 5 10.9GB 10.9GB 15.7MB logical ext3 type=83 6 10.9GB 20.6GB 9664MB logical linux-swap(v1) type=82 7 20.6GB 898GB 878GB logical ext3 type=83 So it appears the behavior of autoyast partitioning in SP3 has changed. It does not created extended partition unless there are more than 4 partitions in the profiles. In the SLES11 SP2, the autoyast will create extended partition first, unless there's primary option specified. Thanks --Guang -----Original Message----- From: Matthias G. Eckermann [mailto:mge at suse.com] Sent: Monday, April 15, 2013 4:02 PM To: Guang Su; SUSE Linux Enterprise Server Authorized Beta Program Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available Hello Guang and all, On 2013-04-15 T 16:29 +0000 Guang Su wrote: > I am seeing the same issue with same hardware configuration. Indeed, I see. Looking at your partitioning, I think that the way SLE 11 SP3 solves this, is better, as it does not involve a (non necessary) extended partition. Or do you see an issue (beyond the change itself)? I agree however that this change should be documented at least. => Please open a service request for documentation. Thanks in advance! > I don't understand why 2nd disk would have impact on Auotyast > partitioning. It could have, if the BIOS treats the "2nd" disk as the "1st". Sometimes this happens and leads to unexpected results. This does not seem to be the case here though. Thanks for reporting! so long - MgE > SLES11 - SP3 (Beta 4) > Disk /dev/sda: 898.3 GB, 898319253504 bytes > 255 heads, 63 sectors/track, 109214 cylinders, total 1754529792 > sectors Units = sectors of 1 * 512 = 512 bytes Sector size > (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): > 512 bytes / 512 bytes Disk identifier: 0x000bdb75 > > Device Boot Start End Blocks Id System > /dev/sda1 * 2048 272383 135168 83 Linux > /dev/sda2 272384 21254143 10490880 83 Linux > /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris > /dev/sda4 40130560 1754529791 857199616 83 Linux > > parted -l > Model: DELL PERC 6/i (scsi) > Disk /dev/sda: 898GB > Sector size (logical/physical): 512B/512B Partition Table: msdos > > Number Start End Size Type File system Flags > 1 1049kB 139MB 138MB primary ext3 boot, type=83 > 2 139MB 10.9GB 10.7GB primary ext3 type=83 > 3 10.9GB 20.5GB 9665MB primary linux-swap(v1) type=82 > 4 20.5GB 898GB 878GB primary ext3 type=83 > > > lsscsi > [0:0:32:0] enclosu DP BACKPLANE 1.07 - > [0:2:0:0] disk DELL PERC 6/i 1.22 /dev/sda > [1:0:0:0] cd/dvd TEAC DVD-ROM DV-28SW R.2A /dev/sr0 > [3:0:0:0] disk iDRAC LCDRIVE 0323 /dev/sdb > [4:0:0:0] cd/dvd iDRAC Virtual CD 0323 /dev/sr1 > [4:0:0:1] disk iDRAC Virtual Floppy 0323 /dev/sdc > > > > SLES11 - SP2 > Disk /dev/sda: 898.3 GB, 898319253504 bytes > 255 heads, 63 sectors/track, 109214 cylinders, total 1754529792 > sectors Units = sectors of 1 * 512 = 512 bytes Sector size > (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): > 512 bytes / 512 bytes Disk identifier: 0x0006c7a9 > > Device Boot Start End Blocks Id System > /dev/sda1 * 2048 272383 135168 83 Linux > /dev/sda2 272384 21254143 10490880 83 Linux > /dev/sda3 21254144 1754529791 866637824 5 Extended > /dev/sda5 21256192 40130559 9437184 82 Linux swap / Solaris > /dev/sda6 40132608 1754507263 857187328 83 Linux > > parted -l > Model: DELL PERC 6/i (scsi) > Disk /dev/sda: 898GB > Sector size (logical/physical): 512B/512B Partition Table: msdos > > Number Start End Size Type File system Flags > 1 1049kB 139MB 138MB primary ext3 boot, type=83 > 2 139MB 10.9GB 10.7GB primary ext3 type=83 > 3 10.9GB 898GB 887GB extended type=05 > 5 10.9GB 20.5GB 9664MB logical linux-swap(v1) type=82 > 6 20.5GB 898GB 878GB logical ext3 type=83 > > lsscsi > [0:0:32:0] enclosu DP BACKPLANE 1.07 - > [0:2:0:0] disk DELL PERC 6/i 1.22 /dev/sda > [1:0:0:0] cd/dvd TEAC DVD-ROM DV-28SW R.2A /dev/sr0 > [3:0:0:0] disk iDRAC LCDRIVE 0323 /dev/sdb > [4:0:0:0] cd/dvd iDRAC Virtual CD 0323 /dev/sr1 > [4:0:0:1] disk iDRAC Virtual Floppy 0323 /dev/sdc > > > Thanks > > --Guang > > -----Original Message----- > From: sles-beta-bounces at lists.suse.com > [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Matthias G. > Eckermann > Sent: Monday, April 15, 2013 8:56 AM > To: SUSE Linux Enterprise Server Authorized Beta Program > Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available > > On 2013-04-15 T 15:50 +0000 Guang Su wrote: > > > No, there's only 1 HDD on the system (DELL PowerEdge R720). The > > below sample is coming from 2 server. One running SP2 and the other > > one running SP3 beta 4. Both installation were done with PXe > > installation using autoyast. Does SD card or USB flash drive consider as 2nd disk? > > Most probably yes. Please make sure that you compares the _exact_ same hardware configuration. > > so long - > MgE > > [...] > > > -----Original Message----- > > From: sles-beta-bounces at lists.suse.com > > [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Kai Dupke > > Sent: Monday, April 15, 2013 1:42 AM > > To: sles-beta at lists.suse.com > > Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available > > > > On 04/11/2013 06:34 PM, Guang Su wrote: > > > Hi, > > > > > > I ran into a strange issue with AutoYaST installation. When using > > > PXE installation with autoyast profile, the partition layout is > > > not same comparing to SP2. It appears the autoyast partitioning > > > does not create the extended partition. The same profile is used > > > for installation on both SP2 and SP3 beta 4 > > > > > > on SP2 > > > Device Boot Start End Blocks Id System > > > /dev/sda1 * 2048 272383 135168 83 Linux > > > /dev/sda2 272384 21254143 10490880 83 Linux > > > /dev/sda3 21254144 570949631 274847744 5 Extended > > > /dev/sda5 21256192 33849343 6296576 82 Linux swap / Solaris > > > /dev/sda6 33851392 570918911 268533760 83 Linux > > > > > > on SP3 beta 4 > > > Device Boot Start End Blocks Id System > > > /dev/sda1 * 2048 272383 135168 83 Linux > > > /dev/sda2 272384 21254143 10490880 83 Linux > > > /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris > > > /dev/sda4 40130560 1754529791 857199616 83 Linux > > > > Do you use different disks? > > > > How does the autoyast profile for the disks looks like? > > > > Might be the second disk layout is GPT based, parted shows the partition table type. > > > > greetings > > Kai Dupke > > Senior Product Manager > > Server Product Line > > -- > > Phone: +49-(0)5102-9310828 Mail: kai.dupke at suse.com > > Mobile: +49-(0)173-5876766 WWW: www.suse.com > > > > SUSE Linux Products GmbH - Maxfeldstr. 5 - 90409 Nuernberg (Germany) > > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG > > Nurnberg) > > > > _______________________________________________ > > sles-beta mailing list > > sles-beta at lists.suse.com > > http://lists.suse.com/mailman/listinfo/sles-beta > > > > -- > Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise > Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com > SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG > N?rnberg) _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From mge at suse.com Tue Apr 16 09:58:53 2013 From: mge at suse.com (Matthias G. Eckermann) Date: Tue, 16 Apr 2013 17:58:53 +0200 Subject: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available In-Reply-To: References: <20130404110244.GB18897@suse.de> <516BBD52.2080606@suse.com> <20130415155603.GA28412@suse.com> <20130415230228.GA14024@suse.com> Message-ID: <20130416155853.GB1550@suse.com> Hello Guang and all, On 2013-04-16 T 05:14 +0000 Guang Su wrote: > Some more update. I was able to get autoyast to > create extending partition if I have more than 4 > partitions specified in the profile. [...] > So it appears the behavior of autoyast partitioning > in SP3 has changed. It does not created extended > partition unless there are more than 4 partitions in > the profiles. In the SLES11 SP2, the autoyast will > create extended partition first, unless there's > primary option > specified. we discussed this internally. And while the new behaviour (no extended partition) would be my personal preference, we will change the behaviour back to the backward compatible use of an extended partition. In other words: you should see the "old" behaviour in SLE 11 SP3 RC1. Please expect though that this _will_ change in SLE 12. so long - MgE > -----Original Message----- > From: Matthias G. Eckermann [mailto:mge at suse.com] > Sent: Monday, April 15, 2013 4:02 PM > To: Guang Su; SUSE Linux Enterprise Server Authorized Beta Program > Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available > > Hello Guang and all, > > On 2013-04-15 T 16:29 +0000 Guang Su wrote: > > > I am seeing the same issue with same hardware configuration. > > Indeed, I see. Looking at your partitioning, I think that the way SLE 11 SP3 solves this, is better, as it does not involve a (non necessary) extended partition. > Or do you see an issue (beyond the change itself)? > > I agree however that this change should be documented at least. => Please open a service request for documentation. Thanks in advance! > > > I don't understand why 2nd disk would have impact on Auotyast > > partitioning. > > It could have, if the BIOS treats the "2nd" disk as the "1st". Sometimes this happens and leads to unexpected results. This does not seem to be the case here though. > > Thanks for reporting! > > so long - > MgE > > > > SLES11 - SP3 (Beta 4) > > Disk /dev/sda: 898.3 GB, 898319253504 bytes > > 255 heads, 63 sectors/track, 109214 cylinders, total 1754529792 > > sectors Units = sectors of 1 * 512 = 512 bytes Sector size > > (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): > > 512 bytes / 512 bytes Disk identifier: 0x000bdb75 > > > > Device Boot Start End Blocks Id System > > /dev/sda1 * 2048 272383 135168 83 Linux > > /dev/sda2 272384 21254143 10490880 83 Linux > > /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris > > /dev/sda4 40130560 1754529791 857199616 83 Linux > > > > parted -l > > Model: DELL PERC 6/i (scsi) > > Disk /dev/sda: 898GB > > Sector size (logical/physical): 512B/512B Partition Table: msdos > > > > Number Start End Size Type File system Flags > > 1 1049kB 139MB 138MB primary ext3 boot, type=83 > > 2 139MB 10.9GB 10.7GB primary ext3 type=83 > > 3 10.9GB 20.5GB 9665MB primary linux-swap(v1) type=82 > > 4 20.5GB 898GB 878GB primary ext3 type=83 > > > > > > lsscsi > > [0:0:32:0] enclosu DP BACKPLANE 1.07 - > > [0:2:0:0] disk DELL PERC 6/i 1.22 /dev/sda > > [1:0:0:0] cd/dvd TEAC DVD-ROM DV-28SW R.2A /dev/sr0 > > [3:0:0:0] disk iDRAC LCDRIVE 0323 /dev/sdb > > [4:0:0:0] cd/dvd iDRAC Virtual CD 0323 /dev/sr1 > > [4:0:0:1] disk iDRAC Virtual Floppy 0323 /dev/sdc > > > > > > > > SLES11 - SP2 > > Disk /dev/sda: 898.3 GB, 898319253504 bytes > > 255 heads, 63 sectors/track, 109214 cylinders, total 1754529792 > > sectors Units = sectors of 1 * 512 = 512 bytes Sector size > > (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): > > 512 bytes / 512 bytes Disk identifier: 0x0006c7a9 > > > > Device Boot Start End Blocks Id System > > /dev/sda1 * 2048 272383 135168 83 Linux > > /dev/sda2 272384 21254143 10490880 83 Linux > > /dev/sda3 21254144 1754529791 866637824 5 Extended > > /dev/sda5 21256192 40130559 9437184 82 Linux swap / Solaris > > /dev/sda6 40132608 1754507263 857187328 83 Linux > > > > parted -l > > Model: DELL PERC 6/i (scsi) > > Disk /dev/sda: 898GB > > Sector size (logical/physical): 512B/512B Partition Table: msdos > > > > Number Start End Size Type File system Flags > > 1 1049kB 139MB 138MB primary ext3 boot, type=83 > > 2 139MB 10.9GB 10.7GB primary ext3 type=83 > > 3 10.9GB 898GB 887GB extended type=05 > > 5 10.9GB 20.5GB 9664MB logical linux-swap(v1) type=82 > > 6 20.5GB 898GB 878GB logical ext3 type=83 > > > > lsscsi > > [0:0:32:0] enclosu DP BACKPLANE 1.07 - > > [0:2:0:0] disk DELL PERC 6/i 1.22 /dev/sda > > [1:0:0:0] cd/dvd TEAC DVD-ROM DV-28SW R.2A /dev/sr0 > > [3:0:0:0] disk iDRAC LCDRIVE 0323 /dev/sdb > > [4:0:0:0] cd/dvd iDRAC Virtual CD 0323 /dev/sr1 > > [4:0:0:1] disk iDRAC Virtual Floppy 0323 /dev/sdc > > > > > > Thanks > > > > --Guang > > > > -----Original Message----- > > From: sles-beta-bounces at lists.suse.com > > [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Matthias G. > > Eckermann > > Sent: Monday, April 15, 2013 8:56 AM > > To: SUSE Linux Enterprise Server Authorized Beta Program > > Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available > > > > On 2013-04-15 T 15:50 +0000 Guang Su wrote: > > > > > No, there's only 1 HDD on the system (DELL PowerEdge R720). The > > > below sample is coming from 2 server. One running SP2 and the other > > > one running SP3 beta 4. Both installation were done with PXe > > > installation using autoyast. Does SD card or USB flash drive consider as 2nd disk? > > > > Most probably yes. Please make sure that you compares the _exact_ same hardware configuration. > > > > so long - > > MgE > > > > [...] > > > > > -----Original Message----- > > > From: sles-beta-bounces at lists.suse.com > > > [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Kai Dupke > > > Sent: Monday, April 15, 2013 1:42 AM > > > To: sles-beta at lists.suse.com > > > Subject: Re: [sles-beta] [ANNOUNCE] SLES 11 SP3 Beta4 available > > > > > > On 04/11/2013 06:34 PM, Guang Su wrote: > > > > Hi, > > > > > > > > I ran into a strange issue with AutoYaST installation. When using > > > > PXE installation with autoyast profile, the partition layout is > > > > not same comparing to SP2. It appears the autoyast partitioning > > > > does not create the extended partition. The same profile is used > > > > for installation on both SP2 and SP3 beta 4 > > > > > > > > on SP2 > > > > Device Boot Start End Blocks Id System > > > > /dev/sda1 * 2048 272383 135168 83 Linux > > > > /dev/sda2 272384 21254143 10490880 83 Linux > > > > /dev/sda3 21254144 570949631 274847744 5 Extended > > > > /dev/sda5 21256192 33849343 6296576 82 Linux swap / Solaris > > > > /dev/sda6 33851392 570918911 268533760 83 Linux > > > > > > > > on SP3 beta 4 > > > > Device Boot Start End Blocks Id System > > > > /dev/sda1 * 2048 272383 135168 83 Linux > > > > /dev/sda2 272384 21254143 10490880 83 Linux > > > > /dev/sda3 21254144 40130559 9438208 82 Linux swap / Solaris > > > > /dev/sda4 40130560 1754529791 857199616 83 Linux > > > > > > Do you use different disks? > > > > > > How does the autoyast profile for the disks looks like? > > > > > > Might be the second disk layout is GPT based, parted shows the partition table type. > > > > > > greetings > > > Kai Dupke > > > Senior Product Manager > > > Server Product Line > > > -- > > > Phone: +49-(0)5102-9310828 Mail: kai.dupke at suse.com > > > Mobile: +49-(0)173-5876766 WWW: www.suse.com > > > > > > SUSE Linux Products GmbH - Maxfeldstr. 5 - 90409 Nuernberg (Germany) > > > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG > > > Nurnberg) > > > > > > _______________________________________________ > > > sles-beta mailing list > > > sles-beta at lists.suse.com > > > http://lists.suse.com/mailman/listinfo/sles-beta > > > > > > > -- > > Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise > > Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com > > SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany > > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG > > N?rnberg) _______________________________________________ > > sles-beta mailing list > > sles-beta at lists.suse.com > > http://lists.suse.com/mailman/listinfo/sles-beta > > -- > Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise > Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com > SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From martin.wilck at ts.fujitsu.com Fri Apr 19 06:58:59 2013 From: martin.wilck at ts.fujitsu.com (Martin Wilck) Date: Fri, 19 Apr 2013 14:58:59 +0200 Subject: [sles-beta] Where do I find the kernel-default-extra package for SLES11 SP3 beta4? Message-ID: <51713F93.2080105@ts.fujitsu.com> I need the usbmon module... Martin -- Dr. Martin Wilck PRIMERGY System Software Engineer x86 Server Engineering FUJITSU Fujitsu Technology Solutions GmbH Heinz-Nixdorf-Ring 1 33106 Paderborn, Germany Phone: ++49 5251 525 2796 Fax: ++49 5251 525 2820 Email: martin.wilck at ts.fujitsu.com Internet: http://ts.fujitsu.com Company Details: http://ts.fujitsu.com/imprint From behlert at suse.de Fri Apr 19 07:13:55 2013 From: behlert at suse.de (Stefan Behlert) Date: Fri, 19 Apr 2013 15:13:55 +0200 Subject: [sles-beta] Where do I find the kernel-default-extra package for SLES11 SP3 beta4? In-Reply-To: <51713F93.2080105@ts.fujitsu.com> References: <51713F93.2080105@ts.fujitsu.com> Message-ID: <20130419131355.GG27319@suse.de> Hi, the kernel--extra packages are not on the media for SLES, only in the extra-channel (which unfortunately for you has not the SP3-packages yet). You can get them from the SLED-media, if you have those available. Stefan On Apr 19, 13 14:58:59 +0200, Martin Wilck wrote: > > I need the usbmon module... > > Martin > -- > Dr. Martin Wilck > PRIMERGY System Software Engineer > x86 Server Engineering > > FUJITSU > Fujitsu Technology Solutions GmbH > Heinz-Nixdorf-Ring 1 > 33106 Paderborn, Germany > Phone: ++49 5251 525 2796 > Fax: ++49 5251 525 2820 > Email: martin.wilck at ts.fujitsu.com > Internet: http://ts.fujitsu.com > Company Details: http://ts.fujitsu.com/imprint > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Desktop Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From martin.wilck at ts.fujitsu.com Fri Apr 19 07:12:35 2013 From: martin.wilck at ts.fujitsu.com (Martin Wilck) Date: Fri, 19 Apr 2013 15:12:35 +0200 Subject: [sles-beta] (Solved) Where do I find the kernel-default-extra package for SLES11 SP3 beta4? In-Reply-To: <51713F93.2080105@ts.fujitsu.com> References: <51713F93.2080105@ts.fujitsu.com> Message-ID: <517142C3.7010401@ts.fujitsu.com> On 04/19/2013 02:58 PM, Martin Wilck wrote: > > I need the usbmon module... I got the answer - the package in on the SLED DVD, just in case anyone else wonders. Martin > > Martin > -- Dr. Martin Wilck PRIMERGY System Software Engineer x86 Server Engineering FUJITSU Fujitsu Technology Solutions GmbH Heinz-Nixdorf-Ring 1 33106 Paderborn, Germany Phone: ++49 5251 525 2796 Fax: ++49 5251 525 2820 Email: martin.wilck at ts.fujitsu.com Internet: http://ts.fujitsu.com Company Details: http://ts.fujitsu.com/imprint From urs.frey at post.ch Mon Apr 22 02:19:00 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Mon, 22 Apr 2013 08:19:00 +0000 Subject: [sles-beta] SLES11-SP3 Beta4 multipath issue multipath.conf +13, invalid keyword: getuid_callout Message-ID: <40637DBB36AF3941B243A286A432CA0B0E241B70@HXMB12.pnet.ch> Dear all I just happened to notice a strange behavior on multipath, when connected to SAN EMC When issuing the command multipath -ll I get the following warning from multipathd: h05cni:~ # multipath -ll Apr 22 10:12:15 | multipath.conf +13, invalid keyword: getuid_callout Apr 22 10:12:15 | multipath.conf +28, invalid keyword: getuid_callout 360000970000292600837533030363243 dm-0 EMC ,SYMMETRIX size=34G features='1 queue_if_no_path' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active |- 1:0:0:0 sdb 8:16 active ready running When looking at the file : /usr/share/doc/packages/multipath-tools/multipath.conf.annotated I can see the description of getuid_callout in there # # name : getuid_callout # # scope : multipath & multipathd # # desc : the default program and args to callout to obtain a unique # # path identifier. Absolute path required # # default : /lib/udev/scsi_id --whitelisted --device=/dev/%n # # # getuid_callout "/lib/udev/scsi_id --whitelisted --device=/dev/%n" # So what is wrong when using this parameter? The command multipath -t does not show any getuid_callout parameter anymore. device { vendor "EMC" product "SYMMETRIX" path_grouping_policy "multibus" path_selector "round-robin 0" path_checker "directio" features "1 queue_if_no_path" hardware_handler "0" prio "const" prio_args "" rr_weight "uniform" no_path_retry 6 rr_min_io 1 } device { vendor "DGC" product ".*" product_blacklist "LUNZ" path_grouping_policy "group_by_prio" path_selector "round-robin 0" path_checker "emc_clariion" features "1 queue_if_no_path" hardware_handler "1 emc" prio "emc" prio_args "" failback immediate rr_weight "uniform" no_path_retry 60 rr_min_io 1000 } } What to do now? Do we have something new in multipath which makes this parameter getuid_callout obsolete? In this case, please update the documentation files under /usr/share/doc/packages/multipath-tools/ Do we have a bug? Thank you very much for clarification and feedback Best regards Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From gjn at gjn.priv.at Mon Apr 22 07:07:56 2013 From: gjn at gjn.priv.at (=?ISO-8859-1?Q?G=FCnther_J=2E?= Niederwimmer) Date: Mon, 22 Apr 2013 15:07:56 +0200 Subject: [sles-beta] YaST2 SSSD Module old Variable Message-ID: <4125680.DPb6VH2J6d@techz.gjn.prv> Hello, is it possible to change in the YaST2 Module the old Variable for the Kerberos5 config from krb5_kdcip --> krb5_server for the new sssd Package and to set the Variable krb5_kpasswd This Warnings filling up the Log and is not nice ;). -- mit freundlichen Gr??en / best Regards, G?nther J. Niederwimmer From urs.frey at post.ch Wed Apr 24 08:27:25 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Wed, 24 Apr 2013 14:27:25 +0000 Subject: [sles-beta] How log until open Beta SRs are treated? Message-ID: <40637DBB36AF3941B243A286A432CA0B0E24327E@HXMB12.pnet.ch> Hi, SuSE people There are Beta SRs open, one dates back to Mar-15-2013 Service Request: 10820890071 Description: SLES11-SP3-beta2 problem facter witch LXC: veth2: error fetching interface information Service Request: 10826854261 Description: SLES11SP3-Beta4 x86_64: multipath.conf, invalid keyword: getuid_callout Thanks for treating them asap Best regards Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From mkrapp at suse.com Wed Apr 24 08:43:33 2013 From: mkrapp at suse.com (Michael Krapp) Date: Wed, 24 Apr 2013 16:43:33 +0200 Subject: [sles-beta] How log until open Beta SRs are treated? In-Reply-To: <40637DBB36AF3941B243A286A432CA0B0E24327E@HXMB12.pnet.ch> References: <40637DBB36AF3941B243A286A432CA0B0E24327E@HXMB12.pnet.ch> Message-ID: <20130424144333.GA30233@wawa.suse.de> Hello Urs, * urs.frey at post.ch (urs.frey at post.ch) [20130424 16:28]: > Hi, SuSE people > > There are Beta SRs open, one dates back to Mar-15-2013 > > Service Request: 10820890071 > Description: SLES11-SP3-beta2 problem facter witch LXC: veth2: error fetching interface information > > Service Request: 10826854261 > Description: SLES11SP3-Beta4 x86_64: multipath.conf, invalid keyword: getuid_callout This one's mine since today, been just too busy to follow up yet. It'll go bugzilla tomorrow... > Thanks for treating them asap > Best regards > > Urs Frey > Die Schweizerische Post > Services > Informationstechnologie > 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 -- -- Kind regards / Cordialement / Mit freundlichen Gr??en Michael Krapp, Technical Support Engineer Worldwide Support Services Linux SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 21284 (AG N?rnberg) Maxfeldstr. 5, D-90409 N?rnberg T: +49-911-74053-0 F: +49-911-74053-679 From urs.frey at post.ch Wed Apr 24 08:50:09 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Wed, 24 Apr 2013 14:50:09 +0000 Subject: [sles-beta] SLES11-SP3-Beta4: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix Message-ID: <40637DBB36AF3941B243A286A432CA0B0E243298@HXMB12.pnet.ch> Hi Actually this issue was found in SLES11-SP3-Beta3. Back then I got the answer from SuSE, that this issue has been fixed. ------------------ On Tue, Mar 26, Kai Dupke wrote: > Urs, please open an SR for this issue. The problem is already fixed. -- Thorsten Kukuk, Project Manager/Release Manager SLES ----------------- BUT on SLES11-SP3 -Beta4 the issue is still there. Will there be an update / fix in RC1? h04wwl:~ # uname -a Linux h04wwl 3.0.70-0.9-default #1 SMP Tue Apr 2 13:01:38 UTC 2013 (25ae5d2) x86_64 x86_64 x86_64 GNU/Linux h04wwl:~ # cat /etc/SuSE-release SUSE Linux Enterprise Server 11 (x86_64) VERSION = 11 PATCHLEVEL = 3 h04wwl:~ # cat /etc/is iscsi/ issue issue.net h04wwl:~ # cat /etc/issue Welcome to SUSE Linux Enterprise Server 11 SP3 Beta4 (x86_64) - Kernel \r (\l). h04wwl:~ # /etc/init.d/postfix start Starting mail service (Postfix) done h04wwl:~ # /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix h04wwl:~ # Thanks a lot for your answer Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From urs.frey at post.ch Thu Apr 25 06:13:43 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Thu, 25 Apr 2013 12:13:43 +0000 Subject: [sles-beta] SLES11-SP3 Beta4 multipath problem. SAN pathes do not get reinstated again after SAN path down and up again Message-ID: <40637DBB36AF3941B243A286A432CA0B0E243B0A@HXMB12.pnet.ch> Hi I am testing SLES11-SP3 x86_64 on a HP Blade BL465cG7, FCoE SAN attached to EMC VMAx (Symmetrix) The problem I observe is, that when failing a SNA path and reinstate, multipath does not re-discover the SAN LUns again and reinstate. SAN pathes one detected as failed are kept failed, even when the SAN ports do get up again and the SAN LUNs would be available again. Here is my multipath.conf file h04wwl:~ # cat /etc/multipath.conf #------------------------------------------------------------------ # IT-Post multipath.conf # SLES11-SP1 / SP2 # please do not edit. This file is handled by pst-san-mgmt package # #------------------------------------------------------------------ # 13Jan2012:IT222-FRU: V01-00: after cons by Pjotr Knurek (EMC) #------------------------------------------------------------------ devices { device { vendor "EMC" product "SYMMETRIX" ##getuid_callout "/lib/udev/scsi_id --whitelisted --page=pre-spc3-83 --device=/dev/%n" features "0" hardware_handler "0" path_selector "round-robin 0" path_grouping_policy multibus rr_weight uniform rr_min_io 1 path_checker directio prio const prio_args "" } device { vendor "DGC" product ".*" product_blacklist "LUNZ" ##getuid_callout "/lib/udev/scsi_id --whitelisted --device=/dev/%n" features "1 queue_if_no_path" hardware_handler "1 emc" path_selector "round-robin 0" path_grouping_policy group_by_prio failback immediate rr_weight uniform no_path_retry 60 rr_min_io 1000 path_checker emc_clariion prio emc prio_args "" } } h04wwl:~ # This is what I see issueing multipath -ll h04wwl:~ # multipath -ll 360000970000292602543533030354146 dm-4 EMC ,SYMMETRIX size=34G features='1 queue_if_no_path' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active |- 1:0:0:12 sdm 8:192 active ready running `- 1:0:1:12 sdz 65:144 active ready running 360000970000292602543533030354145 dm-3 EMC ,SYMMETRIX size=34G features='1 queue_if_no_path' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active |- 1:0:0:11 sdl 8:176 active ready running `- 1:0:1:11 sdy 65:128 active ready running What I can see is, that under /sys/class/fc_host/host2/port_state there is noted "Bypassed" instead of online: h04wwl:~ # for prt in `find /sys/class/fc_host/host*/ -name port_state`;do cat $prt;done Online Bypassed h04wwl:~ # for prt in `find /sys/class/fc_remote_ports/rport-*/ -name port_state`;do cat $prt;done Online Online Online Online Not Present Not Present h04wwl:~ # When issuing a LIP on both CNAs I get the SAN pathes ready and accessable again: h04wwl:~ # /usr/local/scripts/lpfc-dynamic-tgt-lun-disc.sh -al Issuing LIP on host1 Scanning HOST: host1 Issuing LIP on host2 Scanning HOST: host2 Found 2:0:0:0 2:0:0:1 2:0:0:10 2:0:0:11 2:0:0:12 2:0:0:2 2:0:0:3 2:0:0:4 2:0:0:5 2:0:0:6 2:0:0:7 2:0:0:8 2:0:0:9 2:0:1:0 2:0:1:1 2:0:1:10 2:0:1:11 2:0:1:12 2:0:1:2 2:0:1:3 2:0:1:4 2:0:1:5 2:0:1:6 2:0:1:7 2:0:1:8 2:0:1:9 h04wwl:~ # for prt in `find /sys/class/fc_host/host*/ -name port_state`;do cat $prt;done Online Online h04wwl:~ # for prt in `find /sys/class/fc_remote_ports/rport-*/ -name port_state`;do cat $prt;done Online Online Online Online Online Online Online Online h04wwl:~ # I do expect from multipathing, that a reinstate is done shortly upon SAN path up discovery automaticly. This works under SLES11-SP2 x86_64 on the very same HW. So I consider this as a BUG in SLES11-SP3 Beta4 Thank you very much for clearing this best regards Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From behlert at suse.de Thu Apr 25 09:14:46 2013 From: behlert at suse.de (Stefan Behlert) Date: Thu, 25 Apr 2013 17:14:46 +0200 Subject: [sles-beta] SLE11 SP3 RC1 delayed Message-ID: <20130425151446.GJ28445@suse.de> Dear all, We have to inform you that our SUSE Linux Enterprise 11 SP3 RC1 has to be delayed. During our first testing we found some problems which we had to solve first. After we have new ISO images for every architecture ready and uploaded I will send out an official announcement. Currently we expect that this will happen on Monday. Thank you for your patience, Your SUSE Linux Enterprise Team -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Desktop Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From urs.frey at post.ch Fri Apr 26 03:54:08 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Fri, 26 Apr 2013 09:54:08 +0000 Subject: [sles-beta] SLES11-SP3 Beta4 lpfc Problem : lpfc 0000:04:00.3: 1:3300 In-use FCF (0) modified, perform FCF rediscovery, SAN LUNs get lost Message-ID: <40637DBB36AF3941B243A286A432CA0B0E243CAA@HXMB12.pnet.ch> Hi On my HP Proliant BL465cG7 Blade, where I am testing SLES11-SP3 x86_64 I regulary loose all my SAN LUNs. I am using FCoE with an Emulex NC551i CAN, using the lpfc kernel module h04wwl:/var/log # modinfo lpfc filename: /lib/modules/3.0.70-0.9-default/kernel/drivers/scsi/lpfc/lpfc.ko version: 0:8.3.7.10.2p author: Emulex Corporation - tech.support at emulex.com description: Emulex LightPulse Fibre Channel SCSI driver 8.3.7.10.2p license: GPL srcversion: 4A4D0932E7D89C0CA257509 alias: pci:v000010DFd0000072Csv*sd*bc*sc*i* In my /var/log/messages I can see many hundreds of messages "in-use FCF" h04wwl:/var/log # tail messages Apr 26 11:51:49 h04wwl kernel: [182285.584580] lpfc 0000:04:00.3: 1:2546 New FCF event, evt_tag:x27fb8c, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.584597] lpfc 0000:04:00.3: 1:3300 In-use FCF (0) modified, perform FCF rediscovery Apr 26 11:51:49 h04wwl kernel: [182285.651766] lpfc 0000:04:00.2: 0:2546 New FCF event, evt_tag:x756f, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.651784] lpfc 0000:04:00.2: 0:3300 In-use FCF (0) modified, perform FCF rediscovery Apr 26 11:51:49 h04wwl kernel: [182285.673526] lpfc 0000:04:00.3: 1:2546 New FCF event, evt_tag:x27fb8d, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.673544] lpfc 0000:04:00.3: 1:3300 In-use FCF (0) modified, perform FCF rediscovery Apr 26 11:51:49 h04wwl kernel: [182285.740705] lpfc 0000:04:00.2: 0:2546 New FCF event, evt_tag:x7570, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.740724] lpfc 0000:04:00.2: 0:3300 In-use FCF (0) modified, perform FCF rediscovery Apr 26 11:51:49 h04wwl kernel: [182285.762341] lpfc 0000:04:00.3: 1:2546 New FCF event, evt_tag:x27fb8e, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.762360] lpfc 0000:04:00.3: 1:3300 In-use FCF (0) modified, perform FCF rediscovery h04wwl:/var/log # This is critical, as a save operation attached to SAN storage is not possible Thank you very much for your feedback Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From urs.frey at post.ch Fri Apr 26 03:58:03 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Fri, 26 Apr 2013 09:58:03 +0000 Subject: [sles-beta] SLES11-SP3 Beta4 lpfc Problem : lpfc 0000:04:00.3: 1:3300 In-use FCF (0) modified, perform FCF rediscovery, SAN LUNs get lost Message-ID: <40637DBB36AF3941B243A286A432CA0B0E243CB4@HXMB12.pnet.ch> Hi I just found two links, when googling, where patches are published to the lpfc module Opensuse-March25-2013 http://kernel.opensuse.org/cgit/kernel/commit/?id=41fd099a61d7a0a2d95798b6dc1a0906dcd6a18c March-01-2013 http://www.mail-archive.com/linux-scsi at vger.kernel.org/msg19048.html I wonder, why we have this issue now in SLES11-SP3 Beta4, because Beta3 was sill OK Thanks for your feedback Urs Frey Die Schweizerische Post Services Informationstechnologie 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 _____________________________________________ Von: Frey Urs, IT222 Gesendet: Friday, April 26, 2013 11:54 AM An: sles-beta at lists.suse.com Betreff: SLES11-SP3 Beta4 lpfc Problem : lpfc 0000:04:00.3: 1:3300 In-use FCF (0) modified, perform FCF rediscovery, SAN LUNs get lost Hi On my HP Proliant BL465cG7 Blade, where I am testing SLES11-SP3 x86_64 I regulary loose all my SAN LUNs. I am using FCoE with an Emulex NC551i CAN, using the lpfc kernel module h04wwl:/var/log # modinfo lpfc filename: /lib/modules/3.0.70-0.9-default/kernel/drivers/scsi/lpfc/lpfc.ko version: 0:8.3.7.10.2p author: Emulex Corporation - tech.support at emulex.com description: Emulex LightPulse Fibre Channel SCSI driver 8.3.7.10.2p license: GPL srcversion: 4A4D0932E7D89C0CA257509 alias: pci:v000010DFd0000072Csv*sd*bc*sc*i* In my /var/log/messages I can see many hundreds of messages "in-use FCF" h04wwl:/var/log # tail messages Apr 26 11:51:49 h04wwl kernel: [182285.584580] lpfc 0000:04:00.3: 1:2546 New FCF event, evt_tag:x27fb8c, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.584597] lpfc 0000:04:00.3: 1:3300 In-use FCF (0) modified, perform FCF rediscovery Apr 26 11:51:49 h04wwl kernel: [182285.651766] lpfc 0000:04:00.2: 0:2546 New FCF event, evt_tag:x756f, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.651784] lpfc 0000:04:00.2: 0:3300 In-use FCF (0) modified, perform FCF rediscovery Apr 26 11:51:49 h04wwl kernel: [182285.673526] lpfc 0000:04:00.3: 1:2546 New FCF event, evt_tag:x27fb8d, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.673544] lpfc 0000:04:00.3: 1:3300 In-use FCF (0) modified, perform FCF rediscovery Apr 26 11:51:49 h04wwl kernel: [182285.740705] lpfc 0000:04:00.2: 0:2546 New FCF event, evt_tag:x7570, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.740724] lpfc 0000:04:00.2: 0:3300 In-use FCF (0) modified, perform FCF rediscovery Apr 26 11:51:49 h04wwl kernel: [182285.762341] lpfc 0000:04:00.3: 1:2546 New FCF event, evt_tag:x27fb8e, index:x0 Apr 26 11:51:49 h04wwl kernel: [182285.762360] lpfc 0000:04:00.3: 1:3300 In-use FCF (0) modified, perform FCF rediscovery h04wwl:/var/log # This is critical, as a save operation attached to SAN storage is not possible Thank you very much for your feedback Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From Tsai.Kevin at inventec.com Mon Apr 29 00:18:56 2013 From: Tsai.Kevin at inventec.com (=?utf-8?B?IlRzYWksIEtldmluICjolKHlraPpvo0gVEFPKSI=?=) Date: Mon, 29 Apr 2013 14:18:56 +0800 Subject: [sles-beta] USB key work problem with multipathd In-Reply-To: <20130416155853.GB1550@suse.com> References: <20130404110244.GB18897@suse.de><516BBD52.2080606@suse.com><20130415155603.GA28412@suse.com><20130415230228.GA14024@suse.com> <20130416155853.GB1550@suse.com> Message-ID: <939E564A382FA34987B13300CAB1A5987D295E@tao-mx5.iec.inventec> HI I need help for one problem. If I enable multipathd function,USB key will not automatic mount on OS. It show cannot mount volume /dev/sdb1 alrady mounted or /media/disk busy. Using fdisk -ll to check USB status,It show new disk /dev/mapper/xxx. I need to mount /dev/mapper/xxx to using USB key. I try to insert USB DVD-ROM or CD-ROM ,it works fine. Is it right or issue? PS: USB key works fine with multipathd disable. Kevin From drahn at suse.com Mon Apr 29 01:11:49 2013 From: drahn at suse.com (Daniel Rahn) Date: Mon, 29 Apr 2013 09:11:49 +0200 Subject: [sles-beta] USB key work problem with multipathd In-Reply-To: <939E564A382FA34987B13300CAB1A5987D295E@tao-mx5.iec.inventec> References: <20130404110244.GB18897@suse.de> <516BBD52.2080606@suse.com> <20130415155603.GA28412@suse.com> <20130415230228.GA14024@suse.com> <20130416155853.GB1550@suse.com> <939E564A382FA34987B13300CAB1A5987D295E@tao-mx5.iec.inventec> Message-ID: <20130429071149.GV23082@suse.com> Hi Kevin, On Mon, Apr 29, "Tsai, Kevin (??? TAO)" wrote: > If I enable multipathd function,USB key will not automatic mount on OS. > It show cannot mount volume /dev/sdb1 alrady mounted or /media/disk busy. > Using fdisk -ll to check USB status,It show new disk /dev/mapper/xxx. > I need to mount /dev/mapper/xxx to using USB key. > I try to insert USB DVD-ROM or CD-ROM ,it works fine. > Is it right or issue? The way multipath works with udev was changed with SP3 and introduced this regression. Tracked in bugzilla 816063. -Daniel -- Daniel Rahn (????????), Senior Tech. Account Manager Product Management, SUSE LINUX Products GmbH Maxfeldstrasse 5, 90409 Nuernberg, Germany P: +49 (0) 911 74053 351 - F: +49 (0) 911 74053 679 M: +49 (0) 179 2320786 - HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer From behlert at suse.de Mon Apr 29 04:12:10 2013 From: behlert at suse.de (Stefan Behlert) Date: Mon, 29 Apr 2013 12:12:10 +0200 Subject: [sles-beta] [ANNOUNCE] SLES 11 SP3 RC1 available Message-ID: <20130429101210.GG16510@suse.de> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! SUSE CONFIDENTIAL !! SUSE CONFIDENTIAL !! SUSE CONFIDENTIAL !! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Dear Beta participants, we are happy to announce the first Release Candidate of SUSE Linux Enterprise Server 11 SP3 which means the OFFICIAL ACCEPTANCE AND CERTIFICATION PHASE of SLES 11 SP1 has herewith started. ISO images are now available for download now. Please go to http://www.novell.com/beta and select "View my beta page". Here you should see all Beta's you are part of. We offer 3 DVD ISOs: DVD1 contains the binaries, the second DVD the sources and the third DVD the debuginfo packages. The final product will not contain the debuginfo packages on the media. For installation purposes you just need Media 1 for your architecture. Please verify the md5sum of the ISO using the MD5SUMS file, which can be found in the same directory on the download servers. Thanks in advance for all your testing Your SUSE Linux Enterprise Team -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Desktop Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From urs.frey at post.ch Mon Apr 29 08:39:51 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Mon, 29 Apr 2013 14:39:51 +0000 Subject: [sles-beta] SLES11-SP3 RC3 : /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix Message-ID: <40637DBB36AF3941B243A286A432CA0B0E244E85@HXMB12.pnet.ch> Hi I just downloaded SLES11-SP3 RC1 and I am testing updates from SLES11-SP2 to SLES11-SP3 Within the changelog Beta4 to RC1 I saw this entry: ----------------------------------------------------------------------------- o Updated postfix (security/bugfix/feature) - bnc#809202 - Use of old parameter "fallback_relay" instead of "smtp_fallback_relay" in postfix master.cf - bnc#797211 - postconf warning: unused parameter program_directory Fixing this problem for update also ----------------------------------------------------------------------------- When doing upgrade I get these messages concerning postfix: Installing: postfix-2.9.4-0.11.4 [....done] Additional rpm output: warning: /etc/postfix/main.cf created as /etc/postfix/main.cf.rpmnew warning: /etc/postfix/master.cf created as /etc/postfix/master.cf.rpmnew Align deprecated postfix configuration files. Your configuration could not be checked for deprecated postfix parameters. Please remove program_directory from your /etc/postfix/main.cf if exists. Please rename fallback_relay to smtp_fallback_relay in your /etc/postfix/main.cf if exists. Executing upgrade-configuration. /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix Editing /etc/postfix/master.cf, adding missing entry for tlsmgr service Editing /etc/postfix/master.cf, adding missing entry for postscreen TCP service Editing /etc/postfix/master.cf, adding missing entry for smtpd unix-domain service Editing /etc/postfix/master.cf, adding missing entry for dnsblog unix-domain service Editing /etc/postfix/master.cf, adding missing entry for tlsproxy unix-domain service Note: the following files or directories still exist but are no longer part of Postfix: /etc/postfix/postfix-files /etc/postfix/postfix-script /etc/postfix/post-install /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix Updating etc/sysconfig/postfix... Updating etc/sysconfig/mail... /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix insserv: script ipmi.hp: service ipmidrv already provided! =============================================== I do have the following files under /etc/postfix h04szd:/etc/postfix # grep program_directory main.cf program_directory = /usr/lib/postfix h04szd:/etc/postfix # ls -lsa main.* 28 -rw-r--r-- 1 root root 27772 Apr 25 18:25 main.cf 4 -rw-r--r-- 1 root root 122 Apr 23 14:02 main.cf.default 28 -rw-r--r-- 1 root root 26794 Apr 23 14:02 main.cf.rpmnew h04szd:/etc/postfix # What is your idea? Do I really have to sed my default main.cf where I only put in my local relayhost=smtp.pnet.ch and myhostname=h04szd.pnet.ch to be able to do a correct upgrade to SLES11-SP3? Will you provide a merge from the main.cf.rpmnew to main.cf again? Or would it be possible to provide something in SuSEconfig? h04szd:/etc/postfix # diff main.cf main.cf.rpmnew 469c469,474 < #mailbox_transport = lmtp:unix:/file/name --- > # Cyrus IMAP over LMTP. Specify ``lmtpunix cmd="lmtpd" > # listen="/var/imap/socket/lmtp" prefork=0'' in cyrus.conf. > #mailbox_transport = lmtp:unix:/var/imap/socket/lmtp > # > # Cyrus IMAP via command line. Uncomment the "cyrus...pipe" and > # subsequent line in master.cf. 660a666,667 > smtp_dns_resolver_options = res_defnames > smtpd_banner = $myhostname 662,699d668 < mail_spool_directory = /var/mail < canonical_maps = hash:/etc/postfix/canonical < virtual_alias_maps = hash:/etc/postfix/virtual < virtual_alias_domains = hash:/etc/postfix/virtual < relocated_maps = hash:/etc/postfix/relocated < transport_maps = hash:/etc/postfix/transport < sender_canonical_maps = hash:/etc/postfix/sender_canonical < masquerade_exceptions = root < masquerade_classes = envelope_sender, header_sender, header_recipient < myhostname = h04szd.pnet.ch < delay_warning_time = 1h < message_strip_characters = \0 < program_directory = /usr/lib/postfix < inet_interfaces = localhost < masquerade_domains = post.ch < mydestination = $myhostname, localhost.$mydomain < defer_transports = < mynetworks_style = host < disable_dns_lookups = no < relayhost = smtp.pnet.ch < mailbox_command = < mailbox_transport = < strict_8bitmime = no < disable_mime_output_conversion = no < smtpd_sender_restrictions = hash:/etc/postfix/access < smtpd_client_restrictions = < smtpd_helo_required = no < smtpd_helo_restrictions = < strict_rfc821_envelopes = no < smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination < smtp_sasl_auth_enable = no < smtpd_sasl_auth_enable = no < smtpd_use_tls = no < smtp_use_tls = no < smtp_enforce_tls = no < alias_maps = hash:/etc/aliases < mailbox_size_limit = 0 < message_size_limit = 10240000 h04szd:/etc/postfix # I mean, at the end when doing upgrade to SLES11-SP3 on several hundred servers it is not possible to log in and merge configurations. This must be working smoothly and fully automated. Thanks for your feedback Best regards Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From urs.frey at post.ch Mon Apr 29 09:02:22 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Mon, 29 Apr 2013 15:02:22 +0000 Subject: [sles-beta] SLES11-SP3 RC1 : /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix Message-ID: <40637DBB36AF3941B243A286A432CA0B0E244E9F@HXMB12.pnet.ch> Hi I just downloaded SLES11-SP3 RC1 and I am testing updates from SLES11-SP2 to SLES11-SP3 Within the changelog Beta4 to RC1 I saw this entry: ----------------------------------------------------------------------------- o Updated postfix (security/bugfix/feature) - bnc#809202 - Use of old parameter "fallback_relay" instead of "smtp_fallback_relay" in postfix master.cf - bnc#797211 - postconf warning: unused parameter program_directory Fixing this problem for update also ----------------------------------------------------------------------------- When doing upgrade I get these messages concerning postfix: Installing: postfix-2.9.4-0.11.4 [....done] Additional rpm output: warning: /etc/postfix/main.cf created as /etc/postfix/main.cf.rpmnew warning: /etc/postfix/master.cf created as /etc/postfix/master.cf.rpmnew Align deprecated postfix configuration files. Your configuration could not be checked for deprecated postfix parameters. Please remove program_directory from your /etc/postfix/main.cf if exists. Please rename fallback_relay to smtp_fallback_relay in your /etc/postfix/main.cf if exists. Executing upgrade-configuration. /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix Editing /etc/postfix/master.cf, adding missing entry for tlsmgr service Editing /etc/postfix/master.cf, adding missing entry for postscreen TCP service Editing /etc/postfix/master.cf, adding missing entry for smtpd unix-domain service Editing /etc/postfix/master.cf, adding missing entry for dnsblog unix-domain service Editing /etc/postfix/master.cf, adding missing entry for tlsproxy unix-domain service Note: the following files or directories still exist but are no longer part of Postfix: /etc/postfix/postfix-files /etc/postfix/postfix-script /etc/postfix/post-install /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix Updating etc/sysconfig/postfix... Updating etc/sysconfig/mail... /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix insserv: script ipmi.hp: service ipmidrv already provided! =============================================== What is your idea? Do I really have to sed my default main.cf where I only put in my local relayhost=smtp.pnet.ch and myhostname=h04szd.pnet.ch to be able to do a correct upgrade to SLES11-SP3? Will you provide a merge from the main.cf.rpmnew to main.cf again? Or would it be possible to provide something in SuSEconfig? I mean, at the end when doing upgrade to SLES11-SP3 on several hundred servers it is not possible to log in and merge configurations. This must be working smoothly and fully automated. Thanks for your feedback Best regards Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From urs.frey at post.ch Mon Apr 29 09:55:52 2013 From: urs.frey at post.ch (urs.frey at post.ch) Date: Mon, 29 Apr 2013 15:55:52 +0000 Subject: [sles-beta] SLES11-SP3 RC1 aligning postfix configuration when upgrading from SLES11-SP2 not working in postfix.rpm SPEC Message-ID: <40637DBB36AF3941B243A286A432CA0B0E244EB7@HXMB12.pnet.ch> Hi When upgrading from SLES11SP2 to SLES11-SP3 RC1 I see constantly this message when postfix gets upgraded Additional rpm output: warning: /etc/postfix/main.cf created as /etc/postfix/main.cf.rpmnew warning: /etc/postfix/master.cf created as /etc/postfix/master.cf.rpmnew Align deprecated postfix configuration files. Your configuration could not be checked for deprecated postfix parameters. Please remove program_directory from your /etc/postfix/main.cf if exists. Please rename fallback_relay to smtp_fallback_relay in your /etc/postfix/main.cf if exists. So I digged deeper into the RPM SPEC scripts: postinstall scriptlet (using /bin/sh): # We never have to run suseconfig for postfix after update # We only start postfix's own upgrade-configuration if [ ${1:-0} -gt 1 ]; then echo "Align deprecated postfix configuration files." TD=/tmp/postfixEZo0gV if [ -d ${TD} ] then DA=2013-04-23-12-01 sed /^[[:space:]]*program_directory/d /etc/postfix/main.cf > ${TD}/main.cf diff -q /etc/postfix/main.cf ${TD}/main.cf || { mv /etc/postfix/main.cf /etc/postfix/main.cf-${DA} mv ${TD}/main.cf /etc/postfix/main.cf echo " Your main.cf was aligned. Your original file was saved as /etc/postfix/main.cf-${DA}" } sed 's/-o fallback_relay=/-o smtp_fallback_relay=/g' /etc/postfix/master.cf > ${TD}/master.cf diff -q /etc/postfix/master.cf ${TD}/master.cf || { mv /etc/postfix/master.cf /etc/postfix/master.cf-${DA} mv ${TD}/master.cf /etc/postfix/master.cf echo " Your master.cf was aligned. Your original file was saved as /etc/postfix/master.cf-${DA}" } rm ${TD}/main.cf ${TD}/master.cf rmdir ${TD} else echo "Your configuration could not be checked for deprecated postfix parameters." echo "Please remove program_directory from your /etc/postfix/main.cf if exists." echo "Please rename fallback_relay to smtp_fallback_relay in your /etc/postfix/main.cf if exists." fi Question is, why should there be a directory named /tmp/postfixEZo0gV. I will never have such a directory, as with every reboot the /tmp will be erased completely. SuSEconfig option. So in the above script I will never make it into the then part, where sed removes the obsolete parameter program_directory etc. It is correct doing this job only upon upgrades [ $1 -gt 1 ] , but the directory is not there as requested. A quite simple approach would be grepping for the occurrence of program_directory in main.cf and sed if true. I consider this as not yet OK and it should be reviewed please. Thank you very much Best regards Urs Frey Die Schweizerische Post Services Informationstechnologie 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 From Klaus.Gmeinwieser at oce.com Mon Apr 29 10:20:44 2013 From: Klaus.Gmeinwieser at oce.com (Klaus Gmeinwieser) Date: Mon, 29 Apr 2013 18:20:44 +0200 Subject: [sles-beta] SLES11-SP3 RC1 Message-ID: <517E9DDC.5000507@oce.com> Hi, I did some testing on the RC1 today and got the following issues: - Update from Beta4 to RC1 worked seamlessly for my configuration - Fresh installation as unattended installation failed every time for using regular boot parameters like "autoyast=usb" or "autoyast=floppy" - NFS V3 Server configured with YaST works, but share is not writeable even if configured /uPD *(rw,no_root_squash,sync,no_subtree_check) All of these problems apply to both of my test servers Fujitsu Tx150S5 (SAS) and TX150S7 (Sata). I was able to get unattended installation work for using parameter device://sdd1/autoinst.xml (for my USB Stick) or device://fd0/autoinst.xml for using floppies. The keywords USB or floppy do not work anymore. In the KDE Menu - the "Terminal - Super User Mode" still opens a regular user shell.... Will continue tomorrow with testing.... Regards Klaus -- Klaus Gmeinwieser email: klaus.gmeinwieser at oce.com voice: +49 8121 72 4358 Oc? Printing Systems GmbH - A Canon Group Company This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation. From meissner at suse.de Mon Apr 29 14:21:47 2013 From: meissner at suse.de (Marcus Meissner) Date: Mon, 29 Apr 2013 22:21:47 +0200 Subject: [sles-beta] SLES11-SP3 RC1 aligning postfix configuration when upgrading from SLES11-SP2 not working in postfix.rpm SPEC In-Reply-To: <40637DBB36AF3941B243A286A432CA0B0E244EB7@HXMB12.pnet.ch> References: <40637DBB36AF3941B243A286A432CA0B0E244EB7@HXMB12.pnet.ch> Message-ID: <20130429202146.GP27323@suse.de> On Mon, Apr 29, 2013 at 03:55:52PM +0000, urs.frey at post.ch wrote: > Hi > When upgrading from SLES11SP2 to SLES11-SP3 RC1 I see constantly this message when postfix gets upgraded > > Additional rpm output: > warning: /etc/postfix/main.cf created as /etc/postfix/main.cf.rpmnew > warning: /etc/postfix/master.cf created as /etc/postfix/master.cf.rpmnew > Align deprecated postfix configuration files. > Your configuration could not be checked for deprecated postfix parameters. > Please remove program_directory from your /etc/postfix/main.cf if exists. > Please rename fallback_relay to smtp_fallback_relay in your /etc/postfix/main.cf if exists. > > So I digged deeper into the RPM SPEC scripts: > > postinstall scriptlet (using /bin/sh): > # We never have to run suseconfig for postfix after update > # We only start postfix's own upgrade-configuration > if [ ${1:-0} -gt 1 ]; then > echo "Align deprecated postfix configuration files." > TD=/tmp/postfixEZo0gV > > Question is, why should there be a directory named /tmp/postfixEZo0gV. > I will never have such a directory, as with every reboot the /tmp will be erased completely. SuSEconfig option. > So in the above script I will never make it into the then part, where sed removes the obsolete parameter program_directory etc. > It is correct doing this job only upon upgrades [ $1 -gt 1 ] , but the directory is not there as requested. > A quite simple approach would be grepping for the occurrence of program_directory in main.cf and sed if true. > > I consider this as not yet OK and it should be reviewed please. This is a bug and a quite severe one :) The packager added TD=%( mktemp -d /tmp/postfixXXXXXX ) to the rpm spec file, which executes this during build, while it should probably be more like TD=$( mktemp -d /tmp/postfixXXXXXX ) which will be executed during rumtime. Ciao, Marcus From uwedr at suse.com Tue Apr 30 03:41:49 2013 From: uwedr at suse.com (Uwe Drechsel) Date: Tue, 30 Apr 2013 11:41:49 +0200 Subject: [sles-beta] SLES11-SP3 RC1 In-Reply-To: <517E9DDC.5000507@oce.com> References: <517E9DDC.5000507@oce.com> Message-ID: <20130430094149.GK22286@suse.de> Klaus, a first quick test failed to reproduce this. Could you please open a Service Request and attach the logs, so that we can investigate? Thanks Uwe -- Uwe Drechsel SUSE Linux Beta Program Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) On Mon, Apr 29, Klaus Gmeinwieser wrote: > Hi, > > I did some testing on the RC1 today and got the following issues: > > - Update from Beta4 to RC1 worked seamlessly for my configuration > > - Fresh installation as unattended installation failed every time > for using regular boot parameters like > > "autoyast=usb" or "autoyast=floppy" > > - NFS V3 Server configured with YaST works, but share is not > writeable even if configured > > /uPD *(rw,no_root_squash,sync,no_subtree_check) > > All of these problems apply to both of my test servers Fujitsu > Tx150S5 (SAS) and TX150S7 (Sata). > > I was able to get unattended installation work for using parameter > device://sdd1/autoinst.xml (for my USB Stick) or > device://fd0/autoinst.xml for using floppies. The keywords USB or > floppy do not work anymore. > > In the KDE Menu - the "Terminal - Super User Mode" still opens a > regular user shell.... > > Will continue tomorrow with testing.... > > Regards > Klaus From varkoly at suse.com Tue Apr 30 03:44:21 2013 From: varkoly at suse.com (Peter Varkoly) Date: Tue, 30 Apr 2013 11:44:21 +0200 Subject: [sles-beta] SLES11-SP3 RC1 : /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix In-Reply-To: <40637DBB36AF3941B243A286A432CA0B0E244E9F@HXMB12.pnet.ch> References: <40637DBB36AF3941B243A286A432CA0B0E244E9F@HXMB12.pnet.ch> Message-ID: <517FAE950200000C00143749@smtp.nue.novell.com> Thank you! I've just fixed it. The shell script for creating the temporary directory was applied as a rpm macro. This can not work in %post. Am Montag, den 29.04.2013, 15:02 +0000 schrieb urs.frey at post.ch: > Hi > > I just downloaded SLES11-SP3 RC1 and I am testing updates from SLES11-SP2 to SLES11-SP3 > > Within the changelog Beta4 to RC1 I saw this entry: > ----------------------------------------------------------------------------- > o Updated postfix (security/bugfix/feature) > > - bnc#809202 - Use of old parameter "fallback_relay" instead > of "smtp_fallback_relay" in postfix master.cf > - bnc#797211 - postconf warning: unused parameter program_directory > Fixing this problem for update also > ----------------------------------------------------------------------------- > > When doing upgrade I get these messages concerning postfix: > > > Installing: postfix-2.9.4-0.11.4 [....done] > Additional rpm output: > warning: /etc/postfix/main.cf created as /etc/postfix/main.cf.rpmnew > warning: /etc/postfix/master.cf created as /etc/postfix/master.cf.rpmnew > Align deprecated postfix configuration files. > Your configuration could not be checked for deprecated postfix parameters. > Please remove program_directory from your /etc/postfix/main.cf if exists. > Please rename fallback_relay to smtp_fallback_relay in your /etc/postfix/main.cf if exists. > Executing upgrade-configuration. > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > Editing /etc/postfix/master.cf, adding missing entry for tlsmgr service > Editing /etc/postfix/master.cf, adding missing entry for postscreen TCP service > Editing /etc/postfix/master.cf, adding missing entry for smtpd unix-domain service > Editing /etc/postfix/master.cf, adding missing entry for dnsblog unix-domain service > Editing /etc/postfix/master.cf, adding missing entry for tlsproxy unix-domain service > > Note: the following files or directories still exist but are no > longer part of Postfix: > > /etc/postfix/postfix-files /etc/postfix/postfix-script > /etc/postfix/post-install > > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > Updating etc/sysconfig/postfix... > Updating etc/sysconfig/mail... > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: program_directory=/usr/lib/postfix > insserv: script ipmi.hp: service ipmidrv already provided! > > =============================================== > What is your idea? > Do I really have to sed my default main.cf where I only put in my local relayhost=smtp.pnet.ch and myhostname=h04szd.pnet.ch to be able to do a correct upgrade to SLES11-SP3? > Will you provide a merge from the main.cf.rpmnew to main.cf again? > Or would it be possible to provide something in SuSEconfig? > > I mean, at the end when doing upgrade to SLES11-SP3 on several hundred servers it is not possible to log in and merge configurations. > This must be working smoothly and fully automated. > > Thanks for your feedback > > Best regards > > > Urs Frey > Die Schweizerische Post > Services > Informationstechnologie > 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 > -- Peter Varkoly SUSE Linux Enterprise Applications SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) Maxfeldstra?e 5 90409 N?rnberg Germany From gjn at gjn.priv.at Tue Apr 30 04:31:42 2013 From: gjn at gjn.priv.at (=?ISO-8859-1?Q?G=FCnther_J=2E?= Niederwimmer) Date: Tue, 30 Apr 2013 12:31:42 +0200 Subject: [sles-beta] SLES 11SP3 RC1 Yast2 Mailserver & Kerberos Server Module broken Message-ID: <1481530.PNHXoPCf0T@techz.gjn.prv> Hello, On my Test Installation I tested the Mailserver and Kerberos YaST2 Module with LDAP. The Kerberos Module can't install the kerberos.schema and Ends with a Error, also after Manual Install the Schema the LDAP config are broken no Index are created and ... The Mailserver Module have also a Problem with LDAP the Module can't read the defined "MAIN" Domain from Ldap and ends always with a warning no Main domain defined. -- mit freundlichen Gr??en / best Regards, G?nther J. Niederwimmer From varkoly at suse.com Tue Apr 30 07:54:27 2013 From: varkoly at suse.com (Peter Varkoly) Date: Tue, 30 Apr 2013 15:54:27 +0200 Subject: [sles-beta] SLES 11SP3 RC1 Yast2 Mailserver & Kerberos Server Module broken In-Reply-To: <1481530.PNHXoPCf0T@techz.gjn.prv> References: <1481530.PNHXoPCf0T@techz.gjn.prv> Message-ID: <517FE9330200000C001437B9@smtp.nue.novell.com> Am Dienstag, den 30.04.2013, 12:31 +0200 schrieb G?nther J. Niederwimmer: > Hello, > > On my Test Installation I tested the Mailserver and Kerberos YaST2 Module with > LDAP. > > The Kerberos Module can't install the kerberos.schema and Ends with a Error, > also after Manual Install the Schema the LDAP config are broken no Index are > created and ... > > The Mailserver Module have also a Problem with LDAP the Module can't read the > defined "MAIN" Domain from Ldap and ends always with a warning no Main domain > defined. Please define a main domain. And you'll see it works :-) -- Peter Varkoly SUSE Linux Enterprise Applications SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) Maxfeldstra?e 5 90409 N?rnberg Germany From Klaus.Gmeinwieser at oce.com Tue Apr 30 08:57:48 2013 From: Klaus.Gmeinwieser at oce.com (Klaus Gmeinwieser) Date: Tue, 30 Apr 2013 16:57:48 +0200 Subject: [sles-beta] SLES11-SP3 RC1 - Autoyast Problem In-Reply-To: <20130430094149.GK22286@suse.de> References: <517E9DDC.5000507@oce.com> <20130430094149.GK22286@suse.de> Message-ID: <517FDBEC.3010408@oce.com> Hallo Uwe, ich habe SR 10827610471 zu diesem Thema aufgemacht und die alle Dateien aus /var/log/YaST2 angeh?ngt. Ich hoffe das ist erst einmal ausreichend. Ich bin leider erst wieder am 6.5 im B?ro f?r weitere Tests oder Logs. Gr??e Klaus Am 30.04.2013 11:41, schrieb Uwe Drechsel: > Klaus, > > a first quick test failed to reproduce this. > > Could you please open a Service Request and attach the logs, so that we > can investigate? > > > > Thanks > Uwe > > -- > Uwe Drechsel > SUSE Linux Beta Program Manager > SUSE Linux Products GmbH > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) > > > On Mon, Apr 29, Klaus Gmeinwieser wrote: > >> Hi, >> >> I did some testing on the RC1 today and got the following issues: >> >> - Update from Beta4 to RC1 worked seamlessly for my configuration >> >> - Fresh installation as unattended installation failed every time >> for using regular boot parameters like >> >> "autoyast=usb" or "autoyast=floppy" >> >> - NFS V3 Server configured with YaST works, but share is not >> writeable even if configured >> >> /uPD *(rw,no_root_squash,sync,no_subtree_check) >> >> All of these problems apply to both of my test servers Fujitsu >> Tx150S5 (SAS) and TX150S7 (Sata). >> >> I was able to get unattended installation work for using parameter >> device://sdd1/autoinst.xml (for my USB Stick) or >> device://fd0/autoinst.xml for using floppies. The keywords USB or >> floppy do not work anymore. >> >> In the KDE Menu - the "Terminal - Super User Mode" still opens a >> regular user shell.... >> >> Will continue tomorrow with testing.... >> >> Regards >> Klaus > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > -- Klaus Gmeinwieser email: klaus.gmeinwieser at oce.com voice: +49 8121 72 4358 Oc? Printing Systems GmbH - A Canon Group Company This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation.