On Sun, Jun 19, 2011 at 11:09 AM, Mike Wright
wrote:
>
> I've been running a fedora 4 xen box since 2006 and use runlevel 4
> exclusively for xen. Xen is off in all other levels. Having a user
> runlevel allows for extremely granular control of services.
You can re-create a separate runlevel 4 fo
On 06/19/2011 06:11 AM, Aaron Konstam wrote:
> On Sat, 2011-06-18 at 15:02 -0600, Petrus de Calguarium wrote:
>> Aaron Konstam wrote:
>>
>>> But: chkconfig --level 35 nfs on
>>>
>>> would start on entering runlevel 3 and 5 and not on entering runlevel 2
>>> 4. Are you saying you can't arrange to do
On Sat, 2011-06-18 at 15:02 -0600, Petrus de Calguarium wrote:
> Aaron Konstam wrote:
>
> > But: chkconfig --level 35 nfs on
> >
> > would start on entering runlevel 3 and 5 and not on entering runlevel 2
> > 4. Are you saying you can't arrange to do that in systemd. Is that
> > considered a step
On Sat, Jun 18, 2011 at 4:45 PM, Aaron Konstam wrote:
> On Sat, 2011-06-18 at 10:30 -0400, Tom H wrote:
>>
>> Running "systemctl enable nfs" set it up to start in runlevels 2 3 4 5
>> and stop in runlevels 0 1 6 in the same way that "chkconfig nfs on"
>> would (in fact, since the nfs server's a le
Aaron Konstam wrote:
> But: chkconfig --level 35 nfs on
>
> would start on entering runlevel 3 and 5 and not on entering runlevel 2
> 4. Are you saying you can't arrange to do that in systemd. Is that
> considered a step up?
As I understand it (could be inaccurate :-) ), there are no run levels
On Sat, 2011-06-18 at 10:30 -0400, Tom H wrote:
> On Sat, Jun 18, 2011 at 9:18 AM, Aaron Konstam wrote:
> > On Fri, 2011-06-17 at 19:01 -0400, Sam Varshavchik wrote:
> >> Petrus de Calguarium writes:
> >>
> >>> To start it during this session:
> >>> systemctl start .service
> >>>
> >>> To start ev
On Sat, Jun 18, 2011 at 9:18 AM, Aaron Konstam wrote:
> On Fri, 2011-06-17 at 19:01 -0400, Sam Varshavchik wrote:
>> Petrus de Calguarium writes:
>>
>>> To start it during this session:
>>> systemctl start .service
>>>
>>> To start every time you start graphical.target:
>>> systemctl enable .servi
On Sat, 2011-06-18 at 11:02 +0100, Arthur Dent wrote:
> On Fri, 2011-06-17 at 16:41 -0500, Aaron Konstam wrote:
> > I searched the man page of systemctl and I can't find one that is
> > eqwuivalent to: chkconfig --level 35 on
> >
> > Is there such a command?
> >
>
> This doesn't quite answer yo
On Fri, 2011-06-17 at 17:08 -0600, Petrus de Calguarium wrote:
> Sam Varshavchik wrote:
>
> > This is specified by the service unit. systemd uses a slightly different
> > paradigm. The service itself knows what system state it should be running
> > in, by default. Enabling the service puts it as a
On Fri, 2011-06-17 at 19:01 -0400, Sam Varshavchik wrote:
> Petrus de Calguarium writes:
>
> > To start it during this session:
> >
> > systemctl start .service
> >
> > To start every time you start graphical.target:
> >
> > systemctl enable .service
> >
> > I'm not sure how you would differentiat
On Fri, 2011-06-17 at 15:53 -0600, Petrus de Calguarium wrote:
> Aaron Konstam wrote:
>
> > eqwuivalent to: chkconfig --level 35
>
> To start it during this session:
>
> systemctl start .service
>
> To start every time you start graphical.target:
>
> systemctl enable .service
>
> I'm not sur
On Fri, 2011-06-17 at 16:41 -0500, Aaron Konstam wrote:
> I searched the man page of systemctl and I can't find one that is
> eqwuivalent to: chkconfig --level 35 on
>
> Is there such a command?
>
This doesn't quite answer your question, but I have found this page to
be useful:
http://fedorapr
Sam Varshavchik wrote:
> My knowledge
> of systemd is limited only to what I had to figure out to fix the systemd-
> related subset of everything that was utterly broken after updating from
> F14 to F15.
Same here. I had to rewrite all of my scripts. Just really easy stuff, like
starting a daemo
Petrus de Calguarium writes:
Sam Varshavchik wrote:
> This is specified by the service unit. systemd uses a slightly different
> paradigm. The service itself knows what system state it should be running
> in, by default. Enabling the service puts it as a target for the state.
I'm glad you know
Sam Varshavchik wrote:
> This is specified by the service unit. systemd uses a slightly different
> paradigm. The service itself knows what system state it should be running
> in, by default. Enabling the service puts it as a target for the state.
I'm glad you know what you're talking about. It's
Petrus de Calguarium writes:
To start it during this session:
systemctl start .service
To start every time you start graphical.target:
systemctl enable .service
I'm not sure how you would differentiate between multi-user.target and
graphical.target.
This is specified by the service unit. s
Petrus de Calguarium wrote:
> I'm not sure how you would differentiate between multi-user.target and
> graphical.target.
I just remembered that multi-user.target is a subset of graphical.target, so
this should likely cover your needs.
Again, don't quote me.
--
users mailing list
users@lists.f
Aaron Konstam wrote:
> eqwuivalent to: chkconfig --level 35
To start it during this session:
systemctl start .service
To start every time you start graphical.target:
systemctl enable .service
I'm not sure how you would differentiate between multi-user.target and
graphical.target.
Don't quo
I searched the man page of systemctl and I can't find one that is
eqwuivalent to: chkconfig --level 35 on
Is there such a command?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines
19 matches
Mail list logo