Discussion :

[Christophe P.]

Bonjour,

Avec Linux le script suivant fonctionne mais pas avec AIX 7.1

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
su - ${owner} <<!
${password}
rm -f ${fichier}
!

Il se connecte au compte owner avec son mot de passe password puis supprime un fichier. Sur AIX le mot de passe est demandé via un prompt.

Quelles modifications faut-il y apporter pour qu'il fonctionne sur AIX ?

[N_BaH]

tu sais que les accolades ne servent à rien ici, n'est-ce pas ?

par contre, des guillemets (bien que ce ne soit pas la source de ton problème) ne seraient pas inutiles, eux.

[Flodelarab]

Bonjour

Quelles modifications faut-il y apporter pour qu'il fonctionne sur AIX ?

Arrêter les bricolages malsains et utiliser sudo dont c'est la raison d'être ?

Désolé si la réponse simple à une question simple t'a froissé.

[Christophe P.]

Bonjour

Arrêter les bricolages malsains et utiliser sudo dont c'est la raison d'être ?

Désolé si la réponse simple à une question simple t'a froissé.

Vous avez tout à fait raison, mais les droits du user que je peux utiliser sont limités et il ne peut pas faire de sudo.

[disedorgue]

Peut-être avec expect ...

Mais, question : quel est le but d'effacer un fichier qui ne t'appartient pas ?

Et je ne comprend pas pourquoi tu ne demande pas les droits adéquate à ton administrateur ?

[Christophe P.]

En fait, j'ai accès à tous les comptes (très nombreux) qui sont utilisés par des personnes qui ne font que rarement du ménage dans leurs logs, ce qui bloque régulièrement tout le monde car le dossier /log est plein.
L'administrateur ne me donnera pas les droits pour ça car ce n'est pas sensé arriver quand les gens se préoccupent de leurs logs.

[N_BaH]

et c'est pas le boulot de l'admin. de faire ce nettoyage.

à défaut de les supprimer, il peut renvoyer les logs vers chez leur propriétaire, non ?

[Flodelarab]

quand les gens se préoccupent de leurs logs.

De toute ma vie, je ne me suis jamais préoccupé de mes logs. Tu as un problème de conception.

[disedorgue]

Au pire,

Tu fais un script pour crontab qui nettoie par exemple log selon une certaine taille et tu demandes à tous tes utilisateurs de créer leur crontab avec le dit script...

[N_BaH]

on pourrait peut-être aussi apprendre aux utilisateurs à garder leur merde logs chez eux.

pourquoi les logs utilisateurs se retrouvent-ils parmi les logs systèmes (/log)?

[Christophe P.]

Tu as un problème de conception.

Je suis bien d'accord mais je n'y peux rien.

[Escapetiger]

Salut,

En fait, j'ai accès à tous les comptes (très nombreux) qui sont utilisés par des personnes qui ne font que rarement du ménage dans leurs logs, ce qui bloque régulièrement tout le monde car le dossier /log est plein.
L'administrateur ne me donnera pas les droits pour ça car ce n'est pas sensé arriver quand les gens se préoccupent de leurs logs.

En sus des propositions pertinentes de mes collègues, je reviens sur cette problématique fréquemment rencontrée chez les clients.

Au delà de l' organisation et des droits pour chacun, de l'utilisateur en passant par toi ("super-utilisateur", comment fais-tu pour accéder aux comptes ?) jusqu'à l'administrateur * :

J' ai maintes fois mis en place avec succès une rotation des logs automatisée avec l'outil logrotate.

" The command is often run as a cron job, which has the effect of fully automatic log rotation. "

https://en.wikipedia.org/wiki/Log_rotation

A tester et à adapter selon ton environnement:
http://emmanuel.iffly.free.fr/doku.php?id=aix:logrotate
aix:logrotate [wiki]

* ps
Je peux témoigner qu'après plusieurs crash serveur dû à cette problématique, toutes les équipes projets ont été OK suite à une réunion technique avec tous les intéressé(e)s.

Maîtres-mots: communication, explication, solution sûre, rapide, fiable, etc.

Voir également si une politique de sauvegarde / restauration est en place pour sécuriser le tout.

Etc,