OceanoHost Postado Julho 20, 2011 Compartilhar Postado Julho 20, 2011 Olá, Estou tendo um problema com meu SolusVM, tenho 5 VPS de clientes no meu dedicado e utilizo o solusvm para virtualizalos em openvz. So que houve uma queda no dedicado agora os vps não querem ligar. Oque posso fazer? Link para o comentário Compartilhar em outros sites More sharing options...
Rocha Neto Postado Julho 20, 2011 Compartilhar Postado Julho 20, 2011 no SSH da um vzlist -a e cola a resposta aqui. Link para o comentário Compartilhar em outros sites More sharing options...
OceanoHost Postado Julho 20, 2011 Autor Compartilhar Postado Julho 20, 2011 Pago para quem me ajudar. Link para o comentário Compartilhar em outros sites More sharing options...
OceanoHost Postado Julho 20, 2011 Autor Compartilhar Postado Julho 20, 2011 [root@CentOS-55-64-minimal ~]# vzlist -a Unable to open /proc/vz/veinfo Unable to open /proc/user_beancounters Link para o comentário Compartilhar em outros sites More sharing options...
OceanoHost Postado Julho 20, 2011 Autor Compartilhar Postado Julho 20, 2011 Acabei de tentar criar um vps para testar ele retorna a mensagem: There seems to have been a slight problem with our database, please try again later. Link para o comentário Compartilhar em outros sites More sharing options...
OceanoHost Postado Julho 20, 2011 Autor Compartilhar Postado Julho 20, 2011 Otimizei a database pelo solusvm e a mensagem parou. Mas os vps não esta iniciando. Link para o comentário Compartilhar em outros sites More sharing options...
Maunose Postado Julho 20, 2011 Compartilhar Postado Julho 20, 2011 cola o resultado dos comandos: ls /proc/ df -H Link para o comentário Compartilhar em outros sites More sharing options...
OceanoHost Postado Julho 20, 2011 Autor Compartilhar Postado Julho 20, 2011 Maunose abaixo esta o resultado: [root@CentOS-55-64-minimal scripts]# ls /proc/ 1 24 2794 3247 3595 5 790 diskstats mtrr 10 246 28 3282 3596 537 8 dma net 1023 247 2827 33 3597 538 800 driver partitions 11 248 2828 3317 3607 539 801 execdomains schedstat 12 249 2829 3318 3608 540 802 fb scsi 13 25 2839 3326 3609 541 803 filesystems self 13346 250 2849 3327 3610 542 804 fs slabinfo 13348 2505 2850 3371 3823 543 805 ide stat 14 2506 2851 3390 3826 544 9 interrupts swaps 15 2507 2852 34 3827 545 916 iomem sys 16 2508 2853 3402 3829 546 955 ioports sysrq-trigger 1669 2509 2854 3428 3831 547 956 irq sysvipc 17 251 2855 3456 3832 548 959 kallsyms tty 18 2510 2856 3472 4 6 962 kcore uptime 19 2511 2866 3483 403 694 963 keys version 1991 2512 2896 3486 404 7 990 key-users vmcore 2 2513 29 3503 405 782 acpi kmsg vmstat 20 252 2912 3504 406 783 asound loadavg zoneinfo 21 253 2913 3512 407 784 buddyinfo locks 21797 2539 3 3590 408 785 bus mdstat 22 254 30 3591 409 786 cmdline meminfo 23 26 31 3592 410 787 cpuinfo misc 23119 2656 32 3593 413 788 crypto modules 235 27 3244 3594 415 789 devices mounts [root@CentOS-55-64-minimal scripts]# df -h Filesystem Size Used Avail Use% Mounted on /dev/md2 1.4T 100G 1.2T 8% / /dev/md1 251M 70M 169M 30% /boot Link para o comentário Compartilhar em outros sites More sharing options...
Maunose Postado Julho 20, 2011 Compartilhar Postado Julho 20, 2011 O /dev/md2 é RAID0 ou RAID1? O seu SolusVM parecia estar com o banco de dados danificado (costuma acontecer quando no MySQL quando servidor cai). Não sei bem como funciona o OpenVZ mas tudo indica que algum componente dele não está iniciado... Tenta reparar o banco de dados e reiniciar o servidor pra ver se funciona... ;) Link para o comentário Compartilhar em outros sites More sharing options...
OceanoHost Postado Julho 20, 2011 Autor Compartilhar Postado Julho 20, 2011 Recebi a resposta da SolusVM informando: Texto em ingles: Hi, You should have told us that you rebooted the server in this ticket. You have booted in to a non openvz kernel. You need to edit /boot/grub/grub.conf and make sure default= points to the openvz kernel and reboot. Texto em portugues: oi, Você deve ter nos disse que você reiniciou o servidor neste bilhete. Ter arrancado para um kernel OpenVZ não. Você precisa editar o / boot / grub / grub.conf e certifique-padrão = aponta para o kernel OpenVZ e reinicie. So que não entendi muito oque é para fazer. Link para o comentário Compartilhar em outros sites More sharing options...
Posts Recomendados