OpenVZ Forum


Home » General » Support » *SOLVED* vps not working
*SOLVED* vps not working [message #7149] Thu, 05 October 2006 10:56 Go to next message
molliver is currently offline  molliver
Messages: 30
Registered: May 2006
Member
Hi,

I have just updated one of my guest vz systems to the lastest centos 4.4 via yum and then rebooted the vz instance. However I now can not get back into the vz instance. Either via ssh as i was before, telnet or vz enter.
Looking at the updates one was for glibc so i am wondering if this is causing a conflict and that the guest system is now not comming up properly.
I have also updated the host server to CentOs 4.4 via yum but have not yet rebooted, so it is usng kernel 2.6.8-022stab078.14.

Any ideas on how to solve this problem and get the guest booting again?
I can't yet reboot do to people using the other virtual servers.

Regards

Mark

[Updated on: Fri, 06 October 2006 09:52] by Moderator

Report message to a moderator

Re: vps not working [message #7150 is a reply to message #7149] Thu, 05 October 2006 12:02 Go to previous messageGo to next message
Vasily Tarasov is currently offline  Vasily Tarasov
Messages: 1345
Registered: January 2006
Senior Member
Hello,

Quote:

Any ideas on how to solve this problem and get the guest booting again?

Quote:

However I now can not get back into the vz instance. Either via ssh as i was before, telnet or vz enter.


So I don't understand VE doesn't start or it starts but enter fails? Anyway provide what exactly fails: output on the screen, logs, straces.

Thanks!
Re: vps not working [message #7151 is a reply to message #7150] Thu, 05 October 2006 12:13 Go to previous messageGo to next message
molliver is currently offline  molliver
Messages: 30
Registered: May 2006
Member
Hi,

No the guest starts but you can not talk to it, as if it is in a semi runing state. Bellow is a strace of the start, you can start and stop other virtual servers which are not running CentOs4.4 and access them fine, but i have tried this on a couple of guests and once they are upgrades to CentOs 4.4 you then can not access them after reboot.

I have also included a strace of vzenter at the bottom,

Thanks

Mark,
p.s logs show no errors


[root@openvz1~]# strace vzctl start 104
execve("/usr/sbin/vzctl", ["vzctl", "start", "104"], [/* 19 vars */]) = 0
uname({sys="Linux", node="openvz1.thermeoneurope.com", ...}) = 0
brk(0)                                  = 0x8050000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/usr/lib/vzctl/lib/tls/i686/sse2/libvzctl.so.0.0.2", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/vzctl/lib/tls/i686/sse2", 0xbffff280) = -1 ENOENT (No such file or directory)
open("/usr/lib/vzctl/lib/tls/i686/libvzctl.so.0.0.2", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/vzctl/lib/tls/i686", 0xbffff280) = -1 ENOENT (No such file or directory)
open("/usr/lib/vzctl/lib/tls/sse2/libvzctl.so.0.0.2", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/vzctl/lib/tls/sse2", 0xbffff280) = -1 ENOENT (No such file or directory)
open("/usr/lib/vzctl/lib/tls/libvzctl.so.0.0.2", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/vzctl/lib/tls", 0xbffff280) = -1 ENOENT (No such file or directory)
open("/usr/lib/vzctl/lib/i686/sse2/libvzctl.so.0.0.2", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/vzctl/lib/i686/sse2", 0xbffff280) = -1 ENOENT (No such file or directory)
open("/usr/lib/vzctl/lib/i686/libvzctl.so.0.0.2", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/vzctl/lib/i686", 0xbffff280) = -1 ENOENT (No such file or directory)
open("/usr/lib/vzctl/lib/sse2/libvzctl.so.0.0.2", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/vzctl/lib/sse2", 0xbffff280) = -1 ENOENT (No such file or directory)
open("/usr/lib/vzctl/lib/libvzctl.so.0.0.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0J\365"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=125460, ...}) = 0
old_mmap(0x4ef50000, 122800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4ef50000
old_mmap(0x4ef6d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d000) = 0x4ef6d000
close(3)                                = 0
open("/usr/lib/vzctl/lib/libvzctl-simfs.so.0.0.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\334\271"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=7064, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40000000
old_mmap(0x4ef4b000, 8648, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4ef4b000
old_mmap(0x4ef4d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x4ef4d000
close(3)                                = 0
open("/usr/lib/vzctl/lib/libdl.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=51364, ...}) = 0
old_mmap(NULL, 51364, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40001000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260[\364"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=16800, ...}) = 0
old_mmap(0x4ef45000, 12388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4ef45000
old_mmap(0x4ef47000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x4ef47000
close(3)                                = 0
open("/usr/lib/vzctl/lib/libutil.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libutil.so.1", O_RDONLY)     = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\214"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=15916, ...}) = 0
old_mmap(0x4f578000, 12428, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4f578000
old_mmap(0x4f57a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x4f57a000
close(3)                                = 0
open("/usr/lib/vzctl/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/tls/libc.so.6", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\316"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1525004, ...}) = 0
old_mmap(0x4ee18000, 1223900, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4ee18000
old_mmap(0x4ef3d000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x124000) = 0x4ef3d000
old_mmap(0x4ef41000, 7388, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4ef41000
close(3)                                = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000e000
mprotect(0x4ef47000, 4096, PROT_READ)   = 0
mprotect(0x4f57a000, 4096, PROT_READ)   = 0
mprotect(0x4ef3d000, 8192, PROT_READ)   = 0
mprotect(0x4ee14000, 4096, PROT_READ)   = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0x4000e8e0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0x40001000, 51364)               = 0
brk(0)                                  = 0x8050000
brk(0x8071000)                          = 0x8071000
rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0
open("/usr/lib/vzctl/modules/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory)
open("/etc/vz/vz.conf", O_RDONLY)       = 3
stat64("/etc/vz/vz.conf", {st_mode=S_IFREG|0644, st_size=695, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=695, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40001000
read(3, "# Global parameters\nVIRTUOZZO=ye"..., 4096) = 695
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40001000, 4096)                = 0
open("/var/log/vzctl.log", O_WRONLY|O_APPEND|O_CREAT, 0666) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=8456, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40001000
fstat64(3, {st_mode=S_IFREG|0644, st_size=8456, ...}) = 0
_llseek(3, 8456, [8456], SEEK_SET)      = 0
stat64("/etc/vz//conf//104.conf", {st_mode=S_IFREG|0644, st_size=940, ...}) = 0
open("/etc/vz//conf//104.conf", O_RDONLY) = 4
stat64("/etc/vz//conf//104.conf", {st_mode=S_IFREG|0644, st_size=940, ...}) = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=940, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40002000
read(4, "ONBOOT=\"yes\"\nNUMPROC=\"2666:2666\""..., 4096) = 940
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0x40002000, 4096)                = 0
fcntl64(0, F_GETFL)                     = 0x8002 (flags O_RDWR|O_LARGEFILE)
fcntl64(1, F_GETFL)                     = 0x8002 (flags O_RDWR|O_LARGEFILE)
fcntl64(2, F_GETFL)                     = 0x8002 (flags O_RDWR|O_LARGEFILE)
open("/dev/vzctl", O_RDWR)              = 4
ioctl(4, 0x400c2e05, 0xbffff530)        = 0
stat64("/vz/lock", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
gettimeofday({1160050134, 122284}, NULL) = 0
getpid()                                = 14975
open("/vz/lock/104.lckc6eGRN", O_RDWR|O_CREAT|O_EXCL, 0600) = 5
write(5, "14975\n\n", 7)                = 7
close(5)                                = 0
link("/vz/lock/104.lckc6eGRN", "/vz/lock/104.lck") = 0
unlink("/vz/lock/104.lckc6eGRN")        = 0
rt_sigaction(SIGINT, {SIG_IGN}, NULL, 8) = 0
ioctl(4, 0x400c2e05, 0xbffff540)        = -1 ESRCH (No such process)
ioctl(4, 0x400c2e05, 0xbffff3b0)        = -1 ESRCH (No such process)
stat64("/etc/vz/dists/centos-4-i386-general.conf", 0xbfffedac) = -1 ENOENT (No such file or directory)
stat64("/etc/vz/dists/centos-4-i386.conf", 0xbfffedac) = -1 ENOENT (No such file or directory)
stat64("/etc/vz/dists/centos-4.conf", {st_mode=S_IFREG|0644, st_size=963, ...}) = 0
open("/etc/vz/dists/centos-4.conf", O_RDONLY) = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=963, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40002000
read(5, "#  Copyright (C) 2000-2006 SWsof"..., 4096) = 963
stat64("/etc/vz/dists/scripts/redhat-add_ip.sh", {st_mode=S_IFREG|0755, st_size=4942, ...}) = 0
stat64("/etc/vz/dists/scripts/redhat-del_ip.sh", {st_mode=S_IFREG|0755, st_size=1880, ...}) = 0
stat64("/etc/vz/dists/scripts/redhat-set_hostname.sh", {st_mode=S_IFREG|0755, st_size=1815, ...}) = 0
stat64("/etc/vz/dists/scripts/set_dns.sh", {st_mode=S_IFREG|0755, st_size=1668, ...}) = 0
stat64("/etc/vz/dists/scripts/set_userpass.sh", {st_mode=S_IFREG|0755, st_size=1519, ...}) = 0
stat64("/etc/vz/dists/scripts/set_ugid_quota.sh", {st_mode=S_IFREG|0755, st_size=1898, ...}) = 0
stat64("/etc/vz/dists/scripts/postcreate.sh", {st_mode=S_IFREG|0755, st_size=2104, ...}) = 0
read(5, "", 4096)           
...

[Updated on: Fri, 06 October 2006 07:32] by Moderator

Report message to a moderator

Re: vps not working [message #7176 is a reply to message #7151] Fri, 06 October 2006 07:40 Go to previous messageGo to next message
Vasily Tarasov is currently offline  Vasily Tarasov
Messages: 1345
Registered: January 2006
Senior Member
Hello,

sorry for late answer! Please, do "strace -f vzctl enter 104" instead of "strace vzctl enter 104". This allows to strace not only vzctl but its children too. Also try to run just
"vzctl --verbose enter 104" (without stracing).

Thanks!
Re: vps not working [message #7179 is a reply to message #7176] Fri, 06 October 2006 08:29 Go to previous messageGo to next message
molliver is currently offline  molliver
Messages: 30
Registered: May 2006
Member
Hi

Well verbose gave me nothing Smile

but i have done the extra strace on a different vz number 888 but it has exactly the same problem.

see attached,

Thanks

Mark
  • Attachment: strace.txt
    (Size: 88.58KB, Downloaded 544 times)
Re: vps not working [message #7182 is a reply to message #7179] Fri, 06 October 2006 09:29 Go to previous messageGo to next message
Vasily Tarasov is currently offline  Vasily Tarasov
Messages: 1345
Registered: January 2006
Senior Member
[pid   650] open("/dev/ptmx", O_RDWR)   = -1 ENOENT (No such file or directory)
[pid   650] open("/dev/ptyp0", O_RDWR)  = -1 ENOENT (No such file or directory)


I have a guest, that after centos update udev were installed there.
If it is so, you should turn off udev in VE and copy contents of /dev from working VE to the VE in question.

HTH,
vass.
Re: vps not working [message #7183 is a reply to message #7182] Fri, 06 October 2006 09:36 Go to previous messageGo to next message
molliver is currently offline  molliver
Messages: 30
Registered: May 2006
Member
Hi,

That would seam feasible as /dev does seam fairly empty, do you know where i turn udev off?

Regards,

Mark
Re: vps not working [message #7184 is a reply to message #7183] Fri, 06 October 2006 09:42 Go to previous messageGo to next message
molliver is currently offline  molliver
Messages: 30
Registered: May 2006
Member
Hm, nasty problem,

It did solve the problem, i found where to turn off udev in /etc/rc.sysinit, then coppied /dev from another guest.

I wonder why it only upgraded to udev on the virtual os and not on the host kernel which i had also upgraded???


Thanks

Mark
Re: vps not working [message #7188 is a reply to message #7184] Fri, 06 October 2006 09:52 Go to previous messageGo to next message
Vasily Tarasov is currently offline  Vasily Tarasov
Messages: 1345
Registered: January 2006
Senior Member
The thing is that on HN there is always udev (from initial installation of CentOS), but in VE all precreated templates don't have udev. udev is cut there.

Good luck!
vass.


Re: vps not working [message #26807 is a reply to message #7184] Fri, 01 February 2008 09:56 Go to previous messageGo to next message
fransonline is currently offline  fransonline
Messages: 22
Registered: May 2006
Junior Member
molliver wrote on Fri, 06 October 2006 05:42

... i found where to turn off udev in /etc/rc.sysinit, then coppied /dev from another guest....
Mark

Disabling udev in /etc/rc.sysinit did the trick on my VPS with pty problem.

Just wondering if disabling udev has consequences for good and safe working of my VPS.

Anyone with information about this issue?

Thanks for your time and have a nice day!

Frans


Re: *SOLVED* vps not working [message #29417 is a reply to message #7149] Sat, 12 April 2008 10:39 Go to previous messageGo to next message
SoftDux is currently offline  SoftDux
Messages: 55
Registered: November 2007
Location: Johannesburg, South Afric...
Member
Hi

I also had the same problem where I can't enter the VEID, gave me the "Unable to open pty: No such file or directory" error:


vzctl enter 1001
enter into VE 1001 failed
Unable to open pty: No such file or directory



So, I have edited /vz/private/1001/etc/rc.sysconfig & commented udev out, then copies /dev from a newly created VE - which then allowed me to login to the VE again, but with the following error:

VE start in progress...
entered into VE 1001
Unable to get tty name: Bad file descriptor
                                           root@vps03 [/]#



Is this a problem?

Running df -H, I get the following:

 df -H
Filesystem             Size   Used  Avail Use% Mounted on
simfs                  8.9G   3.5G   4.6G  44% /
df: `(deleted) /var/tmp': No such file or directory



Why is that happening? I don't know what this even means, exactly, so I won't know what to tell the client if he asks me.
Re: *SOLVED* vps not working [message #29423 is a reply to message #29417] Sat, 12 April 2008 11:16 Go to previous messageGo to next message
fransonline is currently offline  fransonline
Messages: 22
Registered: May 2006
Junior Member
Sometimes this helps also:
On the node:
vzctl exec <<VZID>> /sbin/MAKEDEV ptyp
vzctl exec <<VZID>> /dev/MAKEDEV tty
vzctl exec <<VZID>> /dev/MAKEDEV pty

The temp error: I should not know.
It looks as if it's no longer there, so create a new /var/tmp...

Frans
Re: *SOLVED* vps not working [message #29424 is a reply to message #29423] Sat, 12 April 2008 11:24 Go to previous message
SoftDux is currently offline  SoftDux
Messages: 55
Registered: November 2007
Location: Johannesburg, South Afric...
Member
fransonline wrote on Sat, 12 April 2008 13:16

Sometimes this helps also:
On the node:
vzctl exec <<VZID>> /sbin/MAKEDEV ptyp
vzctl exec <<VZID>> /dev/MAKEDEV tty
vzctl exec <<VZID>> /dev/MAKEDEV pty



That didn't work. From another thread I ended up creating a new VE from the same template, then disabled udev in the current
VE's private folder - /vz/private/1001/etc/rc.sysconfig - and then copied the /dev folder from the new VE to the current one

fransonline wrote on Sat, 12 April 2008 13:16


The temp error: I should not know.
It looks as if it's no longer there, so create a new /var/tmp...

Frans



It was actually there, but as file, and not a folder - odd. I've deleted it & recreated it
Previous Topic: can't set kmemsize on VPS, user_beancounters give strange output
Next Topic: [SOLVED] where do I download brctl ?
Goto Forum:
  


Current Time: Thu Mar 28 21:46:30 GMT 2024

Total time taken to generate the page: 0.01779 seconds