serveur redhat solaris jumpstart kickstart

[tatouille]

Si ça ne marche pas, c'est que scp n'est pas dans le chemin des applications, tout bonnement ...
Il faut veiller à mettre tes variables d'environnement à jour.

ou d'arreter windows pour administrer des serveurs NIX
pourquoi windows ?

d'habitude
les mecs font le contraire avec VMware
c'est quand meme plus propre ...

mais peut etre que certains hulurberlus mettent des windows en master sur leur network ...

unix via samba/windows file sharing ...

 

[tarikbenn]

Si ça ne marche pas, c'est que scp n'est pas dans le chemin des applications, tout bonnement ...
Il faut veiller à mettre tes variables d'environnement à jour.

Tu vas me tuer Bompi , mais qu'est ce que les chemins d'applications et qu'est ce que les variables d'environnements et comment les mettre à jour??:rose:

 

[tarikbenn]

ou d'arreter windows pour administrer des serveurs NIX
pourquoi windows ?

t'habitude
les mecs font le contraire avec VMware
c'est quand meme plus propre ...

mais peut etre que certains hulurberlus mettent des windows en master sur leur network ...

unix via samba/windows file sharing ...

ou d'arreter windows pour administrer des serveurs NIX
pourquoi windows ?
C'est parce que j'accède au serveur à partir de mon pc de bureau et que le serveur se trouve dans une autre salle ( ca m'évite de me déplacer )

mais peut etre que certains hulurberlus mettent des windows en master sur leur network ...
Il existe bien entendu une console solaris au niveau du serveur ( est ce que j'ai répondu à ton questionnement )

t'habitude
les mecs font le contraire avec VMware
c'est quand meme plus propre ...
Ca par contre, j'ai pas compris, peux tu m'expliquer?
Merci

 

[bompi]

Là, que ce soit Ouinedoze ou Un*x, le problème est sensiblement le même ...
Si tu veux que 'scp' soit reconnu, il faut que le terminal sache y accéder. Si la commande n'est pas dans le répertoire courant, il faut donc indiquer dans quel répertoire elle se trouve. Pour cela, chaque shell utilise des variables, dites variables d'environnement. Certaines ont des noms conventionnels. Pour un terminal sous Ouinedoze, il s'agit de la variable PATH. Pour en connaître la valeur, tu peux taper

echo %PATH%

Pour la modifier en général il faut passer par les propriétés du poste de travail, onglet 'Avancé' et bouton 'Variables d'environnement'. Tu peux éventuellement la modifier momentanément dans le terminal.

Je te conseillerais de prendre un petit bouquin sous le coude pour te familiariser avec toutes ces notions.

 

[tarikbenn]

Là, que ce soit Ouinedoze ou Un*x, le problème est sensiblement le même ...
Si tu veux que 'scp' soit reconnu, il faut que le terminal sache y accéder. Si la commande n'est pas dans le répertoire courant, il faut donc indiquer dans quel répertoire elle se trouve. Pour cela, chaque shell utilise des variables, dites variables d'environnement. Certaines ont des noms conventionnels. Pour un terminal sous Ouinedoze, il s'agit de la variable PATH. Pour en connaître la valeur, tu peux taper

echo %PATH%

Pour la modifier en général il faut passer par les propriétés du poste de travail, onglet 'Avancé' et bouton 'Variables d'environnement'. Tu peux éventuellement la modifier momentanément dans le terminal.

Je te conseillerais de prendre un petit bouquin sous le coude pour te familiariser avec toutes ces notions.

J'ai fait la manip que tu m'a indiqué et le dos semble l'apprécier
mais quand je rentre la ligne de commande suivante
pscp ip_du_server:chemin_du_fichier_sur_le_server chemin_repertoire_courant_client
je pense que c'est la bonne synthaxe , mais il m'affiche quand même le message d'erreur suivant:
Fatal : Network error : Connection refused
Je pense savoir d'ou vient le problème: pour pouvoir copier ce fichier sur le serveur , il faut se loguer en root et il y a un mot de passe. J'ai le mot de passe pour le login root mais dans la synthaxe de la commande pscp , ils n'ont pas prévu ca apparement
Alors que faire
Je suis perdu

 

[tarikbenn]

Là, que ce soit Ouinedoze ou Un*x, le problème est sensiblement le même ...
Si tu veux que 'scp' soit reconnu, il faut que le terminal sache y accéder. Si la commande n'est pas dans le répertoire courant, il faut donc indiquer dans quel répertoire elle se trouve. Pour cela, chaque shell utilise des variables, dites variables d'environnement. Certaines ont des noms conventionnels. Pour un terminal sous Ouinedoze, il s'agit de la variable PATH. Pour en connaître la valeur, tu peux taper

echo %PATH%

Pour la modifier en général il faut passer par les propriétés du poste de travail, onglet 'Avancé' et bouton 'Variables d'environnement'. Tu peux éventuellement la modifier momentanément dans le terminal.

Je te conseillerais de prendre un petit bouquin sous le coude pour te familiariser avec toutes ces notions.

J'ai fait un ps -e | grep ssh pour reperer si le deamon est lancé ou pas, mais je n'est rien trouvé :reflechis: :zarb:
Pourtant j'arrive à me connecter en ssh ( sous putty ) au serveur sun :mad2:
heeelp meeeee

 

[bompi]

Pas d'affolement. De nos jours, on trouve souvent SSH lancé par le meta-daemon inetd (ou xinetd, plus récent et plus puissant) plutôt que sous forme de daemon autonome.
Donc lorsque tu te connectes sur le port 22 du serveur, le daemon inetd (ou xinetd) voit que SSH est défini pour répondre sur ce port et le lance avec le contexte idoine. Une fois toute connexion finie, SSH sera arrêté.

 

[tarikbenn]

Pas d'affolement. De nos jours, on trouve souvent SSH lancé par le meta-daemon inetd (ou xinetd, plus récent et plus puissant) plutôt que sous forme de daemon autonome.
Donc lorsque tu te connectes sur le port 22 du serveur, le daemon inetd (ou xinetd) voit que SSH est défini pour répondre sur ce port et le lance avec le contexte idoine. Une fois toute connexion finie, SSH sera arrêté.

Ca c'est de la réponse merci
En tapant la commande ps -e , je vois bien le daemon inetd qui tourne.
Donc si j'ai bien compris , quand je me connecte en ssh sous putty , alors la connexion ssh est reconnue et gérée par inetd . Mais quand j'essaie de lancer la commande ssh pscp , alors inetd ne le prend pas en compte , d'ou le message d'erreur: Fatal : Network error : connexion refused Maintenant ca ne m'explique pas pourquoi est ce que je ne m'identifie pas dans la commande pscp ( sachant que pour copier le fichier .sh j'ai besoin de droits en root et donc du mot de passe que j'ai d'ailleurs ).
thanks Bompi
ps: de plus , ca veut dire que je dois telecharger et , installer et lancer sshd ? ( as tu une @ où le dl )

 

[bompi]

Lit ceci. Tu y verras comment transmettre le nom du user à considérer et plus généralement comment utiliser pscp (c'est beaucoup comme scp).
Par ailleurs, le compte 'root' étant particulier, il est possible qu'il te soit impossible d'ouvrir à distance une session 'root' avec ssh (sur mes machines, en tout cas, je ne l'autorise pas ).
Auquel cas il te faudra utiliser un autre compte.

 

[tarikbenn]

bon, mon pb est simple ( à expliquer du moins ... )
je dois copier des iso ou des packages ( environ 3 gbits ) à distance ( c'est à dire en utilisant mon pc windows ) d'une deuxième machine ( ou du moins d'un hdd ) vers une troisième machine ( mon serveur Jumpstart ) !
et voilà mes questions:
1) à partir de mon pc windows , puis-je le faire avec putty? ou faut -il installer autre chose?
2) si on est dans la configuration de trois machines ( on copie en remote , d'une deuxième machine vers une troisième) comment faire pour copier les iso ou les packages et faut il installer quelque chose sur les différentes machine ( sachant que sur mon pc , il y a putty et que sur le serveur jumpstart , il y a ftpd et inetd qui tournent )
3) si on est dans la configuration deux machines : c'est à dire qu'il y a mon pc windows , mon serveur jumpstart solaris et j 'ai les iso ou packages sur hdd ( à part ) : comment fait-on , une fois qu'on a mis les hdd dans le serveur , pour que solaris puisse les detecter et les prendre en compte .
merci d'avance Bompi pour ton aide

 

[bompi]

Pour la partie JumpStart et KickStart, je ne pourrai pas te répondre : ça fait trop longtemps que je n'ai pas vu ces choses-là.

Pour le transfert des fichiers :
1) tu te logges à partir de ton PC sur la machine sur laquelle se trouve les fichiers : par une session SSH, rlogin ou TELNET, cela importe peu (sauf pour la sécurité, bien entendu).
2) une fois loggé, tu envoies les fichiers par FTP, de cette machine vers le serveur JumpStart (puisqu'il a un daemon FTP)

 

[tarikbenn]

1)2)même si ça a une capacité de 3 gbits :s ?
je pense qu'il y a un petit quelque chose à rajouter à la commande get ( mais je me souviens plus quoi :s )

3)et dans le cas où les iso ou packages se trouvent dans des hdd libres et que je dois les insérer dans le serveur? pour que les hdd soient reconnus au niveau hardward, apres les avoir pluggés , je suis la manip suivante dans la console de mon serveur jumpstart ( sous solaris donc ):
En mode console, il faut taper la commande ‘init 0’:
# init 0
on bascule sur le prompt ok
il faut ensuite taper la commande ‘reset’:
ok reset
cette commande fait rebooter le système
Ensuite, appuyer sur les touches ‘stop’ et ‘a’ pour stopper le reboot.
Puis il faut taper la commande ‘ probe-scsi-all’ :
ok probe-scsi-all
Cette commande permet de lister les périphériques SCSI qui sont détectés au bas niveau ( Hardware ).
Ensuite taper la commande ‘boot’ avec la commande ‘-r’ :
ok boot –r
Cette commande correspond à un boot avec forçage de redétection UNIX ( niveau Software).
Mais ensuite, pour que les hdd soient reconnus au niveau software , et donc pour qu'ils soient utilisables , je ne sais pas comment faire? quel nom faut-il leur donner? faut-il les monter?...

 

[bompi]

Ouh la !!
Bin dis donc, s'il m'avait fallu rebooter mes SUNs à chaque fois que j'ajoutais un disque ...
Normalement, quand tu branches un disque SCSI il est détecté et tu peux le monter sans plus de façons (avec la commande mount).

Quant au transfert :
1) tu as ton PC, appelons-le PC
2) tu as la machine origine des fichiers, appelons-la SOURCE
3) tu as le serveur JumpStart, appelons-le JUMP

Depuis le PC, tu te connectes sur SOURCE. Si SOURCE a un daemon SSH ou TELNET (voire rlogin) tu peux utiliser PuTTY pour t'y connecter et ouvrir une session.
Dans cette session, tu montes ce que tu as à monter.
Puis tu ouvres une session FTP sur JUMP : "ftp JUMP".
Je te conseille, juste par acquis de conscience, de passer en mode binaire en tapant simplement "binary". Puis tu envoies tes fichiers en utilisant la commande "put" de FTP.
Car tes fichiers vont bien de SOURCE vers JUMP (donc on fait un put).

 

[tarikbenn]

Ouh la !!
Bin dis donc, s'il m'avait fallu rebooter mes SUNs à chaque fois que j'ajoutais un disque ...
Normalement, quand tu branches un disque SCSI il est détecté et tu peux le monter sans plus de façons (avec la commande mount).

Quant au transfert :
1) tu as ton PC, appelons-le PC
2) tu as la machine origine des fichiers, appelons-la SOURCE
3) tu as le serveur JumpStart, appelons-le JUMP

Depuis le PC, tu te connectes sur SOURCE. Si SOURCE a un daemon SSH ou TELNET (voire rlogin) tu peux utiliser PuTTY pour t'y connecter et ouvrir une session.
Dans cette session, tu montes ce que tu as à monter.
Puis tu ouvres une session FTP sur JUMP : "ftp JUMP".
Je te conseille, juste par acquis de conscience, de passer en mode binaire en tapant simplement "binary". Puis tu envoies tes fichiers en utilisant la commande "put" de FTP.
Car tes fichiers vont bien de SOURCE vers JUMP (donc on fait un put).

Salut Bompi,
Bein moi , apparement je suis bien obligé de rebooter pour que le serveur sun prenne les hdd nouvellement placés en compte
Sinon, j'ai fais des tests :je me connecte en telnet au serveur qui contient les isos , puis je me connecte en ftp à mon serveur Jumpstart ( c'est trop la classe...je sais lol ) et j'envoie des fichiers tests et ça marche bien. Mais ce sont juste des tests à blanc ( c'est à dire que j'ai pas encore archivé les vrais isos ) Avant d'archiver les vrais isos à partir des hdd d'autres serveurs, je voudrais pouvoir archiver des isos et packages à partir de dvd et de dat ...Please help me.

De plus, j'ai une question : Je pense que lorsqu'on veut faire un 'get' en ftp avec des dossiers de plus de 2 gbits, il y a un truc à ajouter ( j'ai du le voir dans un man du net , mais je ne m'en souviens plus ) connaitrais tu le petit plus à ajouter à get pour que ça marche?
Et au fait, quand j'essaie de monter mon lecteur cd-rom sur mon serveur sunOS 5.8 ( Solaris 8 ) :
1) Je definis un point de montage : mkdir -p /mnt/copie
2) Je monte le lecteur de cd-rom : mount -t iso9660 /dev/cdrom /mnt/copie
Alors , ça me crée bien un repertoire copie ( rien de bien spécial jusque la )
Mais là où ça marche pas , c'est au niveau de la ligne de commande avec le mount .
Quand j'execute, il me sors la syntaxe du mount en me disant que le mount est utilisable uniquement avec l'option 'v'
I need help

 

[tarikbenn]

Salut Bompi,
Bein moi , apparement je suis bien obligé de rebooter pour que le serveur sun prenne les hdd nouvellement placés en compte
Sinon, j'ai fais des tests :je me connecte en telnet au serveur qui contient les isos , puis je me connecte en ftp à mon serveur Jumpstart ( c'est trop la classe...je sais lol ) et j'envoie des fichiers tests et ça marche bien. Mais ce sont juste des tests à blanc ( c'est à dire que j'ai pas encore archivé les vrais isos ) Avant d'archiver les vrais isos à partir des hdd d'autres serveurs, je voudrais pouvoir archiver des isos et packages à partir de dvd et de dat ...Please help me.

De plus, j'ai une question : Je pense que lorsqu'on veut faire un 'get' en ftp avec des dossiers de plus de 2 gbits, il y a un truc à ajouter ( j'ai du le voir dans un man du net , mais je ne m'en souviens plus ) connaitrais tu le petit plus à ajouter à get pour que ça marche?
Et au fait, quand j'essaie de monter mon lecteur cd-rom sur mon serveur sunOS 5.8 ( Solaris 8 ) :
1) Je definis un point de montage : mkdir -p /mnt/copie
2) Je monte le lecteur de cd-rom : mount -t iso9660 /dev/cdrom /mnt/copie
Alors , ça me crée bien un repertoire copie ( rien de bien spécial jusque la )
Mais là où ça marche pas , c'est au niveau de la ligne de commande avec le mount .
Quand j'execute, il me sors la syntaxe du mount en me disant que le mount est utilisable uniquement avec l'option 'v'
I need help

Petite precision par rapport au petit plus à ajouter à la commande get
Alors , d'abord ce n'est pas avec la commande get
mais avec la commande mount , de plus ce n'est pas un petit truc à ajouter mais je pense que c'est plus à titre informatif ( je pense dire une grosse erreur là .... corrigez moi svp )
la commande mount ( tout comme la commande umount d'ailleurs ) est une large file aware utility c'est à dire que c'est une commande qui prend en compte les fichiers dont la taille excède 2gbits
Mais mon soucis , c'est que dans l'explication , ils ajoutent :
The following /usr/sbin utilities are large file aware for cachefs file systems:
cachefslog cachefswssize cfsadmin fsck
mount umount
Je ne comprends pas trop ce qu'ils veulent dire par là ( là ca devient trop technique pour moi ... )
Ca voudrait dire que lorsque les fichiers qui depassent 2 gbits ne sont pas de type fichier système cachefs, alors ils ne sont pas pris en compte par les commandes mount et umount ?
Comment faire alors pour monter et démonter des fichiers de plus de 2 gbits ?

 

[tarikbenn]

Ouh la !!
Bin dis donc, s'il m'avait fallu rebooter mes SUNs à chaque fois que j'ajoutais un disque ...
Normalement, quand tu branches un disque SCSI il est détecté et tu peux le monter sans plus de façons (avec la commande mount).

Quant au transfert :
1) tu as ton PC, appelons-le PC
2) tu as la machine origine des fichiers, appelons-la SOURCE
3) tu as le serveur JumpStart, appelons-le JUMP

Depuis le PC, tu te connectes sur SOURCE. Si SOURCE a un daemon SSH ou TELNET (voire rlogin) tu peux utiliser PuTTY pour t'y connecter et ouvrir une session.
Dans cette session, tu montes ce que tu as à monter.
Puis tu ouvres une session FTP sur JUMP : "ftp JUMP".
Je te conseille, juste par acquis de conscience, de passer en mode binaire en tapant simplement "binary". Puis tu envoies tes fichiers en utilisant la commande "put" de FTP.
Car tes fichiers vont bien de SOURCE vers JUMP (donc on fait un put).

Please Bompi help me
check stp mes posts 34 et 35 :rose:

 

[bompi]

Sur les fichiers de plus de 2GB, je ne vois pas trop le problème. Il se trouve que je viens d'installer Solaris 10 x86 sur mon PC (avec VMWare) ... et que je vais le gicler illico !! (trop gonflant, SUN, faudrait qu'ils évoluent un peu ...)
Par ailleurs, tu te doutes bien que mount est capable de monter des volumes bien plus gros que 2 GB ...

Pour l'utiliser, il faut bien sûr être en super utilisateur ou avec sudo.

Si tu as un message d'erreur, affiche-le, cela aidera.

 

[tarikbenn]

Sur les fichiers de plus de 2GB, je ne vois pas trop le problème. Il se trouve que je viens d'installer Solaris 10 x86 sur mon PC (avec VMWare) ... et que je vais le gicler illico !! (trop gonflant, SUN, faudrait qu'ils évoluent un peu ...)
Par ailleurs, tu te doutes bien que mount est capable de monter des volumes bien plus gros que 2 GB ...

Pour l'utiliser, il faut bien sûr être en super utilisateur ou avec sudo.

Si tu as un message d'erreur, affiche-le, cela aidera.

Tes desirs sont des ordres Bompi
voila la commande et le message d'erreur qui va avec:
# mount -t iso9660 /dev/cdrom mnt/copie
mount: illegal option -- t
Usage:
mount [-v | -p]
mount [-F FSType] [-V] [current_options] [-o specific_options]
{special | mount_point}
mount [-F FSType] [-V] [current_options] [-o specific_options]
special mount_point
mount -a [-F FSType ] [-V] [current_options] [-o specific_options]
[mount_point ...]
#

ps: >le point de montage est le repertoire /mnt/copie
>sachant que le montage a pour but de monter le lecteur de cdrom qui contient le cd que je veux stocker sur mon serveur jumpstart ( avec la commande dd ).
>Si tu as compris le problème et la syntaxe en anglais , peux tu me donner un exemple concret de syntaxe.
merci

 

[bompi]

Comme quoi ... La solution est (me semble-t-il) dans ton post ...
mount -t ... est la manière sur Mac OS X, Linux, FreeBSD par exemple.
Là, tu es sous Solaris et c'est mount -F ... qu'il te faut.
Fait donc un

man mount

pour que ce soit encore plus explicitement décrit.

 

[tarikbenn]

Comme quoi ... La solution est (me semble-t-il) dans ton post ...
mount -t ... est la manière sur Mac OS X, Linux, FreeBSD par exemple.
Là, tu es sous Solaris et c'est mount -F ... qu'il te faut.
Fait donc un

man mount

pour que ce soit encore plus explicitement décrit.

Tu ne devineras jamais ce que j'ai découvert !!!!
/dev/cdrom n'existe pas dans mon serveur
Alors il y a bien un repertoire /cdrom ( à la racine donc ) mais il est vide:mouais:
Je ne comprends plus rien
Est il possible qu'il n ait aucun repertoire qui corresponde au lecteur cd ( et dvd ) de mon serveur ???
Là je crois que je nage en haute mer :rateau:
please , i need backup