www.zeroshell.net

[VITO]

stavo facendo un test su database fra 2 pc .
Spiego :
Ho programmato a dovere un server zero con accessi qos ecc.
Nasce adesso l'esigenza di avere un'altro server zero per evitare la
paralisi di un'azienda .
Provando a trasferire il database da un amacchina biprocessore con
zero , su di un PIII 500mhz proprio non va .
Ti chiedo allora : se e possibile, come posso fare ?
Preciso che il backup del data base sulla stessa macchina riescho a
riportarlo.
(purtroppo il qos come spiegato nelle mail non c'entra niente )
Prove fatte con beta 1.09
Database creato da zero in live cd 1.09 ad un pIII500 installato su hdd versione CompactFlash DB
Ho provato a cambiare sul pIII500, le schede lan e ben tre hdd
quindi il problema non e' hardware
Ho provato anche tra due zero entrambi live cd.
C'è un altro modo per trasferire il database nell'hard disk?
pui spiegarmi i passaggi eventualmente?
Ti ringrazio in anticipo per un a tua risposta.
Saluti
Vito

[argaar]

magari dico una fesseria ma ci sono incappato anche io la prima volta...il disco su cui vuoi trasferire il db che hai...è già formattato in ext3? (ammesso che l'originale sia ext3) e sopratutto le dimensioni occupate sullo ZS "primario" da tutto il db (il file di cui fai l'upload è compresso) è minore del massimo spazio del disco su cui devi trasferirlo?

[VITO]

niente del genere
hai provato a fare un trasferimento db su di un'altra macchina diversa ?
io ho provato a trasferire un db di 32mb
ed uno di circa 2 giga ,dà sempre errore
saluti
Vito

[fulvio]

La struttura del db di configurazione è pensata per essere indipendente dalla macchina. Pertanto non ci sarebbero dovuti essere problemi nel migrare Zeroshell da un'architettura ad un'altra anche se sostanzialmente diversa.
Purtroppo devi essere incappato in qualche problema.

Ciao
Fulvio

[VITO]

il file si trasferisce bene dal pIII500 al server
biprocessore.
Il db si trasferisce bene dal server grande a se stesso
ma non dal server grande al piccolo
e da impazzire .
Hai delle idee a riguardo ?
Saluti
Vito

[fulvio]

Puo' succedere che se una macchina non molto performante deve fare il restore di un database reletivamente grande, la web interface raggiunge il timeout per cui la configurazione viene troncata.

Invece di usare la funzione di [Backup] usa quella di [Copy]. In questo caso il DB viene copiato in un'altro filesystem connesso magari con una penna USB. Potresti addirittura montare sulla macchina di origine l'HD da usare sul server destinazione. Tieni conto che in questo caso non si tratta di un file compresso come nel caso del backup, ma del DB vero e proprio che puoi attivare direttamente senza dover fare il restore.

Ciao
Fulvio

[VITO]

Potresti dirmi i comandi da usare nella consolle ?
Dove va allocato il db ?
direttamente in una partizione ,oppure ha una sua directory ?
ho la possibilità di allocare l'hard disk con adattatore usb.
Saluti
Vito

[argaar]

guarda io ho fatto il restore anche di db di 4 GB...mai avuto problemi, sapevo che ogni tanto con la 1.0beta7 poteva esserci qualche errore ma dipendeva dal fatto probabilmente che il db si corrompeva in fase di trasferimento da ZS alla macchina locale...mi è successo solo una volta ma cmq dovrebbe essere prassi comune vedere se il db che tu hai è "sano" (io ho una ZS in virtual machine e ogni volta che faccio un backup lo provo restorandolo nella VM per vedere se va a buon fine...)
i miei ZS sono tutti pIII con 256mb di ram.
potresti provare a vedere se magari mettendolo su chiavetta potessi riuscire a far partire ZS dal db li sopra (presuppongo ovviamente che il tuo p3 riesca a fare il boot da usb...e mi sa di no...)

[theskid]

Forse pecco di semplicismo, ma perche' non va bene un semplicissimo scp? dato che le macchine sono interne alla rete non si dovrebbe incorrere in vuln alquanto pesanti (e non e' detto che ce ne siano)

Salute

[argaar]

a quel che ho visto e credo in pratica il db non è altro che una sorta di cartella dove vengono salvati tutti i file di configurazione e i log, e quando uno ne fa un export credo che semplicemente crei un tar della cartella e te lo esporti....di conseguenza un semlice scp potrebbe andar bene ma poi dovresti (se il mio ragionamento è corretto) fare un untar dell'archivio e sovrascrivere i file "vecchi" che sono presenti sull'HD

[theskid]

concordo