Newsgroup: it.comp.os.linux.sys
Titolo: Proxmox, NFS storage is not online (500)

Ciao a tutti,
 
 
su un paio di installazioni di Proxmox 3.1 su Debian 7.7 dallo scorso 
venerdì mi succede una cosa strana: pur essendo la partizione montata e 
addirittura scrivibile;
 
# mount|grep san
mysan01:/nfs/BkLinux on /mnt/pve/san01 type nfs 
(rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.85,mountvers=3,mountport=39530,mountproto=udp,local_lock=none,addr=192.168.1.85)
 
# ls -l > /mnt/pve/san01/wrtest; echo $?
0
 
ottengo dall'interfaccia web di Proxmox questi errori:
 
storage 'san01' is not online (500)
 
Anche nel syslog:
 
Oct 20 11:47:43 vrt02 pvedaemon[3038]: WARNING: storage 'san01' is not 
online
Oct 20 11:47:48 vrt02 pvestatd[3059]: WARNING: storage 'san01' is not online
Oct 20 11:47:58 vrt02 pvestatd[3059]: WARNING: storage 'san01' is not online
Oct 20 11:48:08 vrt02 pvestatd[3059]: WARNING: storage 'san01' is not online
Oct 20 11:48:18 vrt02 pvestatd[3059]: WARNING: storage 'san01' is not online
Oct 20 11:48:51 vrt02 pvedaemon[3037]: WARNING: storage 'san01' is not 
online
 
Qualche altra prova:
 
# pvesm list san01
storage 'san01' is not online
 
# cat /etc/pve/storage.cfg
[...]
nfs: san01
        path /mnt/pve/san01
        server adorssan01
        export /nfs/BkLinux
        options vers=3
        content images,iso,vztmpl,backup
        maxfiles 50
 
# /usr/bin/rpcinfo -p san01
rcpinfo: impossibile contattare il portmapper: RPC: errore di sistema remoto 
- Connessione scaduta
 
 
Qualche idea?
 
 
Ciao e buona giornata,
  Void

[OT] Tu hai qualche VM KVM con guest XP 32 bit?

 Qualche idea?
 
Semplice semplice: il ping verso adorssan01 che dice? La 2049 e la 111 sono 
raggiungibili?
 
Enrico

 [OT] Tu hai qualche VM KVM con guest XP 32 bit?
 
Al momento no, perché?
 
 
Void

 sono raggiungibili?
 
Tutto ok, ping funziona, porte raggiungibili.
 
Altra cosa strana è che sembra funzionare ogni tanto: che ci siano timeout 
troppo stretti da qualche parte?
 
Ieri ho trovato un altro problema, che non so se sia relazionabile con 
questo oppure no: ho un container perfettamente raggiungibile all'interno 
della LAN, ma se mi collego dal'esterno (HTTPS, SSH) le connessioni cadono 
dopo pochi secondi/pacchetti. Invece il ping funziona anche dall'esterno. 
Magari apro un thread apposta... Ah, non c'è pace...
 
 
Void


Perché ho scoperto che le prestazioni dei driver virtio per il network 
sono pessime per i guest XP 32bit (vedi mio post su i.c.virtualizzazione 
e sul forum di proxmox) e per pessime intendo 170 Mbps verso l'host e 30 
Mbps fra VM, mentre sono regolari per gli host a 64bit.
Ora siccome mi sembra un dettaglio non di poco conto, volevo sapere se 
qualcun'altro ha riscontrato il problema e sapendo che tu hai delle 
installazioni proxmox...
 

 dopo pochi secondi/pacchetti
 
Ancora piu` stupida: non e` che la SAN e questo container hanno lo stesso 
indirizzo o lo stesso MAC?
 
Enrico

 indirizzo o lo stesso MAC?
 
Direi di no:
 
# arping -c 1 -I vmbr0 san01
ARPING 192.168.1.85 from 192.168.8.52 vmbr0
Unicast reply from 192.168.1.85 [00:D0:B8:10:01:5A]  0.788ms
[...]
 
# ip addr
[...]
3: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UNKNOWN 
    link/ether a4:ba:db:03:23:00 brd ff:ff:ff:ff:ff:ff
    inet 
192.168.8.52/20
 brd 192.168.15.255 scope global vmbr0
    inet6 fe80::a6ba:dbff:fe03:2300/64 scope link 
       valid_lft forever preferred_lft forever
 
 
Ciao,
  Void

Provato anche a:
 
* aumentare a 20 s il timeout di /usr/bin/rpcinfo
in /usr/share/perl5/PVE/Storage/NFSPlugin.pm
 
* umount /mnt/pve/san01
 
* il mount avviene automaticamente dopo pochi secondi
 
ma non cambia nulla.
 
 
Provato ad aggiungere delle opzioni di mount a /etc/pve/storage.cfg tipo:
 
* aggiunta la linea options proto=udp
* /etc/init.d/pvestatd restart
* /etc/init.d/pvedaemon restart
 
nulla.
 
Devo ancora provare a mettere Proxmox e SAN sullo stesso switch: in uno dei 
documenti che ho letto si accennava ad una possibile perdita di pacchetti 
SYN.
 
La cosa strana è che a volte funziona anche!
 
 
Ciao,
  Void