Segnalazione #355
Problemi con audio non funzionante per utenti
100%
Description
Ho ricevuto segnalazione che l'audio su fuss-client non funziona per utenti dotati di permessi audio, funzionando invece per root.
Ho però fatto prove locali e non riesco a riprodurlo: sia un utente esistente che un utente nuovo creato apposta (da octonet) riescono a sentire audio senza problemi.
Perché l'audio funzionasse ho dovuto alzare i volumi, sia sulla scheda pulseaudio che su quella sottostante alsa, ma la cosa era vera anche per root, e una volta alzati con root erano già al livello giusto anche per gli utenti.
È possibile avere qualche info in più sull'ambiente in cui si presenta il problema?
History
Updated by Michael Guggenberg almost 7 years ago
[utente@pc:~]aplay /usr/share/tuxtype/sounds/winfinal.wav
ALSA lib pcm_direct.c:1656:(snd1_pcm_direct_parse_open_conf) The field ipc_gid must be a valid group (create group audio)
aplay: main:722: audio open error: Argomento non valido
id
uid=10011(castanagiuseppe) gid=516(docenti) gruppi=516(docenti),24(cdrom),29(audio),46(plugdev),116(scanner)
Updated by Elena Grandi almost 7 years ago
- Assignee changed from Michael Guggenberg to Elena Grandi
Per le prove iniziali avevo usato firefox e chromium e dei video su youtube.
Ho provato anche quel comando, e il mio risultato è Playing WAVE '/usr/share/tuxtype/sounds/winfinal.wav'...
e il suono viene riprodotto.
il risultato del comando id
è simile, con gli stessi gruppi/permessi (cdrom, audio, plugdev, scanner)
Updated by Elena Grandi almost 7 years ago
- Assignee changed from Elena Grandi to Michael Guggenberg
ehm, sbagliata riassegnazione
Updated by Michael Guggenberg almost 7 years ago
posso vedere i permessi del utente (output di id) dove effetuato la prova con sucesso?
Updated by Michael Guggenberg almost 7 years ago
- Assignee changed from Michael Guggenberg to Elena Grandi
Updated by Paolo Dongilli almost 7 years ago
- Assignee changed from Elena Grandi to Michael Guggenberg
Scusate l'intromissione.
Michael, controlla se
/etc/groupha i permessi di lettura per tutti.
Updated by Elena Grandi almost 7 years ago
Come dicevo sopra, l'utente con cui avevo fatto le prove apparteneva ai gruppi cdrom, audio, plugdev, scanner.
Dopo aver piallato la macchina virtuale e ricreata per controllare la fix di #356 ho lanciato id per rispondere a questo ticket e il risultato è stato:
[elena@clientclone:~]id uid=10000(elena) gid=513(Domain Users) gruppi=513(Domain Users)
ma continuo a sentire l'audio senza nessun problema.
Forse ho un'indizio su cui indagare però: sulla macchina che ha problemi, in /etc/group
risulta che l'utente pulse
appartiene al gruppo audio
, oppure manca?
Updated by Elena Grandi almost 7 years ago
Dopo un riavvio (il primo dopo che era stato lanciato fuss-client -a
):
[elena@clientclone:~]id uid=10000(elena) gid=513(Domain Users) gruppi=513(Domain Users),24(cdrom),29(audio),46(plugdev),116(scanner)
l'audio si continua a sentire, ma l'utente pulse
non è più nel gruppo audio
.
(sospetto che nel caso possa essere una differenza tra permessi delle macchine virtuali e permessi sulle macchine reali, anche se non capisco perché debba esserci)
Updated by Michael Guggenberg over 6 years ago
Il demone pulseaudio non crea il sink nella home montata in nfs4.
/var/log/syslog:
Failed to create secure directory (/home/user/.config/pulse): Permission denied
Se faccio login come un utente locale pulse funziona correttamente.
Forzando il mount della directory home in nfs versione 3 torna coretto funzionamento del demone, pulse crea il sink.
Ho aggiunto l'opzione di mount nfsvers=3 in /etc/systemd/system/home.mount.
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1347748
Purtruppo adesso velocemente non trovo bug report correlato per debian jessie.
Propongo di condividere le home in nfs3 da fuss-server.
Updated by Michael Guggenberg over 6 years ago
- Assignee changed from Michael Guggenberg to TRUELITE
- Priority changed from Normale to Urgente
Updated by Christopher R. Gabriel over 6 years ago
- Assignee changed from TRUELITE to Elena Grandi
Updated by Elena Grandi over 6 years ago
- Assignee changed from Elena Grandi to Michael Guggenberg
Chiederei di verificare una cosa: è stato verificato che l'utente in questione possa scrivere sulla sua home?
Ho provato a verificare localmente e con la home montata in nfs4 e /home/user/.config/pulse
viene creata correttamente.
nfs3 non si può usare perché non permette di verificare le credenziali degli utenti.
Updated by Elena Grandi over 6 years ago
Un'altra domanda: che operazioni sono state fatte per montare le home in nfs3?
Provandoci localmente dal client il mount viene giustamente rifiutato.
Updated by Michael Guggenberg over 6 years ago
/etc/systemd/system/home.mount
alle opzioni di mount aggiunto nfsvers=3
Updated by Michael Guggenberg over 6 years ago
- Assignee changed from Michael Guggenberg to TRUELITE
Updated by Christopher R. Gabriel over 6 years ago
- Assignee changed from TRUELITE to Simone Piccardi
Updated by Simone Piccardi over 6 years ago
- Status changed from Nuovo to Commenti
- Assignee changed from Simone Piccardi to Michael Guggenberg
Con la versione 8.0.20 del fuss-client il problema di unmatching degli UID (vedi #392) viene risolto. Questo dovrebbe risolvere il problema di creazione di /home/user/.config/pulse
senza dover fare il downgrade di della versione di NFS (che elena non verificava in quanto non aveva un numero sufficiente di utenti per far scattare il limite che bloccava idmapd).