Discussion :

[Vitemassou]

Bonjour à tous,

J'ai un client qui dispose d'un vieux SCO Openserver, virtualisé sur du VMware ESXI. Indépendamment du fait que le serveur est virtualisé, le démarrage nécessite des interventions de la part d'un utilisateur :
Boot : appuyer sur Enter
Type Ctrl+d : On appuie sur Ctrl + d
Enter new date : On appuie sur Enter.

Le problème, c'est que dans certains cas, j'aurais besoin que des utilisateurs lambda puissent relancer le serveur, sans que je n'ai à intervenir et sans qu'ils n'aient accès à VSphère.

Existerait-il une commande (telle que reboot) ou un script qui permettrait de lancer le redémarrage du serveur, sans qu'il n'y ait ensuite besoin d'intervenir en cours de redémarrage comme vu plus haut ?

Je vous remercie par avance pour votre aide.

Cordialement,

Vitemassou.

[Flodelarab]

Bonjour

Est-ce que la redirection d'un fichier contenant les données en entrée du logiciel a été étudiée ?
Est-ce que l'utilisation d'expect a été étudiée ?

[Vitemassou]

Bonjour,

Je te remercie pour ta réponse. Je ne connais que très très peu Unix, c'est pourquoi je suis un peu perdu.
J'ai regardé les possibilités d'expect. Ca serait pile poil ce dont j'aurais besoin, mais je doute qu'il soit possible de lancer un script Expect en début de démarrage du serveur.
A lire ta réponse j'ai l'impression (mais je me trompe peut-être) que tu as compris que j'avais besoin d'automatiser une action dans un logiciel quelconque. Mais non, il s'agit bien pour moi d'automatiser les quelques actions requises lors du démarrage du système d'exploitation.

Cordialement,

Vitemassou.

[Escapetiger]

J'ai un client qui dispose d'un vieux SCO Openserver
(...)
Existerait-il une commande (telle que reboot) ou un script qui permettrait de lancer le redémarrage du serveur, sans qu'il n'y ait ensuite besoin d'intervenir en cours de redémarrage comme vu plus haut ?

Bonjour,

Il existe historiquement le paramètre AUTOBOOT=yes à modifier dans le fichier /etc/default/boot.

A vérifier si c'est disponible sur le serveur SCO Openserver de ton client.

Référence :

SCO UNIX / OpenServer :
http://www.tenox.net/docs/scounix/SC...ide_32v42b.pdf
SCO_Unix_System_Administrators_Guide_32v42b.pdf

Chapter 3
Starting and stopping the system

Booting automatically
page 56

http://www.tenox.net/docs/
tenox.net :: UNIX Bookshelf

[Edit]
Et pour arrêter proprement et redémarrer automatiquement le serveur c'est la commande /etc/shutdown -g0 -y -i6 (6 pour runlevel 6)
A confirmer via le man shutdown du SCO Openserver

[Vitemassou]

Bonjour Escapetiger,

Super, effectivement en passant le AUTOBOOT à YES, le serveur effectue seul sa séquence de démarrage si aucune touche n'est frappée au Boot :.

Je n'ai pas encore eu le temps de regarder la doc du shutdown, mais je pense que ça peut être bon. Dans le pire des cas je pourrais utiliser le programme reboot qui fait la même chose, mais probablement moins proprement. En tout cas je te remercie, car je cherchais ces programmes dans bin et je ne les trouvais pas.

Par contre ce que je n'ai pas réussi à faire, c'est d'autoriser un utilisateur à actionner le shutdown (ou le reboot). Tu saurais comment je paramètre ça ?

Cordialement,

[Escapetiger]

Par contre ce que je n'ai pas réussi à faire, c'est d'autoriser un utilisateur à actionner le shutdown (ou le reboot). Tu saurais comment je paramètre ça ?

Je savais pas (plus) si c'était possible sans "bricoler".Et grace à la toile, il faut regarder du côté de man asroot, une sorte d'équivalent sudo linux pour SCO.

asroot -- run a command as root

Syntax
/tcb/bin/asroot command [ args ]
Description
asroot allows an authorized user to run a command as superuser (root). Commands that can be used with asroot are defined by the superuser (see ``Making a command executable under asroot'') and must be present in the /tcb/files/rootcmds directory. Only root can make entries in this directory.

To use asroot, the user must have either the root primary subsystem authorization (which allows any command in the rootcmds directory to be run) or have a secondary subsystem authorization with the same name as the command. In addition to one of these the user must also have the execsuid kernel privilege.
(...)

Source: http://210.40.8.11:8457/en/manADM/asroot.ADM.html
asroot(ADM)

[Edit]
Ah, c'est déjà prévu pour la commande shutdown

Default asroot commands
By default one command is shipped in the /tcb/files/rootcmds directory: the shutdown(ADM) command. Only trusted users should be given the root authorization.

Donc, don't acte cette partie

[Edit2]
Alors c'est du côté de usermod qu'il faut aller.

useradd(ADM)
useradd, userdel, usermod -- add, delete, or change a user account

http://210.40.8.11:8457/en/manADM/useradd.ADM.html

/etc/usermod [-c comment] [-d directory [-m]] [-g group]
[-G group1,group2,...] [-l newname] [-s shell] [-u uid [-o]]
[-x " extendedOptionString"] [-X optionsFile] [hostname:]user

Options
The following options are supported by useradd and usermod
(...)
auths
The set of subsystem authorizations available: mem, terminal, lp, backup, auth, audit, cron, root, sysadmin, passwd, audittrail, backup_create, restore, queryspace, printqueue, printerstat, su, shutdown.
(...)

Si j'ai bien lu ce man (et qu'il est équivalent chez ton client), la commande ci-dessous autorise le user user à utiliser la commande shutdown :

/etc/usermod -x "{auths {shutdown} }" user

[Vitemassou]

Salut Escapetiger,

Bon ben parfait, grâce à ton aide j'ai résolu mon problème.
Effectivement le shtudown était déjà dans asroot, mais il me manquait certains droits pour que l'utilisateur soit vraiment autorisé.

J'ai regardé la doc du usermod, mais n'étant pas très à l'aise en anglais je n'était pas suffisamment assuré pour tenter d'utiliser cette commande (je n'avais pas encore vu ton ajout dans lequel tu me donnes la commande exacte avec ses arguments).

Finalement je suis allé faire un tour dans scoadmin, et dans Account Manager j'ai trouvé la possibilité d'ajouter des droits à un utilisateur, sur des programmes root. J'y ai donc ajouté le shutdown, et tout fonctionne bien.

Un immense merci pour ton aide. Tu as été patient et compréhensif avec le newbie que je suis en Unix, et sans toi je n'aurais probablement pas résolu mon problème. Je t'en suis vraiment reconnaissant.

Bonne continuation, et au plaisir

Vitemassou.