[systemd-devel] Extracting logs out of journal in windows 7

[P.R.Dinesh]

I have a systemd.journal file copied to windows machine.  I want to extract
the logs out of the journal file.  Do we have a equivalent to journalctl in
windows os or is it possible to cross compile journalctl in windows
platform?

Regards,
Dinesh
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Doug Snyder]

Andrei,
yes I did try to their solution and the reason I claimed that it didn't
work is because it doesn't
Of course thats the first thing I tried and it fails because It doesn't
reference the variables in the config file.
I tried to simplify the example posted on celery's site to restrict the
many possible sources of errors
That caused problems above since I had an %I in my service file and I was
told that this was because I wasn't using a template
( with no further explanation or any documentation  I can see on
freedesktop.org )
I assumed maybe the fact that I wasn't using a template was why the
variables being templated from the config file weren't being resolved,
but asked for further clarification ...
but really, how would I know?
The problem seems to be rooted in the fact that I'm not a Linux enthusiast,
I'm a data scientist that needs to run a simple task queue
but none of the instructions I find work.
Its true I've modified the ExecStart command from the example the celery
docs give.
I used the command that's listed in different part of the documentation to
run the task queue.
The command works fine in the command line, so I thought it would work when
run by systemd
I said that clearly in my first post.
As far as I know I'm trying to just get systemd to run a command at start
up in its own process
The only working systemd service I had was one I wrote for couchdb and so I
made the assumption it would work in a similar way
and tried to work off code that was working since systemd is so bad about
letting you know where errors originate
If that's not how things work, I'd like to know about it
That's why I'm here ... to learn how systemd works

While searching for something else I found the answer that I needed:
https://www.digitalocean.com/community/tutorials/understanding-systemd-units-and-unit-files
For forking services you are supposed to define the PIDFile:

   - PIDFile=: If the service type is marked as "forking", this directive
   is used to set the path of the file that should contain the process ID
   number of the main child that should be monitored.

This was what was causing the error even though the error said nothing of
the sort.
I had to get the templating working and define PIDFile using the %n
variable that was used on celery's site
Its all working now.


On Tue, Dec 5, 2017 at 1:50 PM, Lennart Poettering 
wrote:

> On Di, 05.12.17 13:33, Doug Snyder (webcoach...@gmail.com) wrote:
>
> > Getting rid of the template syntax changed the behavior but now it
> appears
> > there's another problem I don't understand.
> > it tries to start the unit and it shows some encouraging signs but fails
> > because a timeout was exceeded.
> > Celery starts and shows healthy output but then sends a SIGCHLD and then
> > dies
>
> Uh, I am not sure what celery is, but if celery is started but exits
> on its own then I am not sure I can help you very much.
>
> > I don't know if you know what celery is but its a task queue so it does
> > create child processes
> > I thought the Type=forking line in the service unit would let systemd
> about
> > that.
> > Or maybe its dying for some other reason?
> > It works fine when run without systemd
>
> Does it detach on its own? i.e. double fork? if yes, then type=forking
> is the right choice, otherwise you need a different Type=.
>
> > I don't think I can send you detailed output until we get this issue
> > resolved with the mailing list and why its not excepting emails with
> debug
> > output.
> > Short emails seem to post. Long ones don't. There's no indication of
> whats
> > going on
>
> There are message size limits on this mailing list. Please condense
> your logs to only include relevant bits hence, or use fpaste.org or
> something like that, and drop the URL.
>
> Lennart
>
> --
> Lennart Poettering, Red Hat
>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

[systemd-devel] Fwd: Is this list still active? Where can I get basic help with systemd

[Doug Snyder]

-- Forwarded message --
From: Doug Snyder 
Date: Tue, Dec 5, 2017 at 5:42 PM
Subject: Re: [systemd-devel] Is this list still active? Where can I get
basic help with systemd
To: Doug Snyder 


*Andrei, *
*yes I did try to their solution and the reason I claimed that it didn't
work is because it doesn't*
*Of course thats the first thing I tried and it fails because It doesn't
reference the variables in the config file.*
*I tried to take mostly the same code without the config file since it
wasn't working*
*That caused problems above since I had an %I in my service file and I was
told that this was because I wasn't using a template*
*( with no further explanation or any documentation  I can see on
freedesktop.org  )*
*I assumed maybe the fact that I wasn't using a template was why the
variables being templated from the config file weren't being resolved,*
*but asked for further clarification ...*
*but really how would I know?*
*The problem seems to be rooted in the fact that I'm not a Linux
enthusiast, I'm a data scientist that needs to run a simple task queue*
*but none of the instructions I find work.*
*Its true I've modified the ExecStart command from the example the celery
docs give.*
*I used the command that's listed in different part of the documentation to
run the task queue.*
*The command works fine in the command line, so I thought it would work
when run by systemd*
*I said that clearly in my first post.*
*As far as I know I'm trying to just get systemd to run a command at start
up in its own process*
*If that's not how things work, I'd like to know about it*
*That's why I'm here ... to learn how systemd works*
*I tried to learn about templates myself
here: 
https://www.digitalocean.com/community/tutorials/understanding-systemd-units-and-unit-files
*
*and found something useful about forking untis which seems to be relevant:*
*For forking services you are supposed to define the PIDFile:*

   - PIDFile=: If the service type is marked as "forking", this directive
   is used to set the path of the file that should contain the process ID
   number of the main child that should be monitored.

*celery's docs service does have that defined and mine doesn't.*
*But they have it defined in the Environment file using %n to define the
pid file*

# %n will be replaced with the first part of the nodename.

CELERYD_PID_FILE="/var/run/celery/%n.pid"

I can't do that without using templates apparently, so I'm not sure if I
can accomplish the same thing without getting a template working
and if I should get the first part of the nodename some other way or I
should try to get the templating working.
I'm assuming that the node name is the celery node not the systemd node ...
or is there something in systemd called a node?
Assuming this is a celery defined variable %n, how is it defined in the
envirnment file. I just see it being referenced.
How are these variables defined in systemd templates?


On Tue, Dec 5, 2017 at 2:19 PM, Doug Snyder  wrote:

> Well, it runs fine by itself using the exact same command on the command
> line.
> Its when systemd is added to the mix that the problems occur
> The people that put out celery have docs on how to use it with systemd,
> its just that they don't work:
> http://docs.celeryproject.org/en/latest/userguide/daemonizing.html
> I based my service off theirs but the Type=forking was copied right from
> theirs
> Maybe if I use their version more exactly it might work.
> But their version doesn't work at all ssince I suspect they are using
> templating
> ( I copied the %I from their file )
> They reference config variables in their template:
>
> /etc/systemd/system/celery.service:
>
> [Unit]Description=Celery ServiceAfter=network.target
> [Service]Type=forkingUser=celeryGroup=celeryEnvironmentFile=-/etc/conf.d/celeryWorkingDirectory=/opt/celeryExecStart=/bin/sh
>  -c '${CELERY_BIN} multi start ${CELERYD_NODES} \  -A ${CELERY_APP} 
> --pidfile=${CELERYD_PID_FILE} \  --logfile=${CELERYD_LOG_FILE} 
> --loglevel=${CELERYD_LOG_LEVEL} ${CELERYD_OPTS}'ExecStop=/bin/sh -c 
> '${CELERY_BIN} multi stopwait ${CELERYD_NODES} \  
> --pidfile=${CELERYD_PID_FILE}'ExecReload=/bin/sh -c '${CELERY_BIN} multi 
> restart ${CELERYD_NODES} \  -A ${CELERY_APP} --pidfile=${CELERYD_PID_FILE} \  
> --logfile=${CELERYD_LOG_FILE} --loglevel=${CELERYD_LOG_LEVEL} ${CELERYD_OPTS}'
> [Install]WantedBy=multi-user.target
>
> /etc/default/celeryd:
>
> # Names of nodes to start#   most people will only start one 
> node:CELERYD_NODES="worker1"#   but you can also start multiple and configure 
> settings#   for each in CELERYD_OPTS#CELERYD_NODES="worker1 worker2 worker3"# 
>   alternatively, you can specify the number of nodes to 
> start:#CELERYD_NODES=10
> # Absolute or relative path to the 'celery' 
> 

[systemd-devel] systemd-networkd-wait-online

[Johannes Ernst]

I’m running systemd 235.38 on an ARM64 device called the EspressoBin [1]. The 
EspressoBin board has an on-board Ethernet switch, which I configure with 
systemd-networkd (configuration is below). The device is intended as a home 
router that runs IPv4 masquerading, local DNS server etc.

I’m attempting to take action when the wan interface has a network connection 
to the upstream ISP. I discovered 
/usr/lib/systemd/systemd-networkd-wait-online, which behaves as follows:

% systemd-networkd-wait-online -i wan
Exactly what I would expect — once I connect upstream Ethernet, it prints 
"ignoring: lan0, lan1, eth0, lo” and returns true

% systemd-networkd-wait-online —ignore lan0 —ignore lan1
Same as first

% systemd-networkd-wait-online
“Hangs”

% systemd-networkd-wait-online -i lan0
“Hangs”

The way I read the man page [2] systemd-networkd-wait-online is supposed to 
return with true, even if only the wan interface is connected and the other two 
ports are configured (but not connected). Is my understanding correct? Or do 
all three ports need to be connected?

Thanks,



Johannes.



Configuration:

::
49-ubos-eth0.network
::
[Match]
Name=eth0

[Network]

::
50-ubos-lan0.network
::
[Match]
Name=lan0

[Network]
Address=192.168.140.1
DNS=192.168.140.1
IPForward=yes
BindCarrier=eth0

::
50-ubos-lan1.network
::
[Match]
Name=lan1

[Network]
Address=192.168.141.1
DNS=192.168.141.1
IPForward=yes
BindCarrier=eth0

::
50-ubos-wan.network
::
[Match]
Name=wan

[Network]
DHCP=yes
IPForward=yes
BindCarrier=eth0






[1] https://espressobin.net/
[2] 
https://www.freedesktop.org/software/systemd/man/systemd-networkd-wait-online.service.html


___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Andrei Borzenkov]

05.12.2017 22:19, Doug Snyder пишет:
> Well, it runs fine by itself using the exact same command on the command
> line.
> Its when systemd is added to the mix that the problems occur
> The people that put out celery have docs on how to use it with systemd, its
> just that they don't work:
> http://docs.celeryproject.org/en/latest/userguide/daemonizing.html
> I based my service off theirs but the Type=forking was copied right from
> theirs
> Maybe if I use their version more exactly it might work.

So - did you try first using example that is known to work before
modifying it?

> But their version doesn't work at all

How can you claim it if you did not apparently try their version?

> ssince I suspect they are using
> templating
> ( I copied the %I from their file )

Systemd unit on this site does not use template nor does it use %I in
unit definition. They use %I in variable assignment in configuration
file which is entirely different story.

Nor does your start command match what is shown on the site you refer to.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Doug Snyder]

Well, it runs fine by itself using the exact same command on the command
line.
Its when systemd is added to the mix that the problems occur
The people that put out celery have docs on how to use it with systemd, its
just that they don't work:
http://docs.celeryproject.org/en/latest/userguide/daemonizing.html
I based my service off theirs but the Type=forking was copied right from
theirs
Maybe if I use their version more exactly it might work.
But their version doesn't work at all ssince I suspect they are using
templating
( I copied the %I from their file )
They reference config variables in their template:

/etc/systemd/system/celery.service:

[Unit]Description=Celery ServiceAfter=network.target
[Service]Type=forkingUser=celeryGroup=celeryEnvironmentFile=-/etc/conf.d/celeryWorkingDirectory=/opt/celeryExecStart=/bin/sh
-c '${CELERY_BIN} multi start ${CELERYD_NODES} \  -A ${CELERY_APP}
--pidfile=${CELERYD_PID_FILE} \  --logfile=${CELERYD_LOG_FILE}
--loglevel=${CELERYD_LOG_LEVEL} ${CELERYD_OPTS}'ExecStop=/bin/sh -c
'${CELERY_BIN} multi stopwait ${CELERYD_NODES} \
--pidfile=${CELERYD_PID_FILE}'ExecReload=/bin/sh -c '${CELERY_BIN}
multi restart ${CELERYD_NODES} \  -A ${CELERY_APP}
--pidfile=${CELERYD_PID_FILE} \  --logfile=${CELERYD_LOG_FILE}
--loglevel=${CELERYD_LOG_LEVEL} ${CELERYD_OPTS}'
[Install]WantedBy=multi-user.target

/etc/default/celeryd:

# Names of nodes to start#   most people will only start one
node:CELERYD_NODES="worker1"#   but you can also start multiple and
configure settings#   for each in CELERYD_OPTS#CELERYD_NODES="worker1
worker2 worker3"#   alternatively, you can specify the number of nodes
to start:#CELERYD_NODES=10
# Absolute or relative path to the 'celery'
command:CELERY_BIN="/usr/local/bin/celery"#CELERY_BIN="/virtualenvs/def/bin/celery"
# App instance to use# comment out this line if you don't use an
appCELERY_APP="proj"# or fully qualified:#CELERY_APP="proj.tasks:app"
# Where to chdir at start.CELERYD_CHDIR="/opt/Myproject/"
# Extra command-line arguments to the
workerCELERYD_OPTS="--time-limit=300 --concurrency=8"# Configure
node-specific settings by appending node name to
arguments:#CELERYD_OPTS="--time-limit=300 -c 8 -c:worker2 4 -c:worker3
2 -Ofair:worker1"
# Set logging level to DEBUG#CELERYD_LOG_LEVEL="DEBUG"
# %n will be replaced with the first part of the
nodename.CELERYD_LOG_FILE="/var/log/celery/%n%I.log"CELERYD_PID_FILE="/var/run/celery/%n.pid"
# Workers should run as an unprivileged user.#   You need to create
this user manually (or you can choose#   a user/group combination that
already exists (e.g.,
nobody).CELERYD_USER="celery"CELERYD_GROUP="celery"
# If enabled pid and log directories will be created if missing,# and
owned by the userid/group configured.CELERY_CREATE_DIRS=1

But nowhere in their documentation is any mention of the fact that
they are using templates or how how make a service a template.

 Is there docs on this you can point me to? Or if not just explain it?



On Tue, Dec 5, 2017 at 1:50 PM, Lennart Poettering 
wrote:

> On Di, 05.12.17 13:33, Doug Snyder (webcoach...@gmail.com) wrote:
>
> > Getting rid of the template syntax changed the behavior but now it
> appears
> > there's another problem I don't understand.
> > it tries to start the unit and it shows some encouraging signs but fails
> > because a timeout was exceeded.
> > Celery starts and shows healthy output but then sends a SIGCHLD and then
> > dies
>
> Uh, I am not sure what celery is, but if celery is started but exits
> on its own then I am not sure I can help you very much.
>
> > I don't know if you know what celery is but its a task queue so it does
> > create child processes
> > I thought the Type=forking line in the service unit would let systemd
> about
> > that.
> > Or maybe its dying for some other reason?
> > It works fine when run without systemd
>
> Does it detach on its own? i.e. double fork? if yes, then type=forking
> is the right choice, otherwise you need a different Type=.
>
> > I don't think I can send you detailed output until we get this issue
> > resolved with the mailing list and why its not excepting emails with
> debug
> > output.
> > Short emails seem to post. Long ones don't. There's no indication of
> whats
> > going on
>
> There are message size limits on this mailing list. Please condense
> your logs to only include relevant bits hence, or use fpaste.org or
> something like that, and drop the URL.
>
> Lennart
>
> --
> Lennart Poettering, Red Hat
>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Lennart Poettering]

On Di, 05.12.17 13:33, Doug Snyder (webcoach...@gmail.com) wrote:

> Getting rid of the template syntax changed the behavior but now it appears
> there's another problem I don't understand.
> it tries to start the unit and it shows some encouraging signs but fails
> because a timeout was exceeded.
> Celery starts and shows healthy output but then sends a SIGCHLD and then
> dies

Uh, I am not sure what celery is, but if celery is started but exits
on its own then I am not sure I can help you very much.

> I don't know if you know what celery is but its a task queue so it does
> create child processes
> I thought the Type=forking line in the service unit would let systemd about
> that.
> Or maybe its dying for some other reason?
> It works fine when run without systemd

Does it detach on its own? i.e. double fork? if yes, then type=forking
is the right choice, otherwise you need a different Type=.

> I don't think I can send you detailed output until we get this issue
> resolved with the mailing list and why its not excepting emails with debug
> output.
> Short emails seem to post. Long ones don't. There's no indication of whats
> going on

There are message size limits on this mailing list. Please condense
your logs to only include relevant bits hence, or use fpaste.org or
something like that, and drop the URL.

Lennart

-- 
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Doug Snyder]

Getting rid of the template syntax changed the behavior but now it appears
there's another problem I don't understand.
it tries to start the unit and it shows some encouraging signs but fails
because a timeout was exceeded.
Celery starts and shows healthy output but then sends a SIGCHLD and then
dies
I don't know if you know what celery is but its a task queue so it does
create child processes
I thought the Type=forking line in the service unit would let systemd about
that.
Or maybe its dying for some other reason?
It works fine when run without systemd
I don't think I can send you detailed output until we get this issue
resolved with the mailing list and why its not excepting emails with debug
output.
Short emails seem to post. Long ones don't. There's no indication of whats
going on
I'll try including the journalctl -xe output and see if that crashes the
email list:

Dec 05 13:20:30 stower celery[5675]:   -
Dec 05 13:20:30 stower celery[5675]: --- * ***  * --
Linux-3.10.0-693.5.2.el7.x86_64-x86_64-with-centos-7.4.1708-Core 2017-12-05
13:19:02
Dec 05 13:20:30 stower celery[5675]: -- * -  ---
Dec 05 13:20:30 stower celery[5675]: - ** -- [config]
Dec 05 13:20:30 stower celery[5675]: - ** -- .> app:
 tasks:0x1e15c90
Dec 05 13:20:30 stower celery[5675]: - ** -- .> transport:
 amqp://guest:**@localhost:5672//
Dec 05 13:20:30 stower celery[5675]: - ** -- .> results: rpc://
Dec 05 13:20:30 stower celery[5675]: - *** --- * --- .> concurrency: 2
(prefork)
Dec 05 13:20:30 stower celery[5675]: -- ***  .> task events: OFF
(enable -E to monitor tasks in this worker)
Dec 05 13:20:30 stower celery[5675]: --- * -
Dec 05 13:20:30 stower celery[5675]: -- [queues]
Dec 05 13:20:30 stower celery[5675]: .> celery
 exchange=celery(direct) key=celery
Dec 05 13:20:30 stower celery[5675]: [tasks]
Dec 05 13:20:30 stower celery[5675]: . tasks.test.add
Dec 05 13:20:30 stower celery[5675]: . tasks.twt_api.tasks.twt_followers_ids
Dec 05 13:20:30 stower celery[5675]: . tasks.twt_api.tasks.twt_friends_ids
Dec 05 13:20:31 stower systemd[1]: Received SIGCHLD from PID 5675 (celery).
Dec 05 13:20:31 stower systemd[1]: Child 5675 (celery) died (code=exited,
status=0/SUCCESS)
Dec 05 13:20:31 stower systemd[1]: Child 5675 belongs to celery_bf.service
Dec 05 13:20:31 stower systemd[1]: celery_bf.service: control process
exited, code=exited status=0
Dec 05 13:20:31 stower polkitd[684]: Unregistered Authentication Agent for
unix-process:5659:1185247 (system bus name :1.53, object path
/org/freedesktop/Polic
Dec 05 13:20:31 stower systemd[1]: celery_bf.service got final SIGCHLD for
state final-sigterm
Dec 05 13:20:31 stower systemd[1]: celery_bf.service changed final-sigterm
-> failed
Dec 05 13:20:31 stower systemd[1]: Job celery_bf.service/start finished,
result=failed
Dec 05 13:20:31 stower systemd[1]: Failed to start Celery bf Service.
-- Subject: Unit celery_bf.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit celery_bf.service has failed.
-- 
-- The result is failed.
Dec 05 13:20:31 stower systemd[1]: Sent message type=signal sender=n/a
destination=n/a object=/org/freedesktop/systemd1
interface=org.freedesktop.systemd1.Mana
Dec 05 13:20:31 stower systemd[1]: Sent message type=method_call sender=n/a
destination=org.freedesktop.DBus object=/org/freedesktop/DBus
interface=org.freedes
Dec 05 13:20:31 stower systemd[1]: Unit celery_bf.service entered failed
state.
Dec 05 13:20:31 stower systemd[1]: celery_bf.service failed.
Dec 05 13:20:31 stower systemd[1]: celery_bf.service: cgroup is empty
Dec 05 13:20:31 stower systemd[1]: Sent message type=signal sender=n/a
destination=n/a object=/org/freedesktop/systemd1/unit/celery_5fbf_2eservice
interface=or
Dec 05 13:20:31 stower systemd[1]: Sent message type=signal sender=n/a
destination=n/a object=/org/freedesktop/systemd1/unit/celery_5fbf_2eservice
interface=or
Dec 05 13:20:31 stower systemd[1]: Got message type=method_call
sender=:1.54 destination=org.freedesktop.systemd1
object=/org/freedesktop/systemd1/unit/celery_
Dec 05 13:20:31 stower systemd[1]: Sent message type=method_call sender=n/a
destination=org.freedesktop.DBus object=/org/freedesktop/DBus
interface=org.freedes
Dec 05 13:20:31 stower systemd[1]: Sent message type=method_call sender=n/a
destination=org.freedesktop.DBus object=/org/freedesktop/DBus
interface=org.freedes
Dec 05 13:20:31 stower systemd[1]: Sent message type=method_call sender=n/a
destination=org.freedesktop.DBus object=/org/freedesktop/DBus
interface=org.freedes
Dec 05 13:20:31 stower systemd[1]: SELinux access check
scon=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
tcon=unconfined_u:object_r:systemd_unit_file
Dec 05 13:20:31 stower systemd[1]: Sent message type=method_return
sender=n/a destination=:1.54 object=n/a interface=n/a member=n/a
cookie=1317 reply_cookie=7
Dec 05 13:20:31 stower systemd[1]: Got cgroup 

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Reindl Harald]

Am 05.12.2017 um 19:04 schrieb Doug Snyder:
At this point two people have said I have an updated systemd which is 
strange because I thought I used the latest CentOS minimal install

$ systemctl --version
systemd 219
+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP 
+LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 -SECCOMP +BLKID +ELFUTILS 
+KMOD +IDN


as expected on RHEL7 currently

rpm -q systemd
systemd-219-42.el7_4.4.x86_64


So maybe it makes sense for me to just update and see if that resolves this.

I don't know how to do that though.
I found these instruciton but they don't work anymore:
https://www.certdepot.net/new-systemd-version/


you shouldn't on a some years old distribution with a ton of other not 
recent software on which systemd depends - that's the price you pay for 
a LTS distribution and expect for 3 machines out auf 25 hence i prefer 
to pay the price of Fedora nd two dist-upgrades per year

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Doug Snyder]

I'm trying to get you the debug output as described in
https://freedesktop.org/wiki/Software/systemd/Debugging/#index3h1
I'm sending the emails but they aren't showing up in the email list at:
https://lists.freedesktop.org/archives/systemd-devel/2017-December/thread.html#39934
with or without email attachments

At this point two people have said I have an updated systemd which is
strange because I thought I used the latest CentOS minimal install
$ systemctl --version
systemd 219
+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP
+GCRYPT +GNUTLS +ACL +XZ -LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN
So maybe it makes sense for me to just update and see if that resolves this.

I don't know how to do that though.
I found these instruciton but they don't work anymore:
https://www.certdepot.net/new-systemd-version/



On Tue, Dec 5, 2017 at 9:36 AM, Lennart Poettering 
wrote:

> On Sa, 02.12.17 20:40, Doug Snyder (webcoach...@gmail.com) wrote:
>
> > I'm trying to write a basic systemd service. The ExecStart command I'm
> > using works. The systemd service doesn't. It throws a cryptic error and I
> > can't find any documentation on the web that makes any sense of it. I
> > posted on this list and got no responses. Is this list active? If not is
> > there somewhere I can get basic help for setting up a service. Systemd is
> > the default tool daemonizing on most Linux distros right? There must be
> > some way to get help to get a basic example working.
>
> Please always indicate which systemd version you are using, which
> distribution and which kernel.
>
> > Nov 20 13:58:33 stower systemd[1]: celery_bf.service failed to run
> 'start'
> > task: Operation not supported
>
> Hmm, this indicates that some kernel functionality required is not
> available in the kernel. I am not sure which one that is, and logging
> is a bit too brief for that.
>
> If you run "systemd-analyze set-log-level debug", and run this again,
> what do you see then?
>
> Lennart
>
> --
> Lennart Poettering, Red Hat
>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Lennart Poettering]

On Di, 05.12.17 11:10, Doug Snyder (webcoach...@gmail.com) wrote:

Please keep discussions like this on the mailing list. Thanks!
(Readded the CC)

So, I think I figured it out: your service is not a template is it? If
so, you can't use %I. if you drop that, does it work then? (and make
sure to issue systemctl daemon-reload after editing the file).

But yeah, we should generate more useful messages in such a case (but
I am pretty sure we already do)

> I'm using a CentOs-7 x86 minimal install ( I have updated yum )
> I tried to get systemd version per documentation:
> https://www.freedesktop.org/software/systemd/man/systemd.html
> It doesn't work. There's no systemd command to get the version from

Hmm, yeah, we need to update that man page to specify the full
path. Prepped a fix for that here:

https://github.com/systemd/systemd/pull/7550

> here's my boot image:
> BOOT_IMAGE=/vmlinuz-3.10.0-693.5.2.el7.x86_64
> root=/dev/mapper/cl_stower-root ro crashkernel=auto rd.lvm.lv=cl_stower/root
> rd.lvm.lv=cl_stower/swap rhgb quiet LANG=en_US.UTF-8
> 
> I attached files with some ofthe debug output as described here:
> https://freedesktop.org/wiki/Software/systemd/Debugging/#index3h1
> but that documentation doesn't work right entirely either:
> $ /usr/bin/systemd --test --system --log-level=debug > systemd-test.txt 2>&1
> fails with:
> -bash: /usr/bin/systemd: No such file or directory

Oh, uh. That path is out of date. It should be /usr/lib/systemd. Fixed
that now.

Lennart

-- 
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Doug Snyder]

Also I have turned off SELinux for now, so that shouldn't be the issue

On Tue, Dec 5, 2017 at 9:36 AM, Lennart Poettering 
wrote:

> On Sa, 02.12.17 20:40, Doug Snyder (webcoach...@gmail.com) wrote:
>
> > I'm trying to write a basic systemd service. The ExecStart command I'm
> > using works. The systemd service doesn't. It throws a cryptic error and I
> > can't find any documentation on the web that makes any sense of it. I
> > posted on this list and got no responses. Is this list active? If not is
> > there somewhere I can get basic help for setting up a service. Systemd is
> > the default tool daemonizing on most Linux distros right? There must be
> > some way to get help to get a basic example working.
>
> Please always indicate which systemd version you are using, which
> distribution and which kernel.
>
> > Nov 20 13:58:33 stower systemd[1]: celery_bf.service failed to run
> 'start'
> > task: Operation not supported
>
> Hmm, this indicates that some kernel functionality required is not
> available in the kernel. I am not sure which one that is, and logging
> is a bit too brief for that.
>
> If you run "systemd-analyze set-log-level debug", and run this again,
> what do you see then?
>
> Lennart
>
> --
> Lennart Poettering, Red Hat
>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Is this list still active? Where can I get basic help with systemd

[Lennart Poettering]

On Sa, 02.12.17 20:40, Doug Snyder (webcoach...@gmail.com) wrote:

> I'm trying to write a basic systemd service. The ExecStart command I'm
> using works. The systemd service doesn't. It throws a cryptic error and I
> can't find any documentation on the web that makes any sense of it. I
> posted on this list and got no responses. Is this list active? If not is
> there somewhere I can get basic help for setting up a service. Systemd is
> the default tool daemonizing on most Linux distros right? There must be
> some way to get help to get a basic example working.

Please always indicate which systemd version you are using, which
distribution and which kernel.

> Nov 20 13:58:33 stower systemd[1]: celery_bf.service failed to run 'start'
> task: Operation not supported

Hmm, this indicates that some kernel functionality required is not
available in the kernel. I am not sure which one that is, and logging
is a bit too brief for that.

If you run "systemd-analyze set-log-level debug", and run this again,
what do you see then?

Lennart

-- 
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel