Discussion :

[Cyrilz]

Bonjour, je rencontre un problème (Invalid argument) lors du transfert d'une archive entre un serveur(trigona) et un device de stockage utilisant des bandes magnétiques(/dev/nst3). J'ai utilisé le mode verbeux de la commande scp et j'obtiens cela:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
++ scp -v root@trigona:/backup/catalogues/catalogue_20090609-113937.tgz /dev/nst3
Executing: program /usr/bin/ssh host trigona, user root, command scp -v -f /backup/catalogues/catalogue_20090609-113937.tgz
OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to trigona [*.*.*.*] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version Sun_SSH_1.1
debug1: no match: Sun_SSH_1.1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.9p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'trigona' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:33
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive
debug1: Next authentication method: gssapi-with-mic
debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive
debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/identity
debug1: Offering public key: /root/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 149
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending command: scp -v -f /backup/catalogues/catalogue_20090609-113937.tgz
Sending file modes: C0644 7166418679 catalogue_20090609-113937.tgz
Sink: C0644 7166418679 catalogue_20090609-113937.tgz
catalogue_20090609-113937.tgz                                                                                              100% 6834MB  21.0MB/s   05:25    
/dev/nst3: Invalid argument
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 345.0 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 1

Une erreur apparait mais l'archive semble bien avoir été écrite sur la bande, car j'ai accès au contenu de l'archive.

Si quelqu'un pouvait m'éclairer sur la cause du problème. Merci d'avance.

[ggnore]

Qu'est ce que c'est /dev/nst3 ?
D'habitude ce qui est dans /dev, on le monte quelque part. On n'utilise pas une ressource matérielle comme ça.

[Cyrilz]

/dev/nst3 c'est un lecteur de bandes magnétiques (LTO-2, SAIT) et uniquement le lecteur la librairie est considérée comme un autre device.

Voila nst3 tel qu'il est affiché en lancant ll
crw-rw---- 1 root disk 9, 131 jun 17 13:13 nst3