Boycott systemd

[imitheos]

Οκ το εκανε και το journalctl βγαζει αυτα

Jul 14 06:12:05 mitsos cpupower[343]: + cpupower frequency-set -g powersave
Jul 14 06:12:05 mitsos cpupower[343]: + ESTATUS=1

cpupower frequency-set$PARS > /dev/null || ESTATUS=1

Στο script υπάρχει η παραπάνω γραμμή, η οποία τρέχει το πρόγραμμα πετώντας την έξοδό του στο /dev/null ώστε να μην εμφανίζονται άσκοπα μηνύματα λάθους και αν αυτή αποτύχει, τότε θέτει τιμή 1 στην μεταβλητή ESTATUS δηλώνοντας ότι απέτυχε.

Πάνε λοιπόν στο /usr/libexec/cpupower και άλλαξε την στο παρακάτω:

1) cpupower frequency-set$PARS
2) cpupower frequency-set$PARS >& /tmp/klkl

Επίλεξε όποιο θέλεις. Λογικά λειτουργούν και τα δύο. Το 1ο δεν κρύβει την έξοδο οπότε σε oneshot service θα φανεί στο journactl. Το 2ο θα πετάξει την έξοδο στο /tmp/klkl οπότε μετά την επανεκκίνηση θα κοιτάξεις τι γράφει το αρχείο. Ελπίζω μόνο το cpupower να πετάει κάποιο διακριτό μήνυμα λάθους, αλλιώς θα είμαστε πάλι στην αρχή.

[jim_p]

Για το 2ο που λες να πεταει την εξοδο εκει, θα πρεπει να επανεκκινησω για να δω τι γραφει?

[imitheos]

Για το 2ο που λες να πεταει την εξοδο εκει, θα πρεπει να επανεκκινησω για να δω τι γραφει?

Πάντα. Εφόσον το error γίνεται trigger μόνο στην επανεκκίνηση, ό,τι αλλαγή κάνεις, θα πρέπει να την δοκιμάζεις μετά την επανεκκίνηση.

[jim_p]

$ sudo journalctl -b -u cpupower.service
Jul 14 19:50:41 mitsos systemd[1]: Starting cpupower.service - Apply cpupower configuration...
Jul 14 19:50:41 mitsos cpupower[337]: + ESTATUS=0
Jul 14 19:50:41 mitsos cpupower[337]: + test  !=
Jul 14 19:50:41 mitsos cpupower[337]: + PARS= -g powersave
Jul 14 19:50:41 mitsos cpupower[337]: + PARS= -g powersave
Jul 14 19:50:41 mitsos cpupower[337]: + test  -g powersave !=
Jul 14 19:50:41 mitsos cpupower[337]: + cpupower frequency-set -g powersave
Jul 14 19:50:41 mitsos cpupower[343]: Setting cpu: 0
Jul 14 19:50:41 mitsos cpupower[343]: Error setting new values. Common errors:
Jul 14 19:50:41 mitsos cpupower[343]: - Do you have proper administration rights? (super-user?)
Jul 14 19:50:41 mitsos cpupower[343]: - Is the governor you requested available and modprobed?
Jul 14 19:50:41 mitsos cpupower[343]: - Trying to set an invalid policy?
Jul 14 19:50:41 mitsos cpupower[343]: - Trying to set a specific frequency, but userspace governor is not available,
Jul 14 19:50:41 mitsos cpupower[343]:    for example because of hardware which cannot be set to a specific frequency
Jul 14 19:50:41 mitsos cpupower[343]:    or because the userspace governor isn't loaded?
Jul 14 19:50:41 mitsos cpupower[337]: + PARS=
Jul 14 19:50:41 mitsos cpupower[337]: + test  !=
Jul 14 19:50:41 mitsos cpupower[337]: + exit 0
Jul 14 19:50:41 mitsos systemd[1]: Finished cpupower.service - Apply cpupower configuration.

Εβγαλα μονο οτι εχει μετα το >&, γιατι οταν αλλαξα το path για το αρχειο γκρινιαζε.

[jim_p]

Ολο το /usr/libexec/cpupower που κανει τη δουλεια ειναι ετσι και τα παραπανω τα εβγαλα απο τη γραμμη 20 μονο. Μηπως πρεπει να τα βγαλω και απο την 29?

$ cat -n /usr/libexec/cpupower
     1	#!/bin/sh -x
     2	# Copyright © 2012, Sébastien Luttringer
     3	# Copyright © 2024, Francesco Poli
     4	# SPDX-License-Identifier: GPL-2.0-or-later
     5	
     6	ESTATUS=0
     7	
     8	# parse CPU clock frequency options
     9	if test "$FREQ" != ""
    10	then
    11	    PARS="${FREQ:+ -f $FREQ}"
    12	else
    13	    PARS="${GOVERNOR:+ -g $GOVERNOR}"
    14	    PARS="${PARS}${MIN_FREQ:+ -d $MIN_FREQ}${MAX_FREQ:+ -u $MAX_FREQ}"
    15	fi
    16	
    17	# apply CPU clock frequency options
    18	if test "$PARS" != ""
    19	then
    20	    cpupower frequency-set$PARS 
    21	fi
    22	
    23	# parse CPU policy options
    24	PARS="${PERF_BIAS:+ -b $PERF_BIAS}"
    25	
    26	# apply CPU policy options
    27	if test "$PARS" != ""
    28	then
    29	    cpupower set$PARS > /dev/null || ESTATUS=1
    30	fi
    31	
    32	exit $ESTATUS

[imitheos]

Jul 14 19:50:41 mitsos cpupower[337]: + cpupower frequency-set -g powersave
Jul 14 19:50:41 mitsos cpupower[343]: Setting cpu: 0
Jul 14 19:50:41 mitsos cpupower[343]: Error setting new values. Common errors:
Jul 14 19:50:41 mitsos cpupower[343]: - Do you have proper administration rights? (super-user?)
Jul 14 19:50:41 mitsos cpupower[343]: - Is the governor you requested available and modprobed?
Jul 14 19:50:41 mitsos cpupower[343]: - Trying to set an invalid policy?
Jul 14 19:50:41 mitsos cpupower[343]: - Trying to set a specific frequency, but userspace governor is not available,
Jul 14 19:50:41 mitsos cpupower[343]:    for example because of hardware which cannot be set to a specific frequency
Jul 14 19:50:41 mitsos cpupower[343]:    or because the userspace governor isn't loaded?

Εβγαλα μονο οτι εχει μετα το >&, γιατι οταν αλλαξα το path για το αρχειο γκρινιαζε.

Το όλο script ουσιαστικά είναι αυτή η εντολή "cpupower frequency-set -g powersave". Για κάποιο λόγο αποτυγχάνει.

Αν δεν βαριέσαι, κάνε το εξής:

# mv /usr/libexec/cpupower /usr/libexec/cpupower.orig
# cat > /usr/libexec/cpupower << EOF
lsmod >> /tmp/klkl
echo "Governors:" >> /tmp/klkl
cat /sys/devices/system/cpu/cpufreq/policy0/scaling_available_governors >> /tmp/klkl
cpupower frequency-set -g powersave >> /tmp/klkl
EOF
# chmod 755 /usr/libexec/cpupower

Θα αποθηκεύσει στο αρχείο /tmp/klkl την έξοδο του lsmod δηλαδή ποια modules έχουν φορτωθεί, θα εμφανίσει ποιοι governors είναι διαθέσιμοι (ενδεχομένως να μην υπάρχει το αρχείο αν δεν έχει φορτωθεί η υποδομή) και τέλος θα δοκιμάσει να τρέξει την εντολή.

Μετά την επόμενη εκκίνηση, διαβάζεις το αρχείο /tmp/klkl και έπειτα ξανά-μεταφέρεις το .orig αρχείο πίσω ώστε να τρέχει το κανονικό script.

Αν δεν δώσει αποτελέσματα ούτε αυτό, δεν ξέρω τι άλλο να προτείνω.

[dpap76]

Για να καταλάβω: οταν το τρέχεις απο shell σαν root δουλεύει σωστά ενώ οταν το τρέχεις σαν systemd service κλωτσάει?

αν είναι το δεύτερο τότε είναι θέμα permissions/capabilities.

βάλε + μπροστά από το command line στο unit file:

ExecStart=+/usr/libexec/cpupower

[imitheos]

Για να καταλάβω: οταν το τρέχεις απο shell σαν root δουλεύει σωστά ενώ οταν το τρέχεις σαν systemd service κλωτσάει?

Σαν service το τρέχει πάντα. Τρέχοντας το μετά την εκκίνηση λειτουργεί, κατά την εκκίνηση κρεμάει.

[dpap76]

for debug reasons, ας βάλει και:

[Service]
Restart=on-failure
RestartSec=10

μήπως 10-20 secs μετά το boot φτιάχνει μόνο του

[jim_p]

Στο σχετικο bug report ενας προτεινε να βαλω αυτα στο service file

In the meanwhile, let's try to add

  After=systemd-modules-load.service

to the [Unit] section of cpupower.service, as in the attached file.
Or maybe

  After=remote-fs.target

?

Αν εβαζα τα αποπανω στο αρχειο που εκτελει το service, δεν θα χαλαγε πρακτικα η λειτουργια του? Αν το προβλημα εινια το τι βγαζουν οι εντολες, να τις ποσταρω

$ cat /sys/devices/system/cpu/cpufreq/policy0/scaling_available_governors
powersave performance schedutil

$ sudo cpupower frequency-set -g powersave
[sudo] password for jim: 
Setting cpu: 0
Setting cpu: 1
Following CPUs are offline:
2-3
cpupower set operation was not performed on them

[imitheos]

Στο σχετικο bug report ενας προτεινε να βαλω αυτα στο service file

Δεν στο είχα γράψει αυτό πιο παλιά;

Η αλλαγή που ανέφερα (αν και δεν θα πρέπει να χρειάζεται) είναι η παρακάτω.

[Unit]
Description=Apply cpupower configuration
After=systemd-modules-load.service
ConditionVirtualization=!container

Αυτό δηλαδή λέει στον systemd να εκκινήσει το cpupower αφού έχει τρέξει η υπηρεσία που φορτώνει τα χειροκίνητα-ορισμένα-modules (τα υπόλοιπα φορτώνονται μέσω udev), και με τον κώδικα που έδωσα πριν ορίζουμε να φορτώνεται χειροκίνητα ο scheduler που θέλεις.

Σημειωτέον ότι όλα αυτά χρειάζονται _μόνο_ αν είναι race condition και _μόνο_ αν είναι το συγκεκριμένο race condition που σκέφτηκα. Μπορεί να μην τρέχει για εντελώς άσχετο λόγο. Το error log θα σου πει γιατί δεν τρέχει.

Αυτό βοηθάει στην περίπτωση που έχεις ορίσει να φορτώνονται χειροκίνητα τα modules, αλλιώς δεν θα κάνει τίποτα. Αλλιώς πρέπει να μπει μετά το systemd-udevd.

Αν το προβλημα εινια το τι βγαζουν οι εντολες, να τις ποσταρω

$ cat /sys/devices/system/cpu/cpufreq/policy0/scaling_available_governors
powersave performance schedutil

Μας νοιάζει τι λένε κατά την εκκίνηση, όχι τώρα.

Ήδη σε κούρασα, δοκίμασε το ένα, δοκίμασε το άλλο. Προφανώς δεν είναι αυτό που έχω στο νου μου και σε οδηγώ σε λάθος δρόμο. Κάνε αυτά που γράφουν στο bug report καλύτερα.

[jim_p]

Προς το παρον, 2 εκκινησεις μετα την αλλαγη, και στις 2 αποτυχε να ξεκινησει κανονικα το service. Αν μπω σε single user mode και τρεξω τα παραπανω, θα εχει διαφορα?

Και δικιο εχεις, το ειχαμε δοκιμασει και πριν. Με το quote σου για το race condition θυμηθηκα οτι το ξανακαναμε.

[jim_p]

Μου ζητηθηκε να κανω ενα coredumpctl για τον mpv που σκαει με segfault. Θυμαμαι περυσι που απενεργοποιησα μια τετοια λειτουργια του systemd επειδη μου γεμιζε μεγαλα αρχεια στο home καθε φορα που εσκαγε κατι, πχ το kodi. Τι μπορω να κανω τωρα?

[jim_p]

Βρηκα πως η λειτουργια του systemd απενεργοποιειται απο αυτο εδω

$ cat /etc/sysctl.d/90-nocore.conf 
kernel.core_pattern=|/bin/false

Εβαλα λοιπον καγκελο εκει, επανεκκινησα και ετρεξα αυτο για να ειμια σιγουρος οτι αλλαξε

# sysctl kernel.core_pattern 
kernel.core_pattern = core

Αλλα οταν σκαει η εφαρμογη που θελω, δεν φτιαχνει καποιο αρχειο στο home μου. Γιατι?