2009-06-01 12 views
3

Je veux juste savoir comment vous téléchargez des ensembles de données spécifiant ses caractéristiques? E.G. en utilisant la commande citation site lrecl = 500 recfm = fbUploading to mainframe using FTP

Eh bien, la commande a été acceptée quand j'ai essayé de l'utiliser, mais le problème est que lorsque j'ai essayé de télécharger le fichier en utilisant la commande 'send', le raccrochage se bloque, et definitley ferme la session.

Ceci est l'échantillon: http://www.mvsforums.com/helpboards/recent.php?sid=dab6b1f3cda149c7d7db855d90acaab1

ftp> quote site lrecl=500 recfm=fb 
200 SITE command was accepted 
ftp> send C:\test\test.txt 'ADM.SAMPLE.TEST' 
200 Port request OK. 
425 Can't open data connection. 
ftp> 

Toute aide sera appréciée. Merci.

+0

vous devez savoir aussi qu'il ya un moyen de présenter un travail en envoyant le fichier JCL via FTP ... citation SITE FILETYPE = JES (ligne suivante) JESLRECL = 80 (ligne suivante) send filename.jcl ... alors vous pouvez faire "dir" pour voir les résultats ... vous pouvez réellement éviter d'éditer des fichiers sur le mainframe de cette façon – JoelFan

Répondre

1

Je reçois parfois cette erreur à cause de problèmes de pare-feu lorsque j'essaie de passer derrière un routeur. Vous pouvez essayer de passer à active or passive mode (en fonction de ce que vous utilisez actuellement) pour voir si cela aide.

+1

Bon conseil. Grekoz est en cours d'exécution (voir la commande "Port"), et le mode passif joue généralement mieux avec les pare-feu. Malheureusement le client Windows standard (XP au moins) ne supporte pas le mode passif: -/ –

+0

J'ai essayé votre conseil avec le mode passif mais sans succès. Un autre bon conseil? – Grekoz

1

J'ai un couple de programmes qui font cela, mais sans spécifier de taille d'enregistrement. La commande de blocage devrait être OK. Êtes-vous sûr de ne pas avoir de problème de permissions? ADM.SAMPLE.TEST existe-t-il déjà et est-ce au moins 500 octets? Si non, demandez-leur de le créer pour vous et voir si le ftp fonctionne alors.

+0

Désolé pour cette réponse tardive, j'ai pré-assigné manuellement un jeu de données vide avec les mêmes attributs que ce que je vais télécharger et j'ai été surpris que s'il y a un jeu de données existant avec les mêmes attributs lorsque vous téléchargez, je veux dire quand vous uploadez et écrasez l'ensemble de données existant avec les mêmes attributs, le téléchargement est réussi. Mais si je télécharge sans préattribuer un jeu de données vide avec les mêmes attributs, le téléchargement échoue. – Grekoz

+1

Cela a été mon expérience. Si vous écrivez dans un fichier, le fichier doit déjà être présent. Ainsi, pour mes téléchargements, les programmeurs mainframe ont des tâches par lots pour remplir les fichiers avec des zéros à un moment donné. Je leur fais confiance, puis ils ont un autre travail qui revient soit pour utiliser le contenu, soit pour se plaindre s'il n'y a encore que des zéros. –

+0

Hmmmmm, il semble que nous avons le même problème.N'y a-t-il aucun moyen d'envoyer un ensemble de données en utilisant ftp même si l'ensemble de données n'a pas été pré-alloué dans le mainframe? Mais s'il n'y a pas de solution de rechange en dehors de la vôtre, je suppose que je dois pré-allouer l'ensemble de données avant de télécharger. Merci quand même, j'apprécie vos conseils. – Grekoz

0

Vous devez être en mesure de spécifier les paramètres d'allocation de fichier à l'aide de la commande de site.

place u = SYSDA rec = VB lr = 6144 BLK = 0 ucount = 2 tr pri = 3000 sec = 200

qui se traduit par:

  • unit = SYSDA
  • fiche format = bloc variable
  • enregistrement logique longueur = 6144
  • taille de bloc = 0
  • nombre d'unités
  • = 2
  • piste (unités d'allocation)
  • espace primaire = 3000
  • espace secondaire = 200