[sles-beta] Help,

Mon Jun 16 01:46:20 MDT 2014

I have created this SR for the autoinst.xml issue:
"
10897186801   *Description: autoinst.xml created from "default install"
does not work for autoyast"*

On 16 June 2014 17:27, Josef Reidinger <jreidinger at suse.cz> wrote:

> On Mon, 16 Jun 2014 17:23:42 +1000
> "Darren Thompson" <darrent at akurit.com.au> wrote:
>
> > Josef
> >
> > This is the hardest part as I cannot seem to get a reliable build from
> > autoyast so do not know if this lack of clean "multi-user" is the
> > problem or just an incidental from my broken configuration attempts.
> > (Hence the request for a "know good" example file).
>
> I think some PMs can have something from QA that they use for testing.
>
> >
> > If I do a "default install" and then use the autoinst.xml as my
> > starting point I get a long way through the build process but cannot
> > get "graphics" target working and it ends with odd errors with
> > networking.
>
> It is worth reporting as it should happen.
>
> >
> > If I use some of my "earlier" working autoyast files, I get even more
> > bizarre errors. (Is it just me or is there two complete duplicates of
> > the "ser vice-manager" section in all the autoyast files that are
> > created from "yast autoyast" module???
>
> This also looks like bug, please also report. I think it is relict from
> support of old runlevel scheme.
>
> Josef
>
> >
> > In  any case, when I can get a "working" configuration I will be in a
> > better situation to help run-down the "broken" test cases and raise
> > SR's
> >
> > Darren
> >
> >
> > On 16 June 2014 17:13, Josef Reidinger <jreidinger at suse.cz> wrote:
> >
> > > On Mon, 16 Jun 2014 17:09:20 +1000
> > > "Darren Thompson" <darrent at akurit.com.au> wrote:
> > >
> > > > Josef
> > > >
> > > > I can say clearly that "something" is broken.
> > > >
> > > > I'm not sure "what" is broken at this stage.
> > > >
> > > > The "yast service-manager"  module does not even list multi-user
> > > > as an available target to choose on the pull-down list.
> > >
> > > Hi Darren,
> > > this is known issue, so not needed to report it.
> > >
> > > >
> > > > If I try specifying:
> > > > <services-manager>
> > > >   <default_target>multi-user</default_target>
> > > > </services-manager>
> > > > In my autoayst files then it gets really strange as you get
> > > > dropped to an un-configured x-server login screen and then have
> > > > to run "init 3" to get to the root console.
> > > >
> > > > Which of these odd/incorrect/non-intuitive behaviours do you wish
> > > > me to log?
> > >
> > > I am not aware of second one, so if you can report it it would help
> > > us and attach all logs, so we can see what exactly can be problem.
> > >
> > > Thanks
> > > Josef
> > >
> > > >
> > > > Darren
> > > >
> > > >
> > > >
> > > >
> > > > On 16 June 2014 16:41, Josef Reidinger <jreidinger at suse.com>
> > > > wrote:
> > > >
> > > > > On Mon, 16 Jun 2014 13:08:34 +1000
> > > > > "Darren Thompson" <darrent at akurit.com.au> wrote:
> > > > >
> > > > > > Team
> > > > > >
> > > > > > Does anyone have an example autoyast file they can share which
> > > > > > reliably builds a server to the "multi-user" target (e.g. no
> > > > > > X/display server running).
> > > > > >
> > > > > > Simmilarly, what are the steps for go from a server built to
> > > > > > the "graphical" target and getting it to reliably boot to the
> > > > > > "multi-user" target.
> > > > > >
> > > > > > The "service-manager" Yast module seems to be able to adjust
> > > > > > the "target" level but I cannot seem to workout how to get it
> > > > > > to accept "multi-user" - Am I missing something or is that
> > > > > > yast module "broken"?
> > > > > >
> > > > > > Any/all help appreciated.
> > > > > >
> > > > > > background:
> > > > > > I have traditionally built my SLES servers with the full
> > > > > > graphical install. I would then go into 'yast2 run-level'
> > > > > > module and in 'expert mode' change the default to "run level
> > > > > > 3". This would allow me to run the servers themselves without
> > > > > > any graphical display, but I could still SSH into them and
> > > > > > run all the graphical tools (via x-forwarding).
> > > > > > I'm hoping to be able to achve the same result with SLES12
> > > > > >
> > > > > > Regards
> > > > > > Darren
> > > > > >
> > > > >
> > > > > Hi Darren,
> > > > > my quick check of services manager xml schema -
> > > > >
> > > > >
> > >
> https://github.com/yast/yast-services-manager/blob/master/src/autoyast_rnc/services-manager.rnc
> > > > > show that what you are looking for can be
> > > > > <services-manager>
> > > > >   <default_target>multi-user</default_target>
> > > > > </services-manager>
> > > > >
> > > > > If this do not work, then it is probably bug and we need to
> > > > > check it together with logs what can go wrong.
> > > > >
> > > > > Josef
> > > > > _______________________________________________
> > > > > sles-beta mailing list
> > > > > sles-beta at lists.suse.com
> > > > > http://lists.suse.com/mailman/listinfo/sles-beta
> > > > >
> > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

-- 

Darren Thompson

Professional Services Engineer / Consultant

 *[image: cid:image001.jpg at 01CB7C0C.6C6A2AE0]*

Level 3, 60 City Road

Southgate, VIC 3006

Mb: 0400 640 414

Mail: darrent at akurit.com.au <steve at akurit.com.au>
Web: www.akurit.com.au
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.suse.com/mailman/private/sles-beta/attachments/20140616/637bfd65/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 3692 bytes
Desc: not available
URL: <http://lists.suse.com/mailman/private/sles-beta/attachments/20140616/637bfd65/attachment.jpg>