Messages de mtiburs

mtiburs · Réseau

Je complémente mon post de quelques informations

Il semblerait que ce soit la gestion de rdesktop au niveau de l'écran qui pose problème.

J'ai regardé avec avec netstat -anp et lsof -i si je pouvais avoir des informations utiles lors d'un fonctionnement correct et lors d'un pb, il n'y a aucune différence, la connection est toujours bonne.

J'ai lancé 2 rdesktop pour voir, et quand il y en a qui déconne (écran figé: totalement ou une espèce de cassure sur l'image comme un mauvais rafraichisssement) les actions sont toujours possibles: les clics de souris ou le clavier "remonte" bien à la machine (car j'y vois sur le poste qui fonctionne bien) , c'est bel et bien l'écran (image)qui ne rafraichit plus !

Le problème semble augmenter en rapport avec la charge du réseau.
Pour rappel, il ne s'agit que de certains postes client, d'autres fonctionne très bien, sont construit de la même façon mais n'ont jamais ce soucis.
Les postes qui posent soucis fonctionne sont anciens ou neufs et fonctionne très bien dans d'autres environnement.

Ma question reste d'actualité, est-il possible de "tomber" la connection réseau et de relancer un rdesktop proprement sans passer par un reboot du PC, car pour l'instant, j'ai fais un menu d'attente accessible par ALT-CTRL-F2 (dialog) qui lance un reboot directement, mais c'est un peu énervant, si la connection pouvait être reprise en quelques secondes, ce serait bien.

mtiburs · Autres

Bonsoir,

Est-ce que tu as trouvé ton problème ou est-il toujours d'actualité ?

mtiburs · Réseau

Merci Galandou pour ta réponse
Oui, bien sûr que le driver proprio est installé, je rappelle que dans le cas de cet écran figé, la MV est toujours accessible et lorsque le poste client redémarre tout revient dans l'ordre.

Je complémente mon post avec ceci:
un des messages d'erreurs:
station06 kernel: [ 9306.060018] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
station06 kernel: [ 9306.060036] render error detected, EIR: 0x00000000
station06 kernel: [ 9306.060065] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 1147779 at 1147778)

un autre:
station06 kernel: [ 154.348013] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
station06 kernel: [ 154.348027] render error detected, EIR: 0x00000000
station06 kernel: [ 154.348044] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 681 at 680)

quelques lignes lors du démarrage:
station06 kernel: [ 6.024582] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
station06 kernel: [ 6.024595] i915 0000:00:02.0: setting latency timer to 64
station06 kernel: [ 6.029453] uhci_hcd: USB Universal Host Controller Interface driver
station06 kernel: [ 6.034289] [drm] set up 7M of stolen space
station06 kernel: [ 6.072441] [drm] initialized overlay support
station06 kernel: [ 6.307419] Console: switching to colour frame buffer device 160x64
station06 kernel: [ 6.318209] fb0: inteldrmfb frame buffer device
station06 kernel: [ 6.318214] registered panic notifier
station06 kernel: [ 6.318302] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
station06 kernel: [ 6.318368] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
station06 kernel: [ 6.318387] uhci_hcd 0000:00:1d.0: setting latency timer to 64
station06 kernel: [ 6.318393] uhci_hcd 0000:00:1d.0: UHCI Host Controller
station06 kernel: [ 6.318421] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
station06 kernel: [ 6.318462] uhci_hcd 0000:00:1d.0: irq 16, io base 0x0000ff80

J'ai aussi des soucis par rapport à l'appui de certaines touches, comme par exemple les touches de déplacements qui génèrent des chiffres à répétition (comme si c'était un pavé numérique)
Il semblerait qu'il y aie un bug coté rdesktop sous Virtualbox et j'ai l'impression qu'on est en plein dedans.

Mais ma question reste identique: comment redémarrer ma session RDP ? (pas que relancer rdesktop, mais relancer le réseau avec)

mtiburs · Réseau

Bonjour,

J'utilise Debian Squeeze pour faire des postes clients (ce sont des vieux PC Dell qui ont déjà eu une vie sous Windows), ces postes se connectent sur des serveurs de machines virtuelles par RDP en Virtualbox, ils interrogent les serveurs pour avoir la liste des machines, et si ils trouvent la machines virtuelle (WinXP), ils demandent le démarrage de celle-ci (les serveurs sont au mini, pas d'écrans, ni claviers et Vbox ne fonctionne qu'en Headless).

Voici mon pb:
J'ai quelques PC qui semble perdre la connection en RDP avec Virtualbox: l'écran se fige mais l'action souris ou clavier continue: si je me connecte avec un autre RDP la MV est opérationnelle.
Pour résoudre ce problème, j'ai fais une connection auto sur la console 2 avec un menu d'attente avec "dialog" qui attends juste un appui pour rebooter tout le poste. Ceci marche très bien, mais c'est un peu long, car pour éviter des pb d'affichage, je mets une tempo de façon a lancer rdesktop 20 secondes après la demande de démarrage de la MV, comme ça le bureau d'XP arrive "d'un coup" avec la bonne résolution.

Pour information, le poste client, contient juste x-window-system, j'ai un mingetty en autologin (console 1) et un script dans le .bashrc pour lancer mon script, au final, startx et rdesktop est lancé.

Le soucis réside dans cette "coupure" qui arrive n'importe quand, sur certains PC, ça n'arrive pas et sur d'autres cela peut arriver 10 fois dans la journée.
J'ai essayé de faire un "/etc/init.d/networking restart" ou "/etc/init.d/ifupdown restart" avec un "killall login" mais la connection ne reprend pas, le pb est identique (le curseur bouge sans plus mais n'a pas d'action à l'écran, mais a une action dans la MV), on dirait que Vbox n'envoie plus l'affichage.
Ce pb arrive malgré des cartes réseaux différentes (modèles et marque) en 10/100/1000.
A noter, les postes qui fonctionnent bien peuvent présenter les même symptômes en cas de sollicitation réseau.
Il arrive quelquefois que la connection reprenne toute seule (après quelques minutes).

Je pense que le pb n'est pas facile, mais qu'est-ce que je pourrais faire pour me "rapprocher" d'un reboot réel sans en faire un réellement ? (en fait relancer la connection RDP tout simplement).

mtiburs · Matériel

Merci à vous tous ... ça marche impec ! super

mtiburs · Matériel

bendia a écrit :

/home/user/.bashrc

Ce script s'exécute à chaque lancement d'un shell utilisateur si je ne m'abuse.

Merci de ta réponse ... mais je ne lance pas de shell opérateur ! (en fait, je veux lancer une VM spécifique (Nas4free) qui n'est pas en rapport avec les VM déjà présentes qui sont des WinXP; le Nas doit tourner tout le temps et les WinXP, eux sont lancés "à la demande" par dialog en mode texte, puis affiché avec rdesktop sous X directement)
Je veux que ce script sois lancé "comme" si je le lançais d'un shell utilisateur (sous une identité utilisateur).

En fait, en expliquant les choses, je viens d'avoir une idée, je pourrais exporter ma machine virtuelle depuis l'util et l'importer en root, là, je pourrais la lancer avec rc.local, mais par principe je préfère ne pas utiliser le mode root pour une VM.

mtiburs · Matériel

Bonjour,

Je voudrais lancer un script qui lance virtualbox en headless sous un utilisateur mais a partir de rc.local

J'ai essayé, mais c'est root qui le lance et comme virtualbox fait bien la distinction entre l'util et le root, il ne voit pas la machine virtuelle.

voici mon script:
#!/bin/bash
/usr/lib/virtualbox/VBoxHeadless -s $1 &
sleep 2

Ou alors, si ce n'est pas possible en rc.local, comment lancer ce programme en étant sous l'utilisateur en question ?)

Pour information, la machine est une squeeze avec quasiment rien dessus, pas d'écran, ni clavier (les postes clients teste la présence de la VM et la lance par ssh si ok, dans le cas présent, je voudrais qu'une VM tourne au démarrage)

Je poste ce sujet ici, car c'est plutôt la fonction "script" qui m'intéresse (le fait que cela soit pour de la virtualisation n'est qu'une info sur l'utilité de ce que je fais avec)

mtiburs · Scripts, programmes et robots

pour faire suite a mon post, je confirme le dernier message:
- ajout de mingetty dans inittab
- ajout dans .bashrc pour le lancement d'un script (1 ligne)
- le script utilise dialog et peut faire tout un tas de test: tester la présence du serveur de MV, lister les machines qui se trouve dedans, déplacer une MV d'un serveur vers un autre, supprimer une MV, sauvegarder une MV sur mon NAS (Nas4free en ZFS)

ceci me permet de faire un poste client léger en rien de temps (installation mini avec ssh, puis x-window-system,lxde-core,rdesktop,mingetty,numlockx,dialog), de plus, je peux utiliser le PC normalement avec lxde-core si besoin, le PC, n'est pas "figé".

un soucis cependant, avec "squeeze" ça va, mais avec "wheezy", il y a une répétition des caractères aléatoire

idem pour mes serveurs de MV, car là j'ai fais une petite verrue" sur ceux-ci, j'ai installé un disque de 2To sur chaque serveur de MV, celui-ci est configuré en iscsi, mon serveur NAS (Nas4free) va monter le soir les disques dans un mirroir et je fais une réargenture, c'est très rapide (qq sec ou une minute) et cela me permet d'avoir des disques iscsi à jour si j'avais besoin de faire marcher mon NAS en "virtuel".
Mon NAS est physique avec 2 disques en mirroir, si un des disques lâchent, je peux utiliser les disques iscsi, et, en cas de soucis majeur, (NAS physiquement en rade), je peux lancer un NAS virtuel et utiliser les données des disques iscsi.
Comme une réargenture dure quelques secondes je pense faire un système qui lance celle-ci régulièrement si le pool n'a pas d'erreurs.

le problème est:
en squeeze: le disque isci est reconnu sur Nas4free
en wheezy, le disque n'est pas reconnu, mais il peut l'être sans soucis avec une autre debian (squeeze ou wheezy)

bref, poste client ou serveur, ça marche bien en squeeze, mais pas en wheezy !!! je n'arrive pas à l'expliquer

mtiburs · Scripts, programmes et robots

Après différent essais, je fais la chose suivante, je lance un script en bash, puis startx et rdesktop, à la sortie de ce dernier je retrouve le menu et j'arrête le pc ou je choisi autre chose.
J'aime les machines qui vont vite, donc, je fais une install mini (wheezy) avec x-window-system et lxde-core, puis je vire gdm, un coup de rconf pour enlever tout ce que je peux.
Cela me convient, car c'est très facilement configurable et rapide (je ne sais pas si une recompile du noyau améliorerait encore la vitesse ?)
Je viens de de demander l'aide du forum pour faire des menu en mode texte, je pense que je vais utiliser dialog pour mon menu.

J'ai juste un soucis, le son, ça ne passe pas, je ne sais pas pourquoi mais comme c'est pas prioritaire je laisse de coté pour l'instant.
Je reviendrai vers vous lorsque je me pencherai sur le pb.

mtiburs · Scripts, programmes et robots

Merci pour vous réponse, je suis comblé, c'est exactement ce que je cherchais !

ncurses & dialog vont m'intéresser fortement.

Merci beaucoup !!!

mtiburs · Scripts, programmes et robots

Bonjour,

Je voudrais faire un petit script au démarrage (.bashrc) qui me permette de choisir dans une liste ce que je veux.

Pour être plus précis, voici ce que j'ai actuellement:
Ma machine est en Debian/wheezy, elle est installé avec le minimum pour avoir une bonne réactivité, dessus se trouve x-window-system et lxde, mais je ne lance pas l'interface graphique, je préfère m'arrêter dans le démarrage (par un readligne), puis lancer startx en démarrant ce que je veux.

Comme j'explique certainement mal les choses, voici ce que je fais :

(1) à la fin du .bashrc:
clear;
echo "Appuyez sur ENTREE pour démarrer la machine virtuelle";
read ligne;
~/startprg.sh;
clear;
sleep 2;
echo "Appuyez sur ENTREE pour éteindre";
read ligne;
/sbin/shutdown -h now

(2) startprg est un script qui teste la présence des serveurs et des machines virtuelles, il lance la mv par cette partie:
...
cde1="ssh utilisateur@192.168.1.213 './lance_mvx.sh "
cde2=$param1;
cde3="' &"
echo $cde1$cde2$cde3>./cmd1.sh;
chmod 777 ./cmd.sh;
./cmd.sh;

Puis après quelques tests (lieu possible de la mv, port d'affichage, type de l'os utilisé,...) lance l'affichage par:
rdesktop -k fr -f -N -5 -b $1:$2
Ceci me permet d'avoir un serveur Debian/squeeze simplifié au max (50Mo à vide) avec des lancement de mv "à la demande".

Le but est d'avoir un poste client, rapide, de ne pas lancer gdm et un gestionnaire de fenètre, mais de lancer rdesktop directement.
Cette méthode me convient très bien et je pense faire un script avec des questions, le but étant de choisir un utilisateur dans une liste et ensuite de lancer la machine virtuelle correspondante.
Mais le script est un peu "pauvre".

La question de ce post et:
J'aimerais faire un menu comme dans l'install de debian, juste une liste ou l'on se déplace avec les flèche haut et bas et ensuite on valide par la touche ENTREE.
Dans l'idéal, il faudrait 3 choix:
- que le nom de l'utilisateur habituel du poste client soit affiché
- "autre choix"
- arrêter le poste
dans "autre choix", on trouverait un menu avec les autres utilisateurs (possibles), ainsi qu'un mode de diagnostic permettant de voir l'état de la structure informatique (serveurs, ...), de faire des déplacement de mv d'un serveur vers un autre, de lancer la sauvegarde de la mv sur le nas, etc...

donc pour l'instant, j'aimerais déjà faire un simple choix avec 2 choses, puis j'améliorerai ensuite (car j'aimerais faire les menus dynamiquement par la suite: par exemple, quand on demande la liste des machines virtuelles d'un serveur, le menu devra être se créer à cet instant, en gros il doit être "frais" (à jour).

J'ai cherché sur le net mais j'ai sans doute mal cherché

mtiburs · Réseau

Je réponds à mon propre message pour certaine question

1 - Il y a une différence de performance, et, il vaut mieux privilégier le" mode bloc" le plus possible.

la question 2 n'est plus importante

et pour la 4, c'est à priori une zone logique, donc deux disques associés pour une même chose doivent être sur le même Lun

La question 2 est toujours d'actualité et n'ayant pas de réponse, j'ai posé aussi la question sur un autre forum, je mettrai la réponse ici au besoin.

mtiburs · Réseau

Bonjour,

Je suis en train de me monter des disques iscsi dans une debian squeeze mini.
Pour l'instant, j'arrive a me débrouiller mais j'ai des questions:

1- Est-ce qu'il y a une différence de performance entre le mode-bloc en dev (blockio) ou en fichier (fileio), et dans le cas du fichier est-ce qu'il vaut mieux mettre une partition simple avec un FS non-journalisé (ext2) ou journalisé (sachant que dans la réalité c'est un système ZFS qui viendra mettre ses données dedans par un Nas4Free virtualisé)
Pour information, je pense choisir le fichier en iscsi parce que j'ai eu le soucis suivant, ma carte mère affectait les dev en fonction de son humeur, le système se trouvant soit en sda ou en sdb, ce qui ne posait pas de problème en soit car cela est géré dans /etc/fstab par l'UUID.
Mais dans le cas du iscsi, dans le fichier /etc/ietd/ietd.conf, il y a:
Lun 0 Path=/dev/sdb,Type=blockio et cela fait désorde avec mon nas:
2- Comment peut-on indiquer un device dans ce fichier par son UUID (ou son label), est-ce possible ? (si oui, comment l'écrit-on ?)
J'aurais tendance a préférer le mode block direct sur le disque (/dev/sdb ou /dev/sdb5), car je me dis qu'il y aura une conversion entre la gestion des blocs disques et celle du fichier.
D'un autre coté, je me dis que la gestion est plus simple en fichier car je peux déplacer le disque et je peux savoir facilement quel fichier se trouve à l'intérieur (juste par le nom du fichier) alors que si je travaille directement sur disque, je ne saurai rien du tout.

3- Est-ce que dans le cas d'un fichier, il vaut mieux faire des petite parties ou une énorme, j'ai 2 disques de 2To, ce qui fait un fichier dans sdb5 par exemple de 2To (ou 4 de 500Go)

4- Dans le cas du Lun, est-ce que Lun 0 peut gérer mes deux disques ou il faut un Lun différent (Lun0 pour mon premier disque et Lun 1 pour le deuxième ou alors un Lun 0 pour l'ensemble de mes disques)

Cordialement.

mtiburs · Matériel

J'ai trouvé et je réponds à mon post.
(je pourrais supprimer le message mais ça peut avoir son utilité).

En fait, j'avais oublié une petite configuration que je n'avais pas faite sur le serveur 3 (celui qui fonctionne) et quand je l'ai faite ... et bien ... ça marche plus !

Voici les parties qui ont mis "la cabane sur le chien":

ajout de commentaires dans /etc/hosts
# The following lines are desirable for IPv6 capable hosts
#::1 ip6-localhost ip6-loopback
#fe00::0 ip6-localnet
#ff00::0 ip6-mcastprefix
#ff02::1 ip6-allnodes
#ff02::2 ip6-allrouters

dans /etc/sysctl.conf
#disable ipv6
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

dans /etc/modprobe.d/blacklist.conf ajouter à la fin du fichier:
blacklist ipv6

J'avais vu ça à l'époque sur un forum Ubuntu pour optimiser le système (en fait supprimer l'ipv6 quand on s'en sert pas), et là, le fait d'enlever l'ipv6 empêche la connection ssh avec X

Si un "connaisseur" pouvait me donner une explication à cela, j'en serais râvi ;-)

mtiburs · Matériel

Bonjour à tous,

Je viens de finir d'installer mes 3 serveurs de machines virtuelles (virtualbox) de la même façon (64 bits/squeeze, je les installe avec lxde et ensuite je supprime gdm3 pour qu'ils restent en mode texte, je rajoute xrdp pour éventuellement pouvoir les utiliser à ma guise).

Je voudrais utiliser certains programmes sous X depuis un vieux PC qui est lent, le problème c'est que je peux aller sur un des serveurs mais pas les autres, cependant, ils ont tous été fait pareil !

Voici les messages (après l'authentification) de celui qui fonctionne (serveur3: 192.168.1.213):
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: Sending environment.
debug1: Sending env LANG = fr_FR.utf8
debug1: Sending command: xterm
debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 50318
debug1: channel 1: new [x11]
debug1: confirm x11
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 1: FORCE input drain
debug1: channel 0: free: client-session, nchannels 2
debug1: channel 1: free: x11, nchannels 1
Transferred: sent 3198216, received 15160 bytes, in 5.5 seconds
Bytes per second: sent 581664.1, received 2757.2
debug1: Exit status 0

Voici celui du serveur1:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: Sending environment.
debug1: Sending env LANG = fr_FR.utf8
debug1: Sending command: xterm
xterm Xt error: Can't open display:
xterm: DISPLAY is not set
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 1576, received 2056 bytes, in 0.2 seconds
Bytes per second: sent 7958.8, received 10382.8
debug1: Exit status 1

et celui du 2:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: Sending environment.
debug1: Sending env LANG = fr_FR.utf8
debug1: Sending command: xterm
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
xterm Xt error: Can't open display:
xterm: DISPLAY is not set
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 1576, received 2056 bytes, in 0.2 seconds
Bytes per second: sent 7439.9, received 9705.8
debug1: Exit status 1

J'ai cherché toute la journée ce que je pouvais trouver là-dessus mais je n'y comprends plus rien !
J'ai regardé les fichiers de config, ils sont identiques.

J'ai essayé avec un autre PC fraichement installé, c'est exactement pareil: j'ai accès au 3 mais pas au 1 et 2.

Si certaines personnes ont quelques idées ou une explication, je suis preneur ;-)

Cordialement.

mtiburs · Scripts, programmes et robots

Bonjour La_mouette,

Merci pour les infos.
Je me suis toujours un peu demandé ce que faisais ulteo mais je me suis souvent retrouvé sur des pages en anglais, ce qui ma toujours gonflé et j'ai toujours laissé tomber ... à tord parce que en cherchant un tout petit peu, il semblerait qu'on puisse y trouver des choses intéressantes.
Je vais regarder cela et reposterai si besoin.

Merci encore !

mtiburs · Scripts, programmes et robots

hmmm, je suis perplexe, entre trouver comment lancer mon bash avant rdesktop et me taper une configuration de LTSP (en partant de zéro car je ne connais pas) ... je sais pas quoi faire !
En plus je ne trouve pas que ça coule de source, j'ai regardé les différents liens, c'est quand même pas simple ! de plus je serai confronté au même problème, à savoir lancé un bash 20 secondes avant de lancer mon rdesktop car ça c'est obligatoire.

D'un coté c'est formateur et d'un autre coté j'ai d'autres choses à voir avant (j'ai tellement de choses à apprendre !)

Je vais quand même regarder ce LTSP et je vous dirai si ... ça colle ou pas.

mtiburs · Scripts, programmes et robots

Salut Zoroastre,

Je suis d'accord avec toi pour le choix debian / ubuntu (Ubuntu me donne un arrière goût de Windows, l'OS a des moments d'absence inexpliqué, le disque gratte à tout va, les dernières mise à jour ont même carrément rendu mes systèmes inutilisable: PC et serveurs (lenteur incroyable), avec debian, ça marche ! je constate c'est tout.

Sinon, j'entendais par poste normal, un PC avec une debian dessus (gnome) avec rdesktop/remmina pour utiliser le coté client si j'en ai envie (comme souvent c'est des vieux tracassin, il m'arrive d'utiliser RDP pour me connecter sur des autres PC.

et par poste client, j'entendais par là un OS restreint ou distrib configuré/spécialisé en LTSP ou en PXE.

Je n'avais pas vraiment utiliser les bons termes ;-), j'aurais dû mettre "client léger".

mtiburs · Scripts, programmes et robots

merci pollux,

Je regarderai cela dès que possible.

Cela ne correspond peut-être pas a ce que je veux (certains postes clients doivent être des postes normaux avec la possibilités d'être des clients, si je transforme le PC en client pur et dure, je ne pourrais plus l'utiliser en comme poste normal.
Le but n'est pas de faire que du LSTP, c'est d'avoir ce choix (au login).
Ceci dit, je d'accord que certains postes seront en LTSP (les deux tiers).

mtiburs · Scripts, programmes et robots

Salut Zoroastre,

Merci pour ta réponse.
Je m'aperçois, en lisant tes interrogations, que je n'ai pas assez détaillé certaines choses. Je vais donc le faire de suite.

Mon architecture est la suivante:
- 3 serveurs de MV (2 en productions et 1 en secours pour les modifications ou des tests)
- 3 serveurs de fichiers de type Freenas de 4To: en fait un serveur et 2 clones: un clone rapide (rsync auto 2 fois par jour) et un clone lent (mis à jour 1 fois par semaine: rsync lancé manuellement).
- 2 ipcop avec 2 box/adsl
- 15 PC (10 PC recyclés (clients) et 5 PC utilisés comme clients ou non)
Tout est "tiré par les cheveux", car pas/peu de budget, les serveurs Freenas ont des mini cartes mères avec refroidissement passif et sont dispatchés géographiquement.
Les serveurs de MV sont des quadcore avec le plus de mémoire cache/proc et ont été achetés d'occasion en pièces détachés (les seuls éléments neufs sont les boitiers rack 19", ventirads, les tiroirs extractibles pour les disques durs et de la mémoire). Un serveur de MV revient à 300/400 euros.
Actuellement, tout ceci fonctionne parfaitement (WindowsXP aussi limpide (visuellement) que sur les PC réels d'avant).
Il y a une dizaine de MV en WindowsXP et quelques linux (2 pour moi et des machines de tests ... FreesBSD ;-) Elles tournent toutes sous virtualbox (en Headless).
Les serveurs sont en mode texte, au départ c'était des ubuntu (avec optimisation de tous les cotés) et maintenant la mode est à la debian/stable. mon but est d'avoir le minimum dessus.
Les postes clients démarrent sous un WM le plus réduit possible, sur le bureau se trouve une icône qui permet de lancer la machine virtuelle sur le serveur de MV (dédiée pour l'instant) et de se connecter dessus avec RDP (sur le port RDP de Virtualbox (du serveur) c'est à dire pas sur Windows directement.
L'avantage de cette solution c'est que les MV ne "tournent" que si on en a besoin, à la demande (si une seule MV tourne, elle tournera très bien, si toutes sont utilisées, le fonctionnement sera "mutualisé").

C'est un système "fait maison" et je ne veux pas de solution "toute faite" et je ne veux pas entendre parler de serveur Windows, le but étant d'éradiquer Windows le plus rapidement possible ... malheureusement que quand cela est possible!: applications spécifiques).

De plus, chaques éléments de cette architecture peut tomber en panne, cela ne provoquera pas de mise en danger. Si par exemple un serveur de MV (qui contient 4 ou 5 Windows) tombe en panne, une simple copie et toutes les machines se retrouvent sur un autre serveur (en 10min). A terme, je voudrais faire un système de copie automatisé en bash (déplacement de MV avec le srcipt et l'icône correspondante).

Il existe des solutions intéressantes comme Proxmox (pour les serveurs) mais je me suis cassé "les dents" dessus et je ne suis arrivé à rien (ce serait bien pourtant car certaines fonctionnalités sont très intéressantes).
Outre les pb de budget, je suis aussi pris par le temps (je sais qu'il existe des autres solutions -j'en suis conscient-, mais pour l'instant je suis pleinement satisfait de mes MV en Vbox qui tournent en ligne de commande (Headless) toutes seules, d'ailleurs le système semble "s'oublier".
Il y a aussi certaines fonctionnalités qui m'intéressent avec cette architecture, quand les serveurs sont inoccupés (pas de VM en fonction et en dehors des heures de bureau), j'utilise la puissance des processeurs pour faire autre chose ;-) en utilisateur normal.
Les solutions "toutes faites" ... c'est bien mais c'est toujours limité à un endroit. moi je veux une configuration que je maitrise de A à Z.

La seule chose qui me gène c'est de se retrouver sur un WM pour ensuite lancer la MV&rdesktop.
Je voudrais juste passer cette étape du WM et juste avoir X, ma fenètre en bash, puis mon rdesktop. Le but (car ce n'est pas encore actif) sera de pouvoir choisir sa MV, c'est pour cela que je veux une fenètre en bash (car pour l'instant un décompte de temps apparait, mais plus tard il y aura d'autres options, c'est ce passage par le bash qui me pose soucis).

Donc en gros:
actuel: boot/login-auto/WM+icone/bash+rdesktop (ça marche, mais le user doit cliquer sur l'icône)
voulue: boot/login-auto/bash+rdesktop

comment faire ?

mtiburs · Scripts, programmes et robots

Bonjour à tous,

Je suis nouveau sur ce site et je viens de m'inscrire à l'instant.
Je suis un adepte de Debian/squeeze (avec éventuellement un petit "effort" pour avoir un Iceweasel d'actualité), c'est la seul distribution qui fonctionne sur mes vieux PC (clients), je l'utilise aussi pour mes serveurs de machines virtuelles (Virtualbox).

Voilà l'objet de mon post:
Actuellement, j'utilise une icône sur un poste client qui permet de lancer ce script:

#!/bin/bash
ssh util@192.168.1.212 './machine-virt.sh' &
#
cpt=20
while [ $cpt -gt 0 ]; do
clear
echo "Attente $cpt secondes"
sleep 1
let cpt=$cpt-1
done
#
rdesktop -k fr -N -5 -f -b -r sound:local 192.168.1.212:3600

Cela est minimaliste mais fonctionne très bien, je compte améliorer cela par exemple en testant le bon fonctionnement du serveur virtuel.
Le seul truc qui me dérange, c'est qu'il faille lancer un WM pour avoir ceci (je dois d'ailleurs modifier tous les menus pour que les clients/utilisateurs ne puisse pas s'amuser avec).

Je voulais lancer ce script directement au login, j'ai donc crée un fichier dans /usr/share/xsessions (un fichier .desktop).
J'ai mis ça dedans pour tester:

[Desktop Entry]
Name=Marc-smv2
Comment=Lancement session Marc sur smv2
Exec=rdesktop -k fr -N -5 -f -b -r sound:local 192.168.1.212:3600
Icon=
Type=Application

ça pourrait fonctionner, en fait ça marche à condition que la machine virtuelle soit déja lancée, et c'est là mon problème et l'objet de ce post:
Je voudrais en fait qu'une fenêtre terminal s'ouvre (avec surtout le décompte dedans) puis que rdesktop se lance, si cela marche, cela voudras dire que je pourrai lancer mes machines virtuelles "à la demande" depuis un poste normal utilisé en client depuis gdm directement (juste avec X).

J'ai essayer de lancer tout ceci et rien ne se passe, je tombe sur mon LXDE (WM par défaut), j'ai l'impression que c'est le fichier .sh qui n'est pas pris en compte (je ne vois rien dans les logs).

Voilà, je ne sais pas si j'ai été assez clair et si j'ai bien choisi l'endroit.

Merci d'avance pour vos réponses et vos idées.

Debian-facile

#1 Re : Réseau » perte de connection en RDP avec Vbox » 12-04-2013 17:22:56

#2 Re : Autres » [Résolu] Problème ports usb virtualbox » 03-04-2013 22:03:29

#3 Re : Réseau » perte de connection en RDP avec Vbox » 02-04-2013 18:17:36

#4 Réseau » perte de connection en RDP avec Vbox » 02-04-2013 11:49:44

#5 Re : Matériel » [Résolu] Lancer un script au démarrage par rclocal mais sous un util » 04-03-2013 00:49:45

#6 Re : Matériel » [Résolu] Lancer un script au démarrage par rclocal mais sous un util » 01-03-2013 21:41:06

#7 Matériel » [Résolu] Lancer un script au démarrage par rclocal mais sous un util » 01-03-2013 11:53:59

#8 Re : Scripts, programmes et robots » Comment lancer un rdesktop temporisé depuis gdm » 01-02-2013 12:02:58

#9 Re : Scripts, programmes et robots » Comment lancer un rdesktop temporisé depuis gdm » 29-12-2012 00:59:06

#10 Re : Scripts, programmes et robots » [résolu] faire un menu en ligne de commande avec un choix » 29-12-2012 00:41:15

#11 Scripts, programmes et robots » [résolu] faire un menu en ligne de commande avec un choix » 24-12-2012 12:13:42

#12 Re : Réseau » disques iscsi sur une debian squeeze (avec un NAS) » 02-09-2012 13:28:38

#13 Réseau » disques iscsi sur une debian squeeze (avec un NAS) » 29-08-2012 12:32:25

#14 Re : Matériel » [résolu] pb de variable DISPLAY en ssh -X » 26-06-2012 17:36:44

#15 Matériel » [résolu] pb de variable DISPLAY en ssh -X » 26-06-2012 16:55:55

#16 Re : Scripts, programmes et robots » Comment lancer un rdesktop temporisé depuis gdm » 08-06-2012 12:23:06

#17 Re : Scripts, programmes et robots » Comment lancer un rdesktop temporisé depuis gdm » 31-03-2012 23:29:36

#18 Re : Scripts, programmes et robots » Comment lancer un rdesktop temporisé depuis gdm » 30-03-2012 16:24:41

#19 Re : Scripts, programmes et robots » Comment lancer un rdesktop temporisé depuis gdm » 30-03-2012 13:47:30

#20 Re : Scripts, programmes et robots » Comment lancer un rdesktop temporisé depuis gdm » 30-03-2012 01:23:15

#21 Scripts, programmes et robots » Comment lancer un rdesktop temporisé depuis gdm » 28-03-2012 14:10:08

Pied de page des forums