Newsgroup: it.comp.os.linux.sys
Titolo: rsync blocco server

Ciao Ragazzi,
faccio i backup con un dispositivo IOMEGA REV e dopo averlo
montanto scrivo con rsync -avzr sul disco rev.
a volte e non sempre il SERVER LO TROVO BLOCCATO
e devo riavviare. il kernel è 2.6.18-1.2869 e Fedora Core 6.0
il server è in IBM x3400 in RAID Hardware.
ecco le ultime righe del log :
Jun 12 22:41:33 linuxserver kernel: Oops: 0000 [#2]
Jun 12 22:41:33 linuxserver kernel: SMP
Jun 12 22:41:33 linuxserver kernel: last sysfs file: /class/scsi_host/
host1/proc_name
Jun 12 22:41:33 linuxserver kernel: Modules linked in: udf mptctl
mptbase autofs4 sunrpc ipv6 dm_mirror dm_multipath dm_mod video sbs
i2c_ec button battery ac lp sr_mod sg pcspkr serio_raw tg3 ide_cd
cdrom i2c_i801 parport_pc i2c_core parport usb_storage aacraid sd_mod
scsi_mod ext3 jbd ehci_hcd ohci_hcd uhci_hcd
Jun 12 22:41:33 linuxserver kernel: CPU:    1
Jun 12 22:41:33 linuxserver kernel: EIP:    0060:[<c04e22b8>]    Not
tainted VLI
Jun 12 22:41:33 linuxserver kernel: EFLAGS: 00010006
(2.6.18-1.2869.fc6 #1)
Jun 12 22:41:33 linuxserver kernel: EIP is at radix_tree_delete
+0x73/0x150
Jun 12 22:41:33 linuxserver kernel: eax: 00000000   ebx: ced924cc
ecx: 01ed4604   edx: 00523656
Jun 12 22:41:33 linuxserver kernel: esi: d8fbeba4   edi: 34564d6f
ebp: c0677000   esp: d8fbeb94
Jun 12 22:41:33 linuxserver kernel: ds: 007b   es: 007b   ss: 0068
Jun 12 22:41:33 linuxserver kernel: Process rsync (pid: 17904,
ti=d8fbe000 task=e60dc620 task.ti=d8fbe000)
Che posso fare ? Avete dei suggerimenti ?
Grazie. Marco.

 +0x73/0x150
E' sempre a questo punto EIP o cambia? Se e' lo stesso probabile un problema
su qualche componente del kernel che manda in blocco il sistema, se varia
probabile un problema di RAM difettosa. Prova anche ad usare l'nmi per avere
un monitor migliore.
-- 
Per rispondermi, sostituisci a nomecognome il mio nome e cognome
To reply me, substitute nomecognome with my real name and surname

 l'nmi per avere un monitor migliore.
uhmm , quella macchina se mi ricordo bene ha le chipkill , quindi se è
memoria difettosa si accende la lucetta arancione e te lo trovi scritto sui
log.
io piuttosto monterei una distribuzione da server , tipo un centos 4 o 5 e
poi vedrei.
ciao.
-- 
Finche' esisteranno uomini che sanno 200 parole e uomini che ne sanno
2000, i primi saranno succubi dei secondi.
                -- Da Rodari, via "BUONGIORNO!"


Ragazzi,
grazie..ma purtroppo non posso cambiare distribuzione per vari
motivi...
non so cmq se aggiornare a questo punto il kernel....mi sembra cmq
strano che si blocco sempre sull'RSYNC....
Adesso ho tolto l'opzione z per la compressione dei dati...
perchè ho qualche sospetto che è quella che sballa tutto anche xchè:
Jun 12 22:37:22 linuxserver kernel: udf: unknown compression code (0)
stri=^DG
Jun 12 22:38:21 linuxserver kernel: udf: unknown compression code (0)
stri=
Jun 12 22:38:24 linuxserver last message repeated 19 times
Jun 12 22:40:05 linuxserver kernel: udf: udf_read_inode(ino 12056092)
failed !bh
Jun 12 22:40:06 linuxserver kernel: udf: udf_read_inode(ino 12056093)
failed !bh
Jun 12 22:40:09 linuxserver kernel: udf: udf_read_inode(ino 12057775)
failed ident=257
Jun 12 22:40:09 linuxserver kernel: udf: udf_read_inode(ino 12057774)
failed !bh
Jun 12 22:40:09 linuxserver kernel: udf: udf_read_inode(ino 12057776)
failed !bh
Jun 12 22:40:10 linuxserver kernel: udf: udf_read_inode(ino 12057996)
failed !bh
Jun 12 22:40:11 linuxserver kernel: udf: udf_read_inode(ino 12057997)
failed !bh
Jun 12 22:41:33 linuxserver kernel: BUG: unable to handle kernel
paging request at virtual address 34564d73
Jun 12 22:41:33 linuxserver kernel:  printing eip:
Jun 12 22:41:33 linuxserver kernel: c04e22b8
Jun 12 22:41:33 linuxserver kernel: *pde = 00000000
questo è il log prima di quello sopra postato...
....che ne dite ?

> Jun 12 22:40:06 linuxserver kernel: udf: udf_read_inode(ino 12056093)
udf ???
e non lo puoi formattare con qualcos'altro ? il supporto udf credo sia
ancora sperimentale.
-- 
La vita e' come un albero di Natale:
c'e' sempre qualcuno che ti rompe le palle.


bè io faccio mount -t auto /dev/scd0 /mnt/rev...
lascio fare tutto al programma di mount....
anche xchè vorrei che in caso di rotture possono vedere tutti i file
sul disco rev
senza compressioni e senza partizioni ext2...di linux...
a sto punto che posso fare ... ?
mi consigliate di fare mount -vfat /dev/scd0 /mnt/rev ?
dopo mi riconosce le 70 GB del disco ?
Ciao Marco.

 
Io uso un IOmega REV IDE e il mount lo faccio così mount -t udf /dev/xxx 
/mnt/rev
Mi sono fatto un script che mi inizializza il drive e poi lancia un tar.
Attenzione, non vorrei dire cazzate ma mi sembra di aver letto che puoi 
solo ed esclusivamente usare UDF . Sul server ho una CentOs 4.3 .
Ciao,
Max

 poi vedrei.
Non capisco come una CentOS possa essere meglio di una Fedora, premesso che
non mi piace nessuna distro RPM based. E non capisco cosa ci azzecchi il
consiglio con il problema.
-- 
A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?

 il consiglio con il problema.
perche' è equivalente ad una redhat enterprise , distribuzione certificata e
supportata su quel server , perche' c'è sopra sw meno aggiornato e +
testato , e perche' hai molte + probabilità di trovare qualcuno con un
problema simile ed una soluzione.
ma soprattutto perche' non capisco a cosa cavolo serva una fedora su un
server , non so' come lavori tu' , ma io non metterei MAI in produzione
qualcosa che tra 1-2 anni sicuramente non ha + supporto ne' aggiornamenti.
tutto IMHO. 
-- 
Mandela: "I razzisti sono una razza inferiore".
                -- Da it.hobby.umorismo

 solo ed esclusivamente usare UDF . Sul server ho una CentOs 4.3 .
uhmm , non mi ricordo se il rev è magneto-ottico o altro , ma se è un disco
estraibile puoi formattare tranquillamente in fat o ext2/3.
il problema potrebbe essere un bug del driver udf nel kernel della fedora.
ciao.
-- 
- Dottore, un cane mi ha morso un dito.
- E l'ha disinfettato?
- No: e' scappato subito!
                -- Da it.hobby.umorismo

 ancora sperimentale.
Nel 2.6.18 direi di no, IIRC
-- 
Vide


Forse hai ragione...ma vedi...penso che ognuno debba utilizzare la
distribuzione che più
preferisce, nella mia esperienza ho sempre utilizzato Fedora solo
testo e ti dico che
per fare il file server + mail server basta ed avanza...chiaramente
per come tutti i sistemi
linux poi bisogna saperli configurare e non installare 400 pacchetti
che nn servono a niente
premesso ciò penso che i kernel, o almeno quello che mi hanno
insegnato, sono tutti uguali
a parità di versione per cui era solo esporvi un problema e tentare di
risolverlo.
Che sistema dovrei mettere in produzione che mi assicuri che 1-2 anni
continua ad avere
aggiornamenti.... ? Sei sicuro...? Mi sembra che fino ad ora ho visto
distro con i propri
pregi e difetti..per cui non capisco l'appunto. sempre IMHO.
Ciao Marco.


non potrebbe essere benissimo il supporto rovinato?
Jun 12 22:40:05 linuxserver kernel: udf: udf_read_inode(ino 12056092)
failed !bh
a me questo mi puzza di supporto rotto... oppure di timeout!
proverei a vedere se un
dd if=/dev/<device del rav> of=/dev/null
ti da qualche errore.
comunquesia udf come formato non l'ho mai visto direttamente.
proverei un ext2 o 3.

 aggiornamenti.... ?
Ad esempio debian?
-- 
Per altro, ogni tanto ho come la sensazione che tu non capisca un cazzo 
neppure di news, oltre che di smtp.
 
Il Cat su Dmitry

 qualcosa che tra 1-2 anni sicuramente non ha + supporto ne' aggiornamenti.
Io uso slackware ovunque da anni, e non ho ancora capito dove è il 
supporto della slackware :) :)
LOL.

 proverei un ext2 o 3.
http://en.wikipedia.org/wiki/Universal_Disk_Format
e' il formato standard dei DVD...
Ciao Jack

 qualcosa che tra 1-2 anni sicuramente non ha + supporto ne' aggiornamenti.
Bah. Io ci metto debian in produzione.
Appena esce già devo cominciare abackportare pacchetti.
La stabilità di un sistema la fa il sysadmin, non la distribuzione.
Tra fedora e centos secondo me non c'è molta differenza, sapendole usare
tutte e due.
E ribadisco: la tua considerazione iniziale in quel contesto era gratuita,
tendenziosa, fuorviante. Le giustificazioni seguenti, invece, del tutto
personali (e valide solo a livello personale).


 Con le certificazioni per i server mi ci sono sempre pulito il deretano.
Anche io me ne sono sempre sbattuto e lo faccio tuttora.
Ma hai mai provato a chiamare l'assistenza del server?
A me HP si è quasi rifiutata di cambiarmi un server per PALESI DANNI 
ALLA CONTROLLER DEI DISCHI solo perchè avevo su Slackware che loro non 
supportano.
Tempo impiegato prima di poter spedire il server: 15 giorni.
Il server era stato acquistato/installato/configurato 4 giorni prima. 
(quindi ancora sotto sostituzione immediata entro i primi 7 giorni mi pare)
Il problema, si presentava sia in fase di POST (a volte non venivano 
identificati i dischi) sia con il loro CD di emergenza (radhat based, 
che loro supportano) che non era in grado di far partire i test sui 
dischi perchè non erano identificati.
Quando partiva, con i dischi identificati, invece, dopo circa 2 o 3 ore, 
magari sotto leggero stress, un bel freeze.

 una distro) ha meno supporto di un'altra sui NG o su google ?
Vorrei far presente a quelli che dicono che ogni versione è lo stesso che lo
sviluppo del ramo 2.6 del kernel non prevede sviluppo parallelo
stabile/instabile come succedeva nel 2.4/2.5. C'è solo bug-fixing fra
2.6.X.N e 2.6.X.N+1, ma fra 2.6.X e 2.6.X+1 può succedere *di tutto*.
Inoltre aggiungiamoci tutte le vendor patch e il fatto che il kernel
vanilla è sconsigliato dagli stessi sviluppatori del kernel per produzione,
arriviamo quindi al punto che in casi di problemi con qualche device driver
avere una distribuzione "certificata" ti può salvare la pellaccia.
Certo, può anche darsi che il tuo fornitore (hw o sw) faccia orecchie da
mercante sul problema, esattamente come se fosse PippoLinux 0.1alfa, però è
generalmente più difficile. 
My 2¢
-- 
Vide

 LOL.
ne ha bisogno? E' stabile e maestosa come una montagna
-- 
---------------------------------------
linux slackware
tutto il resto e' inutile
---------------------------------------

 ne ha bisogno? E' stabile e maestosa come una montagna
E' la definizione piu' bella che abbia mai sentito :)
Quoto !

 ne ha bisogno? E' stabile e maestosa come una montagna
Mai avuto bisogno sinceramente.
Meglio così, non saprei a chi chiedere...

 perchè ho qualche sospetto che è quella che sballa tutto anche xchè:
Nel qual caso puo' essere un problema di surriscaldamento del sistema.


 tutte e due.
Se sai usarle tutte e due sai che Fedora non ha senso in un ambito di
produzione, e quasi nemmeno di test, per il semplice motivo che e' un 
moving target, quindi testi un sistema che ogni giorno cambia. 


 dischi perchè non erano identificati.
Tu potevi allora provare ad installare una CentOS o una Scientific Linux 
e quando l'operazione falliva contattarli stando quasi in procedura 
e ti avrebbero ascoltato.


 preferisce
No, si usa la distribuzione migliore per gestire lo specifico sistema.


 Grazie. Marco.
le cartucce sono diverse per ogni giorno o riutilizzi sempre la stessa?
nel secondo caso testala per vedere che non sia rovinata, o riformattala con
i tools di Iomega (che naturalmente non ci sono per linux).
altrimenti prova ad aggiornare il kernel.
considera che il supporto udf in linux non è ancora maturo, e che gli
udftools non sono più sviluppati da almeno 3 anni.
nel filesystem oggetto del backup ci sono file molto grossi, maggiori di
1GB?
per quanto riguarda l'idea di formattare il rev in un altro fs, io non ho
trovato nessuna conferma che si possa fare, nè ho mai provato a farlo.
nelle FAQ sul sito Iomega si legge:
NOTE: You can only format a REV disk with the REV UDF file system. You
cannot format the disk NTFS, FAT16, or FAT32.
altrove però si trova:
NOTE: REV UDF formatted REV disks are not supported on Mac OS X 10.1.5 thru
10.3.x - so your REV media must be formatted HFS+ for use on these
operating systems.
Linux non è supportato e perciò non si trovano notizie sui suoi filesystem.

 moving target, quindi testi un sistema che ogni giorno cambia.
il sistema lo fa il sysadmin.
C'č gente che usa gentoo in produzione... piů "moving" di cosě si muore.


 C'è gente che usa gentoo in produzione... più "moving" di così si muore.
E infatti Gentoo in produzione è da pazzi o quasi (e te lo dice uno che ne
ha qualcuna).
-- 
Vide

 wrote:

Ok Ragazzi,
io chiudere qui...tanto non ci metteremo d'accordo sicuramente
altrimenti non si spiega "3000" versioni di linux...per cui
se qualcuno mi suggerisce come formattare il supporto
e fare delle prove lo ringrazio..intanto cerco di aggiornare
l'aggiornabile
e vedere se il problema si risolve.
Grazie cmq in anticipo a quando mi hanno aiutato e mi vorranno
aiutare.
Grazie.Marco.

 montanto scrivo con rsync -avzr sul disco rev.
Guarda, non so se è il tuo caso, ma un po' di tempo fa, mi sono
imbattuto in un trhread su un ML (non ricordo quale..) in cui diverse
persone avevano problemi con quell'aggeggio, sia su linux, sia su
windows....
Fai un po' di prove e vai per esclusione:
usa rsync solo sul HD,
copia dei file (magari grossi..) sul rev con cp,
varie ed eventuali :)
Ciao.
-- 
*** Linux user # 198661 ---_ ICQ 33500725 ***
    ***  Home  
http://www.kailed.net
  ***
        ***  Powered by openSUSE  ***

 pregi e difetti..per cui non capisco l'appunto. sempre IMHO.
un sistema di cui paghi il supporto , tutto qui' poi se non lo vuoi nessuno
ti obbliga , ma una cosa è non volerlo , una è non poterlo avere.
stra-sempre IMHO
-- 
Mi hanno regalato un paio di sci d'acqua, solo che non riesco a trovare
nessun lago in discesa...
                -- Zuzzurro & Gaspare

 supporto della slackware :) :)
discorso diverso , se non lo vuoi il supporto nessuno ti obbliga ad averlo ,
personalmente dovendo gestire tanti sistemi lo pretendo anche se poi lo uso
raramente.
-- 
[In curva, con la moto] piegava cosi' tanto che, invece che dei
moscerini, doveva stare attento ai lombrichi.
                -- Stefano Benni, "Il bar sotto il mare"

 personali (e valide solo a livello personale).
 
prego ? la mia considerazione ? se permetti a qualcuno che posta un problema
io rispondo per come la penso io ( personalmente se vuoi ) nessuno ti vieta
di dare un altro suggerimento o un altra lettura , ma non vedo il motivo di
imporre la TUA soluzione.
detto questo la chiudo qui'......
ciao.
-- 
Mi piacerebbe cambiar sesso, ma a condizione di riceverne uno piu' grosso...
                -- Da it.hobby.umorismo

 e ti avrebbero ascoltato.
La procedura non sarebbe fallita, semplicemente non può iniziare se i 
dischi non sono riconosciuti.
Comuqnue, loro davano la colpa al fatto di aver installato slackware e 
di aver fatto decadere la garanzia.

 e fare delle prove lo ringrazio..intanto cerco di aggiornare
se il drive è un device scsi prova a formattarlo con la classica ext2
mke2fs /dev/sdXXX 
se invece è un worm c'è poco da fare....
-- 
- Cosa ha detto la gamba destra di una bionda alla gamba sinistra?
- Niente.  Non si sono mai incontrate.
                -- Da it.hobby.umorismo

 di aver fatto decadere la garanzia.
Allora ti e' capitato un supporto di primo livello cretino (e non e' che e'
una straordinaria eccezione).
Fai cosi':
a) li chiami e gli dici: "wow funziona tutto e' meraviglioso" e chiudi la
chiamata
b) il giorno dopo apri una nuova chiamata e gli dici "ho installato RHEL e
il sistema si blocca dopo 20 secondi"
se durante b) qualcuno si ricorda di slackware (cosa assai poco probabile):
tu nega, nega tutto, nega fino all'evidenza. 
Se e quando vai a crescere di livello di tecnico con cui parli, puoi
progressivamente dire porzioni maggiori di verita', perche' chi ti risponde
al call center di HP non ha particolari competenze, ma nei piani alti trovi
gente assai piu' che in gamba, che quindi non pensa che un kernel distrugge
un controller.


 un controller.
E se mi chiedessero un output di $strano_applicativo che non si installa 
su slackware senza perdere 5 giorni di backporting solo perchè pretende 
un kernel RHEL e non il mio bel vanilla?

 un kernel RHEL e non il mio bel vanilla?
"il sistema freeza dopo 5 secondi". Del resto e' quello che tu dici per
giustificare il fatto che non hai installato RHEL.
