Re: [Sysadmins] OpenVZ: 2.6.32-ovz-el-alt168.M80P.2, task vzctl:19720 blocked for more than 120 seconds

2019-08-13 Пенетрантность Sergey
On Monday 12 August 2019, Michael Shigorin wrote:

> > Хотя можно попробовать тестовый сервер сделать
> 
> Или тестовую виртуалку даже, это ж ovz.
 
Так нужно хост-систему же перезагружать. Другого варианта
воспроизведения у меня нет пока.

-- 
С уважением, Сергей.
___
Sysadmins mailing list
Sysadmins@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/sysadmins


Re: [Sysadmins] OpenVZ: 2.6.32-ovz-el-alt168.M80P.2, task vzctl:19720 blocked for more than 120 seconds

2019-08-12 Пенетрантность Michael Shigorin
On Sun, Aug 11, 2019 at 06:28:00PM +0400, Sergey wrote:
> Хотя можно попробовать тестовый сервер сделать

Или тестовую виртуалку даже, это ж ovz.

-- 
  WBR, Michael Shigorin / http://altlinux.org
  -- http://opennet.ru / http://anna-news.info
___
Sysadmins mailing list
Sysadmins@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/sysadmins


Re: [Sysadmins] OpenVZ: 2.6.32-ovz-el-alt168.M80P.2, task vzctl:19720 blocked for more than 120 seconds

2019-08-12 Пенетрантность Nikolay A. Fetisov
В Вс, 11/08/2019 в 18:28 +0400, Sergey пишет:
> On Friday 02 August 2019, Nikolay A. Fetisov wrote:
> 
> > > # vzctl enter 3139
> > > enter into CT 3139 failed
> > > Unable to open pty: No such file or directory
> > > 
> > 
> > /dev/pts внутри нет.
> > 
> > В fstab контейнера всё нужное есть?
> 
> Да, но это явно из-за того, что я "vzctl start ..." внутри контейнера
> прибивал. Тут понять надо другое - почему он вечно ждёт, видимно,
> iptables-restore во-первых, и почему iptables-restore висит.

А разве iptables-restore не должен отрабатывать после обработки 
fstab, причём заметно после? 

>  При том, что потом, если vzctl restart сделать, то всё запускается.
> Беда в том, что воспроизвести получается только перезагрузкой хост-
> системы, ...

Наугад - а это никак не связано с _приостановкой_ VE при перезагрузке?
Т.е., у меня _некоторые_ из VE при остановке службы vz уходят не в
состояние stopped, а в состоянии suspended - с записью состояния VE
в /var/lib/vz/vzreboot/ . Восстановить после перезагрузки HN vz их не
может - о чём сообщает и запускает с нуля как обычно.

Через vzctl suspend / vzctl resume воспроизвести не получится?


>  Хотя можно попробовать тестовый сервер сделать и там воспроизвести
> попытаться.

[JT] А надо ли? С учётом того, что поддержка OpenVZ 6 заканчивается в
ноябре этого года?

-- 
С уважением,
Николай Фетисов
___
Sysadmins mailing list
Sysadmins@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/sysadmins


Re: [Sysadmins] OpenVZ: 2.6.32-ovz-el-alt168.M80P.2, task vzctl:19720 blocked for more than 120 seconds

2019-08-11 Пенетрантность Sergey
On Friday 02 August 2019, Nikolay A. Fetisov wrote:

> > # vzctl enter 3139
> > enter into CT 3139 failed
> > Unable to open pty: No such file or directory
> > 
> 
> /dev/pts внутри нет.
> 
> В fstab контейнера всё нужное есть?

Да, но это явно из-за того, что я "vzctl start ..." внутри контейнера
прибивал. Тут понять надо другое - почему он вечно ждёт, видимно,
iptables-restore во-первых, и почему iptables-restore висит. При том,
что потом, если vzctl restart сделать, то всё запускается. Беда в том,
что воспроизвести получается только перезагрузкой хост-системы, а это
не очень удобно. Точнее вообще неудобно. Хотя можно попробовать тестовый
сервер сделать и там воспроизвести попытаться.

-- 
С уважением, Сергей
a_...@sama.ru
___
Sysadmins mailing list
Sysadmins@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/sysadmins


Re: [Sysadmins] OpenVZ: 2.6.32-ovz-el-alt168.M80P.2, task vzctl:19720 blocked for more than 120 seconds

2019-08-02 Пенетрантность Nikolay A. Fetisov
Здравствуйте!

В Чт, 01/08/2019 в 00:45 +0400, Sergey пишет:
> On Saturday 29 June 2019, Sergey wrote:
> 

> Контейнер, при этом, запускается в каком-то виде, по крайней мере,
> apache
> там работает, ssh тоже, но вот доступ в контейнер не получить:
> 
> # vzctl enter 3139
> enter into CT 3139 failed
> Unable to open pty: No such file or directory
> 

/dev/pts внутри нет.

В fstab контейнера всё нужное есть? Должно быть что-то типа

proc   /proc procnosuid,noexec,gid=proc  0 0
devpts /dev/pts  devpts  nosuid,noexec,gid=tty,mode=620  0 0
shmfs  /dev/shm  tmpfs   size=5% 0 0


Ну или ресурсы контейнера зажаты излишне.


-- 
С уважением,
Николай Фетисов
___
Sysadmins mailing list
Sysadmins@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/sysadmins


Re: [Sysadmins] OpenVZ: 2.6.32-ovz-el-alt168.M80P.2, task vzctl:19720 blocked for more than 120 seconds

2019-07-31 Пенетрантность Sergey
On Saturday 29 June 2019, Sergey wrote:

> >   12728 ?        S      0:00 initlog -q -c vzctl start 3139 --skip-fsck
> >   12729 ?        S      0:00 vzctl start 3139 --skip-fsck
> >   12751 ?        D      0:00 vzctl start 3139 --skip-fsck
> >   12768 ?        Ss     0:00 vzctl start 3139 --skip-fsck
>  
> Еле вспомнил, где писал... Проблема сохраняется. Но сейчас ещё посмотрел
> процессы. Про strace забыл что-то...

> На текущий момент 2.6.32-ovz-el-alt168.M80P.2 и vzctl-4.9.4-alt1

С strace интересно.  Последний vzctl уже в контейнере:

# ps ax| grep vz
   5268 ?Ss 0:00 /usr/sbin/vzeventd
   5380 ?S  0:00 /bin/sh /etc/rc.d/rc3.d/S96vz start
   5626 ?S  0:00 [vzmond]
  19691 ?S  0:00 initlog -q -c vzctl start 3139 --skip-fsck
  19692 ?S  0:00 vzctl start 3139 --skip-fsck
  19720 ?D  0:00 vzctl start 3139 --skip-fsck
  19756 ?Ss 0:00 vzctl start 3139 --skip-fsck

# vzps -E 3139 ax
 CTID PID TTY  STAT   TIME COMMAND
3139  19756 ?Ss 0:00 vzctl start 3139 --skip-fsck
3139  19758 ?S  0:00 [kthreadd/3139]
3139  19759 ?S  0:00 [khelper/3139]
3139  20105 ?S  0:00 iptables-restore -c

И если к нему попытаться прицепиться из хост-системы, то процесс сразу
завершавется:

# strace -p 19756
strace: Process 19756 attached
+++ exited with 0 +++

Контейнер, при этом, запускается в каком-то виде, по крайней мере, apache
там работает, ssh тоже, но вот доступ в контейнер не получить:

# vzctl enter 3139
enter into CT 3139 failed
Unable to open pty: No such file or directory

По ssh аналогично:

$ ssh hostname
qqq@hostname's password:
ssh: PTY allocation request failed on channel 0

В следующий раз надо будет попробовать iptables-restore прибить из
хост-системы и посмотреть, что будет.

-- 
С уважением, Сергей
a_...@sama.ru
___
Sysadmins mailing list
Sysadmins@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/sysadmins