Questo comando è situato in ccase-home-dir/etc in Linux e UNIX e in ccase-home-dir\bin in Windows.
Questo comando elabora uno o più ordini di invio sull'host locale ed invia i pacchetti associati o file ai siti remoti. Dopo che un file viene consegnato a tutte le destinazioni, shipping_server lo elimina, a meno che una delle destinazioni sia l'host locale.
Per trasmettere un file, shipping_server utilizza UDP per contattare il processo albd_server sull'host di ricezione e albd_server richiama shipping_server in modalità di ricezione sull'host di ricezione.
In Linux e UNIX, shipping_server suddivide un processo secondario per ogni pacchetto inviato. È possibile richiamare 10 processi secondari di shipping_server, ciascuno che tenta di inviare un singolo pacchetto, per ogni richiamo di shipping_server. Lo stesso numero di processi secondari è suddiviso sulla macchina di ricezione. Al termine del processo secondario, è possibile avviarne un altro, ma è possibile eseguirne solo 10 simultaneamente.
Dopo avere stabilito il collegamento TCP tra due processi shipping_server, essi trasferiscono il file. shipping_server di ricezione seleziona un vano di memoria mediante le impostazioni di configurazione nel file shipping.conf (Linux e UNIX) o pannello di controllo MultiSite (Windows). Se alla classe di memorizzazione sono assegnati più vani di memoria, lo spazio su disco disponibile determina la selezione del vano.
In Linux e UNIX, il file del pacchetto viene creato con lo stesso proprietario e gruppo della directory del vano di memoria e la modalità di accesso deriva dalle autorizzazioni alla lettura e scrittura della directory. (L'autorizzazione di esecuzione e altre autorizzazioni speciali, se presenti, vengono ignorate.)
On Windows,il file del paccehtto eredita le autorizzazioni dall'ACL di Windows nella directory del vano di memoria.
Se un pacchetto contiene il carattere due punti ( : ), shipping_server modifica i due punti in un punto ( . ) durante l'elaborazione. Questa modifica consente ai pacchetti di essere consegnati alle macchine Windows, che non consentono i due punti nei nomi dei file.
È possibile utilizzare i comandi mkorder e shipping_server per trasmettere file nonpacket appartenenti al pacchetto se i file sono contenuti nella stessa directory degli ordini di invio associati. Se un file con lo stesso nome già esiste sull'host di ricezione, il nuovo file viene ridenominato in nome file _1 (se si invia un altro file con lo stesso nome, esso viene ridenominato in nome file_2 e così via).
È possibile impostare un periodo di timeout durante il quale il server di invio non tenterà l'invio dei pacchetti agli host precedentemente definiti come non raggiungibili. Questa configurazione viene impostata nel file shipping.conf (sistema Linux e UNIX) oppure in Pannello di controllo MultiSite (Windows).
In Linux e UNIX, shipping_server scrive i record di tutti i pacchetti inviati e ricevuti con tutti gli errori nel file /var/adm/rational/clearcase/log/shipping_server_log.
In Windows, shipping_server scrive i record di tutti i pacchetti inviati e ricevuti, i messagi di notifica, i messaggi di log, e tutti gli errori nel Visualizzatore eventi di Windows.
Identità: è necessario disporre dell'autorizzazione alla lettura e scrittura nella directory che contiene l'ordine di invio. In Linux e UNIX, è necessario possedere il file di dati o essere l'utente root.
Blocchi: nessun blocco applicato.
Gestione: nessuna limitazione relativa alla gestione.
Altro: l'ordine di invio e il file di dati da questi specificato deve essere contenuto nella stessa directory.
In Linux e UNIX, vengono elaborati solo i file dell'ordine di invio di cui si dispone. Tuttavia, quando l'utente root esegue questo programma, i file dell'ordine di invio vengono elaborati indipendentemente dalla proprietà.
In questi esempi, le righe sono interrotte per agevolare la lettura. È necessario immettere ogni comando su una singola riga.
shipping_server –poll
<nessun output indica che il comando ha avuto esito positivo o che non sono stati rilevati
shipping orders>
/opt/rational/clearcase/etc/shipping_server
/var/adm/rational/clearcase/
shipping/ms_ship/sh_o_sync_sydney_19-May-02.09:
48:45_7660_1
<nessun output indica che il comando ha avuto esito positivo>
shipping_server "c:\Program
Files\Rational\ClearCase\var\shipping\
ms_ship\outgoing"
<nessun output indica che il comando ha avuto esito positivo o che non sono stati rilevati ordini di invio>
/opt/rational/clearcase/etc/shipping_server –poll –sclass daily
<nessun output indica che il comando ha avuto esito positivo o che non sono stati rilevati ordini di invio>