Newsgroup: it.comp.os.linux.iniziare
Titolo: Qemu-NFS: host <--> dir  <--> guest

Host: slackware-11.0
Guest: slackware-12.0
Dovrei far passare dei file dall'host al sistema emulato guest.
I due sistemi sono messi in rete attraverso vde_switch su interfaccia
tap0 dell'host e eth0 del guest:
host (tap0): 192.168.255.1
guest (eth0): 192.168.255.2
I due sistemi si vedono e uso anche l'host come gateway per far
affacciare il gues su internet...
-------
Tempo addietro mi era stato consigliato NFS.
Ho pensato a sto punto di mettere in piedi il server nfs sull'host
creando una subdirectory della mia home chimata sharedfiles a cui
accedere anche dal guest e far passare materiale nelle due direzioni.
Ho seguito diverse guide su nfs. La questione non sembra poi molto
difficile...però non funge.  :-(
C'è anche la possibilità che mi manchi qualche pacchetto sul guest...non
lo escludo.  :-|
-------
Praticamente lancio il server dall'host così:
rpc.nfsd
rpc.statd
rpc.lockd
rpc.mountd
rpc.rquotad
exportfs -ra
Poi, il file exports è così:
/myhome/sharedfiles 192.168.255.2(ro,subtree_check,no_root_squash)
Ho inoltre impostato il file host.deny:
ALL:ALL
E hosts.allow così:
portmap:192.168.255.2
lockd:192.168.255.2
mountd:192.168.255.2
rquotad:192.168.255.2
statd:192.168.255.2
-----
Nel guest in fstab ho messo:
192.168.255.1:/myhome/sharedfiles /mnt/nfs/shared nfs rw,users,noauto 0 0
con myhome chiaramente: "/home/mine/"
Per quanto riguarda i demoni da quanto ho capito devono essere attivi
sul client:
portmap
rpc.statd
rpc.lockd
Su slack-12.0 non ho trovato attivo questo demone e cercando su
packages.slackware.it
 ho trovato per il pattern lockd che fa parte degli
headers o dei moduli...in effetti tra i moduli c'è....ma quando tento di
caricarlo mi dà errore:
Warning: error inserting sun rpc: (...): Invalid module format
FATAL: error inserting lockd: (...): Invalid module format
Spero che non sia questo fatto a compromettere il non funzionamento del
nfs....ma non penso sia da escludere.
-------
Insomma questo è quanto per la configurazione, veniamo al tentativo di
montaggio del nfs dal client:
lanciato:
mount /mnt/nfs/shared
il cursore sta lì per un bel po' senza dir nulla.....
Aspettando con pazienza qualche minuto.....
Ancora un po'....
Ecco il responso:
mount: 192.168.255.1:/home/mine/sharedfiles: can't read superblock.
Spero ne sappiate più di me e abbiate qualche idea di dove stia
il problema e come fare a risolverlo. Grazie in anticipo.
____________________________________
Mail: johnnynews at vfemail dot net

 Tempo addietro mi era stato consigliato NFS.
Se devi solo trasferire dei files mi sembra un po' troppo complicato.
Perche' invece non usi semplicemente mc? Dal guest lanci mc -> Connessione
shell , metti l'ip dell'host, invio, ti vine chiesto username e password
(nella linea di comando!) e sei a posto.
-- 
Ciao.
Alessandro 
"Ubuntu" - an African word, meaning "Slackware is too hard for me".

 (nella linea di comando!) e sei a posto.
Probabilmente è una buona idea. Per sveltire i tempi la applicherò alla
lettera dopo aver installato mc. Non sono molto pratico di questo
filemanager (sinceramente non m'è mai piaciuto...ma è solo il parere di
un ignorante...non lo conosco per nulla, ho sempre preferito la bash
liscia).
Dunque...installato
mc....ok
Connessione shell eh....cerchiamo cerchiamo...
trovato, metto 192.168.255.1....
Arghh... Cannot chdir to /#sh:192.168.255.1
Eppure il ping funge...
non sarà che devo abilitare qualcosa sull'host? tipo aggiungere qualche
servizio al file /etc/host.allow tanto per dire?


 servizio al file /etc/host.allow tanto per dire?
sshd e' avviato sull'host? Riesci ad ottenere un login dal guest sull'host
usando ssh? A regola non dovrebbe servire altro.
Altrimenti, leggendo l'help vedo che si puo' specificare di usare rsh ,
anche se la sintassi indicata e' un po' contraddittoria...
Prova con utent...@ip.h.o.st:r[sh]/la/dir/che/vuoi (non ho capito bene se
l'opzione e 'r' o 'rsh').
BTW a me ha sempre funzionato senza fare nient'altro (sia sulla 11 che sulla
12, full install in entrambi i casi).
Per quanto riguarda mc, boh, forse e' anche questione di gusti, io a
tuttoggi non ho ancora trovato un valido sostituto... 


 tutt'oggi non ho ancora trovato un valido sostituto... 
Sicuramente, non lo metto in dubbio...sono io che non ne ho mai fatto
uso...
In ogni caso grazie della disponibilità


 In ogni caso grazie della disponibilità
Prego, anche se temo di essere riuscito solo a farti perdere tempo... :-(


 Prego, anche se temo di essere riuscito solo a farti perdere tempo... :-(
 
Non mi pare proprio Alessandro. Per lo meno sono riuscito ad entrare
nell'host da remoto. Mi basta capire qual'è il comando per copiar files
e sono a cavallo.
Avevo letto (nelle lunghe ricerche via google) di "secure copy"...
scp insomma. Ora vedo, ma spero di cavarmela con un "man scp" (spetta
che sento come la pensa murphy...).
----- Farò sapere...Ma serve sshd attivo su entrambi i sistemi in rete 
o basta sull'host?


 o basta sull'host?
Deve essere senz'altro attivo sulla macchina che *riceve* la connessione.


 Dovrei far passare dei file dall'host al sistema emulato guest.
openssh e usi scp.. Io almeno faccio cosi' e funzia
http://www.valent-blog.eu/2007/05/07/virtualizzazione-qemu-opzioni-avanzate/
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 .
root@testing:~# scp sharedfiles/pippo.txt
userc@notebook:/home/mine/sharedfiles/
userc@notebook's password:
setterm: $TERM is not defined.
pippo.txt
100%   41     0.0KB/s   00:00
root@testing:~# ssh root@notebook
root@notebook's password:
Last login: Fri May  2 10:30:14 2008 from 
testing.localdomain.net
Linux 2.6.17.13-smp.
root@notebook:~# cat /home/mine/sharedfiles/pippo.txt
prova trasferimento scp da guest ad host
root@notebook:~#
===========
Come vedi sono anche riuscito a copiaincollare il terminale del
guest(qemu)....sì perchè sto scrivendo dal guest  ;-)
In pratica sono entrato nell'host dal guest dopo aver aperto una
sessione screen sempre su guest. Così in una finestra di screen sul
guest, mi ritrovo piazzato su un "terminale dell'host".
Posso usare tutti i programmi che potrei usare dall'host, alias, hystory
della shell...insomma, veramente molto comodo.
Tra le altre cose posso aprire tin e accedere a usnet come sto facendo,
col vantaggio di poter copiare il terminale del guest direttamente nel
messaggio....ottimo sto ssh.
Tuttavia, penso che rsync potrebbe rivelarsi utile. Solo che non ho ben
capito come sincronizzare due directory poste sui due sistemi
host-guest.
Comunque il problema è praticamente risolto. Ti ringrazio sinceramente.


 
http://www.valent-blog.eu/2007/05/07/virtualizzazione-qemu-opzioni-avanzate/
Grazie. Ho risolto usando vde per la rete, ma il link sopra sarà
sicuramnete utile


 Comunque il problema è praticamente risolto. Ti ringrazio sinceramente.
Prego, ma ce l'avresti fatta benissimo anche da solo! :-)


 Prego, ma ce l'avresti fatta benissimo anche da solo! :-)
 
Eh, non so....se non mi davi la dritta ssh ero ancora in alto mare. Poi
una volta capito ilmeccanismo è tutto in discesa, questo sì.


 Guest: slackware-12.0
]zac[
La mia opinione è samba, cosi la rete virtuale è pronta per ospiti
stranieri.

 una volta capito ilmeccanismo è tutto in discesa, questo sì.
Certo, secondo me se insisti ne vieni fuori anche con nfs, alla grande! :-)



Sì, sono d'accordo. Probabilmente è la soluzione più versatile volendo
in futuro attaccarci una macchina "a finestre".
Tuttavia qui si faceva anche un po' per imparare nfs.
Hai idee del perchè non funzioni? mentre ssh và tranquillamente così
come la rete con ping e gateway verso internet?
Ogni idea è gradita.  :-)


 Certo, secondo me se insisti ne vieni fuori anche con nfs, alla grande! :-)
Speriamo.  :-P


 annidiata di ssh (host).
Boia, certo le cerchi tutte te col lanternino,come si direbbe dalle mie
parti! :-)
Comunque, premetto che non sono assolutamento un esperto di screen, lo uso
solo da pochi mesi, ma leggendo la man page ho notato questo :
-e xy
   specifies the command character to be x and the character generating a
   literal command character to y (when typed after the  command  charac-
   ter).   The  default  is  "C-a"  and  `a',  which  can be specified as
   "-e^Aa".  When creating a screen session, this option sets the default
   command  character.  In a multiuser session all users added will start
   off with this command character. But when attaching to an already run-
   ning  session,  this  option changes only the command character of the
   attaching user.  This option is  equivalent  to  either  the  commands
   "defescape" or "escape" respectively.
Facendo qualche prova (in locale, non ho un altra macchina sottomano al
momento) sembra funzionare. In pratica : lanci screen normalmente sull'host
e procedi con tutto il resto. Sul guest invece lanci screen con :
screen -e^Ea
Se tutto funziona con C-a 0-1-2-etc (o altre combinazioni, ce ne sono tante)
scambi le finestre di screen del host, con C-e 0-1-2-etc quelle del guest
(che ovviamente dovrai creare con 'C-e c' e non con 'C-a -c').
Oppure ho capito ancora meno di prima....


 Oppure ho capito ancora meno di prima....
No, no hai fatto centro, sono io che dovevo leggere meglio il man.  :-|
Bene. allora grazie di tutto per la piacevole chiacchierata.
Quando avrò/avrete in mano più elementi su come cercare di far funzionare
nfs sarò lieto di continuare questa discussione.
Saluti  :-P


 Hai idee del perchè non funzioni? mentre ssh và tranquillamente così
]zac[
Mai usato veramente nfs, però dicono che sia facile.
Mi sa che hai il nfs server non per la tua versione di linux, e per fare le
prove sarebbe il caso di aprire completamente i firewall e vari deny, e
usare gli ip invece dei nomi dei server.
Prima di fare le prove sarebbe il caso di usare netstat o qualche tool di
scansione delle prove per vedere se nfs e rpc è in ascolto sulle varie
porte.
Poi mi risulta che how-to c'è ne siano parecchi in rete.