* [Sysadmins] P7, OpenVZ, Samba 4.0.5
@ 2013-10-09 15:23 Alex Moskalenko
2013-10-09 16:19 ` Viacheslav Dubrovskyi
0 siblings, 1 reply; 8+ messages in thread
From: Alex Moskalenko @ 2013-10-09 15:23 UTC (permalink / raw)
To: sysadmins
Здравствуйте!
Прошу помощи у людей, использующих samba в p7, желательно в
ovz-контейнере (чтобы уж было 100% воспроизведение ситуации).
На данный момент имеются две неприятные проблемы.
1. smbd периодически падает из-за разрушения tdb-файлов (обычно
связанных с блокировками или сессиями). Сервер при этом в нерабочем
состоянии, в логах сообщения типа таких:
[2013/10/09 08:54:40.870642, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/smbXsrv_tcon_global.tdb): tdb_rec_read bad magic
0x42424242 at offset=1045544
[2013/10/09 08:58:34.330707, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/smbXsrv_session_global.tdb): tdb_rec_read bad
magic 0x42424242 at offset=16900320
[2013/10/09 18:54:30.354238, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/locking.tdb): tdb_rec_read bad magic 0x42424242 at
offset=6719752
[2013/10/09 18:54:31.008824, 0]
../source3/locking/share_mode_lock.c:224(share_mode_data_destructor)
store returned NT_STATUS_UNSUCCESSFUL
[2013/10/09 18:54:31.008926, 0] ../source3/lib/util.c:810(smb_panic_s3)
PANIC (pid 4167): could not store share mode entry:
NT_STATUS_UNSUCCESSFUL
[2013/10/09 18:54:31.098584, 0] ../source3/lib/util.c:921(log_stack_trace)
BACKTRACE: 26 stack frames:
#0 /usr/lib64/libsmbconf.so.0(log_stack_trace+0x1a) [0x7f50a21c46ca]
#1 /usr/lib64/libsmbconf.so.0(smb_panic_s3+0x20) [0x7f50a21c47a0]
#2 /usr/lib64/libsamba-util.so.0(smb_panic+0x2f) [0x7f50a36ff0bf]
#3 /usr/lib64/samba/libsmbd_base.so(+0x18faa0) [0x7f50a336daa0]
#4 /usr/lib64/libtalloc.so.2(+0x7b49) [0x7f50a0df5b49]
#5 /usr/lib64/libtalloc.so.2(_talloc_free+0x1d5) [0x7f50a0df15d5]
#6 /usr/lib64/samba/libsmbd_base.so(+0x10b727) [0x7f50a32e9727]
#7 /usr/lib64/samba/libsmbd_base.so(+0x10e1de) [0x7f50a32ec1de]
#8 /usr/lib64/samba/libsmbd_base.so(create_file_default+0x20a)
[0x7f50a32ed16a]
#9 /usr/lib64/samba/libsmbd_base.so(+0x1db43b) [0x7f50a33b943b]
#10 /usr/lib64/samba/libsmbd_base.so(smb_vfs_call_create_file+0xa5)
[0x7f50a32f3ae5]
#11 /usr/lib64/samba/libsmbd_base.so(reply_ntcreate_and_X+0x3c6)
[0x7f50a32b09f6]
#12 /usr/lib64/samba/libsmbd_base.so(+0x127ed1) [0x7f50a3305ed1]
#13 /usr/lib64/samba/libsmbd_base.so(+0x128fa0) [0x7f50a3306fa0]
#14 /usr/lib64/samba/libsmbd_base.so(+0x129438) [0x7f50a3307438]
#15 /usr/lib64/libsmbconf.so.0(run_events_poll+0x187) [0x7f50a21e3637]
#16 /usr/lib64/libsmbconf.so.0(+0x448b9) [0x7f50a21e38b9]
#17 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x9d) [0x7f50a0be4cfd]
#18 /usr/lib64/samba/libsmbd_base.so(smbd_process+0xc21)
[0x7f50a33088f1]
#19 /usr/sbin/smbd() [0x409de4]
#20 /usr/lib64/libsmbconf.so.0(run_events_poll+0x187) [0x7f50a21e3637]
#21 /usr/lib64/libsmbconf.so.0(+0x448b9) [0x7f50a21e38b9]
#22 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x9d) [0x7f50a0be4cfd]
#23 /usr/sbin/smbd(main+0x1385) [0x406995]
#24 /lib64/libc.so.6(__libc_start_main+0xf5) [0x7f50a0852ad5]
#25 /usr/sbin/smbd() [0x406d2d]
[2013/10/09 18:54:31.099351, 0] ../source3/lib/dumpcore.c:317(dump_core)
dumping core in /var/log/samba/cores/smbd
[2013/10/09 18:53:11.334454, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/locking.tdb): tdb_rec_read bad magic 0x42424242 at
offset=6713368
[2013/10/09 18:58:28.890778, 0]
../source3/locking/share_mode_lock.c:224(share_mode_data_destructor)
store returned NT_STATUS_UNSUCCESSFUL
[2013/10/09 18:58:28.890863, 0] ../source3/lib/util.c:810(smb_panic_s3)
PANIC (pid 4137): could not store share mode entry:
NT_STATUS_UNSUCCESSFUL
[2013/10/09 18:58:28.891692, 0] ../source3/lib/util.c:921(log_stack_trace)
BACKTRACE: 26 stack frames:
#0 /usr/lib64/libsmbconf.so.0(log_stack_trace+0x1a) [0x7f50a21c46ca]
#1 /usr/lib64/libsmbconf.so.0(smb_panic_s3+0x20) [0x7f50a21c47a0]
#2 /usr/lib64/libsamba-util.so.0(smb_panic+0x2f) [0x7f50a36ff0bf]
#3 /usr/lib64/samba/libsmbd_base.so(+0x18faa0) [0x7f50a336daa0]
#4 /usr/lib64/libtalloc.so.2(+0x7b49) [0x7f50a0df5b49]
#5 /usr/lib64/libtalloc.so.2(_talloc_free+0x1d5) [0x7f50a0df15d5]
#6 /usr/lib64/samba/libsmbd_base.so(+0x10b727) [0x7f50a32e9727]
#7 /usr/lib64/samba/libsmbd_base.so(+0x10e1de) [0x7f50a32ec1de]
#8 /usr/lib64/samba/libsmbd_base.so(create_file_default+0x20a)
[0x7f50a32ed16a]
#9 /usr/lib64/samba/libsmbd_base.so(+0x1db43b) [0x7f50a33b943b]
#10 /usr/lib64/samba/libsmbd_base.so(smb_vfs_call_create_file+0xa5)
[0x7f50a32f3ae5]
#11 /usr/lib64/samba/libsmbd_base.so(reply_ntcreate_and_X+0x3c6)
[0x7f50a32b09f6]
#12 /usr/lib64/samba/libsmbd_base.so(+0x127ed1) [0x7f50a3305ed1]
#13 /usr/lib64/samba/libsmbd_base.so(+0x128fa0) [0x7f50a3306fa0]
#14 /usr/lib64/samba/libsmbd_base.so(+0x129438) [0x7f50a3307438]
#15 /usr/lib64/libsmbconf.so.0(run_events_poll+0x187) [0x7f50a21e3637]
#16 /usr/lib64/libsmbconf.so.0(+0x448b9) [0x7f50a21e38b9]
#17 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x9d) [0x7f50a0be4cfd]
#18 /usr/lib64/samba/libsmbd_base.so(smbd_process+0xc21)
[0x7f50a33088f1]
#19 /usr/sbin/smbd() [0x409de4]
#20 /usr/lib64/libsmbconf.so.0(run_events_poll+0x187) [0x7f50a21e3637]
#21 /usr/lib64/libsmbconf.so.0(+0x448b9) [0x7f50a21e38b9]
#22 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x9d) [0x7f50a0be4cfd]
#23 /usr/sbin/smbd(main+0x1385) [0x406995]
#24 /lib64/libc.so.6(__libc_start_main+0xf5) [0x7f50a0852ad5]
#25 /usr/sbin/smbd() [0x406d2d]
[2013/10/09 18:58:28.892421, 0] ../source3/lib/dumpcore.c:317(dump_core)
dumping core in /var/log/samba/cores/smbd
[2013/10/09 18:58:29.061172, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/locking.tdb): tdb_rec_read bad magic 0x42424242 at
offset=6718024
[2013/10/09 18:58:29.072362, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/locking.tdb): tdb_rec_read bad magic 0x42424242 at
offset=6718024
[2013/10/09 18:58:29.072463, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/locking.tdb): tdb_rec_read bad magic 0x42424242 at
offset=6718024
[2013/10/09 18:58:29.072545, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/locking.tdb): tdb_rec_read bad magic 0x42424242 at
offset=6718024
[2013/10/09 18:58:29.072615, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/locking.tdb): tdb_rec_read bad magic 0x42424242 at
offset=6718024
[2013/10/09 18:58:29.072688, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
tdb(/var/lib/samba/locking.tdb): tdb_rec_read bad magic 0x42424242 at
offset=6718024
[2013/10/09 18:58:29.072766, 0]
../source3/locking/share_mode_lock.c:224(share_mode_data_destructor)
store returned NT_STATUS_UNSUCCESSFUL
[2013/10/09 18:58:29.072862, 0] ../source3/lib/util.c:810(smb_panic_s3)
PANIC (pid 5036): could not store share mode entry:
NT_STATUS_UNSUCCESSFUL
[2013/10/09 18:58:29.073787, 0] ../source3/lib/util.c:921(log_stack_trace)
BACKTRACE: 26 stack frames:
#0 /usr/lib64/libsmbconf.so.0(log_stack_trace+0x1a) [0x7f50a21c46ca]
#1 /usr/lib64/libsmbconf.so.0(smb_panic_s3+0x20) [0x7f50a21c47a0]
#2 /usr/lib64/libsamba-util.so.0(smb_panic+0x2f) [0x7f50a36ff0bf]
#3 /usr/lib64/samba/libsmbd_base.so(+0x18faa0) [0x7f50a336daa0]
#4 /usr/lib64/libtalloc.so.2(+0x7b49) [0x7f50a0df5b49]
#5 /usr/lib64/libtalloc.so.2(_talloc_free+0x1d5) [0x7f50a0df15d5]
#6 /usr/lib64/samba/libsmbd_base.so(+0x10b727) [0x7f50a32e9727]
#7 /usr/lib64/samba/libsmbd_base.so(+0x10e1de) [0x7f50a32ec1de]
#8 /usr/lib64/samba/libsmbd_base.so(create_file_default+0x20a)
[0x7f50a32ed16a]
#9 /usr/lib64/samba/libsmbd_base.so(+0x1db43b) [0x7f50a33b943b]
#10 /usr/lib64/samba/libsmbd_base.so(smb_vfs_call_create_file+0xa5)
[0x7f50a32f3ae5]
#11 /usr/lib64/samba/libsmbd_base.so(reply_ntcreate_and_X+0x3c6)
[0x7f50a32b09f6]
#12 /usr/lib64/samba/libsmbd_base.so(+0x127ed1) [0x7f50a3305ed1]
#13 /usr/lib64/samba/libsmbd_base.so(+0x128fa0) [0x7f50a3306fa0]
#14 /usr/lib64/samba/libsmbd_base.so(+0x129438) [0x7f50a3307438]
#15 /usr/lib64/libsmbconf.so.0(run_events_poll+0x187) [0x7f50a21e3637]
#16 /usr/lib64/libsmbconf.so.0(+0x448b9) [0x7f50a21e38b9]
#17 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x9d) [0x7f50a0be4cfd]
#18 /usr/lib64/samba/libsmbd_base.so(smbd_process+0xc21)
[0x7f50a33088f1]
#19 /usr/sbin/smbd() [0x409de4]
#20 /usr/lib64/libsmbconf.so.0(run_events_poll+0x187) [0x7f50a21e3637]
#21 /usr/lib64/libsmbconf.so.0(+0x448b9) [0x7f50a21e38b9]
#22 /usr/lib64/libtevent.so.0(_tevent_loop_once+0x9d) [0x7f50a0be4cfd]
#23 /usr/sbin/smbd(main+0x1385) [0x406995]
#24 /lib64/libc.so.6(__libc_start_main+0xf5) [0x7f50a0852ad5]
#25 /usr/sbin/smbd() [0x406d2d]
[2013/10/09 18:58:29.074735, 0] ../source3/lib/dumpcore.c:317(dump_core)
dumping core in /var/log/samba/cores/smbd
Лечится удалением разрушенных файлов и перезапуском smbd.
2. В 4.0.5 из p7 все еще жива проблема из моего бага
https://bugzilla.altlinux.org/show_bug.cgi?id=26182. То есть
использование кириллицы в имени принтера (именно в имени) приводит к
отказу подсистему печати. Лечится правкой реестра на сервере samba -
удалением кариллицы из имени.
Прошу помощи в подтверждении и/или решении этих проблем. Проблема (1)
жить не дает совсем, проблему (2) можно обойти, не используя кириллицу в
имени принтера.
PS Возможно, в p7 есть смысл положить новые версии samba (4.0.5 ->
4.0.10) и/или ядра ovz-el (alt102 -> alt104)? Ядро в целом и
ovz-контейнер в частности вообще может влиять на поведение подсистемы
tdb в samba?
--
WBR, Alex Moskalenko
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Sysadmins] P7, OpenVZ, Samba 4.0.5
2013-10-09 15:23 [Sysadmins] P7, OpenVZ, Samba 4.0.5 Alex Moskalenko
@ 2013-10-09 16:19 ` Viacheslav Dubrovskyi
2013-10-09 17:50 ` Alex Moskalenko
0 siblings, 1 reply; 8+ messages in thread
From: Viacheslav Dubrovskyi @ 2013-10-09 16:19 UTC (permalink / raw)
To: sysadmins
09.10.2013 18:23, Alex Moskalenko wrote:
> Здравствуйте!
>
> Прошу помощи у людей, использующих samba в p7, желательно в
> ovz-контейнере (чтобы уж было 100% воспроизведение ситуации).
>
> На данный момент имеются две неприятные проблемы.
>
> 1. smbd периодически падает из-за разрушения tdb-файлов (обычно
> связанных с блокировками или сессиями). Сервер при этом в нерабочем
> состоянии, в логах сообщения типа таких:
Ресурсов контейнеру хватает?
Очень на это похоже.
>
> PS Возможно, в p7 есть смысл положить новые версии samba (4.0.5 ->
> 4.0.10) и/или ядра ovz-el (alt102 -> alt104)? Ядро в целом и
> ovz-контейнер в частности вообще может влиять на поведение подсистемы
> tdb в samba?
Ядро можете попробовать обновить из сизифа. Хуже не будет.
--
WBR,
Viacheslav Dubrovskyi
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Sysadmins] P7, OpenVZ, Samba 4.0.5
2013-10-09 16:19 ` Viacheslav Dubrovskyi
@ 2013-10-09 17:50 ` Alex Moskalenko
2013-10-10 0:37 ` Viacheslav Dubrovskyi
0 siblings, 1 reply; 8+ messages in thread
From: Alex Moskalenko @ 2013-10-09 17:50 UTC (permalink / raw)
To: ALT Linux sysadmins' discussion
09.10.2013 20:19, Viacheslav Dubrovskyi пишет:
> 09.10.2013 18:23, Alex Moskalenko wrote:
>> Здравствуйте!
>>
>> Прошу помощи у людей, использующих samba в p7, желательно в
>> ovz-контейнере (чтобы уж было 100% воспроизведение ситуации).
>>
>> На данный момент имеются две неприятные проблемы.
>>
>> 1. smbd периодически падает из-за разрушения tdb-файлов (обычно
>> связанных с блокировками или сессиями). Сервер при этом в нерабочем
>> состоянии, в логах сообщения типа таких:
> Ресурсов контейнеру хватает?
> Очень на это похоже.
>
Да, все failcnt по нулям. Лимиты с запасом. Если нужна какая-либо
информация и/или тесты - готов предоставить/выполнить.
>
>>
>> PS Возможно, в p7 есть смысл положить новые версии samba (4.0.5 ->
>> 4.0.10) и/или ядра ovz-el (alt102 -> alt104)? Ядро в целом и
>> ovz-контейнер в частности вообще может влиять на поведение подсистемы
>> tdb в samba?
> Ядро можете попробовать обновить из сизифа. Хуже не будет.
>
Попробую в ближайшее время.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Sysadmins] P7, OpenVZ, Samba 4.0.5
2013-10-09 17:50 ` Alex Moskalenko
@ 2013-10-10 0:37 ` Viacheslav Dubrovskyi
2013-10-10 4:39 ` Alex Moskalenko
0 siblings, 1 reply; 8+ messages in thread
From: Viacheslav Dubrovskyi @ 2013-10-10 0:37 UTC (permalink / raw)
To: sysadmins
09.10.2013 20:50, Alex Moskalenko пишет:
> 09.10.2013 20:19, Viacheslav Dubrovskyi пишет:
>> 09.10.2013 18:23, Alex Moskalenko wrote:
>>> Здравствуйте!
>>>
>>> Прошу помощи у людей, использующих samba в p7, желательно в
>>> ovz-контейнере (чтобы уж было 100% воспроизведение ситуации).
>>>
>>> На данный момент имеются две неприятные проблемы.
>>>
>>> 1. smbd периодически падает из-за разрушения tdb-файлов (обычно
>>> связанных с блокировками или сессиями). Сервер при этом в нерабочем
>>> состоянии, в логах сообщения типа таких:
>> Ресурсов контейнеру хватает?
>> Очень на это похоже.
>>
> Да, все failcnt по нулям. Лимиты с запасом. Если нужна какая-либо
> информация и/или тесты - готов предоставить/выполнить.
vswap используется? Покажите конфиг VPS
--
WBR,
Viacheslav Dubrovskyi
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Sysadmins] P7, OpenVZ, Samba 4.0.5
2013-10-10 0:37 ` Viacheslav Dubrovskyi
@ 2013-10-10 4:39 ` Alex Moskalenko
2013-10-28 6:53 ` [Sysadmins] P7, OpenVZ, Samba 4.0.5 [partially SOLVED] Alex Moskalenko
0 siblings, 1 reply; 8+ messages in thread
From: Alex Moskalenko @ 2013-10-10 4:39 UTC (permalink / raw)
To: ALT Linux sysadmins' discussion
10.10.2013 04:37, Viacheslav Dubrovskyi пишет:
> 09.10.2013 20:50, Alex Moskalenko пишет:
>> 09.10.2013 20:19, Viacheslav Dubrovskyi пишет:
>>> 09.10.2013 18:23, Alex Moskalenko wrote:
>>>> Здравствуйте!
>>>>
>>>> Прошу помощи у людей, использующих samba в p7, желательно в
>>>> ovz-контейнере (чтобы уж было 100% воспроизведение ситуации).
>>>>
>>>> На данный момент имеются две неприятные проблемы.
>>>>
>>>> 1. smbd периодически падает из-за разрушения tdb-файлов (обычно
>>>> связанных с блокировками или сессиями). Сервер при этом в нерабочем
>>>> состоянии, в логах сообщения типа таких:
>>> Ресурсов контейнеру хватает?
>>> Очень на это похоже.
>>>
>> Да, все failcnt по нулям. Лимиты с запасом. Если нужна какая-либо
>> информация и/или тесты - готов предоставить/выполнить.
> vswap используется? Покажите конфиг VPS
>
vswap используется.
Конфиг:
# RAM
PHYSPAGES="524288"
# Swap
SWAPPAGES="0:2G"
# Disk quota parameters (in form of softlimit:hardlimit)
DISKSPACE="2097152:2097152"
DISKINODES="200000:220000"
QUOTATIME="0"
# CPU fair scheduler parameter
CPUUNITS="1000"
HOSTNAME="server.office.ru"
VE_ROOT="/var/lib/vz/root/$VEID"
VE_PRIVATE="/var/lib/vz/private/$VEID"
OSTEMPLATE="altlinux-p6-x86_64"
ORIGIN_SAMPLE="vswap-1g"
NAME="server"
NAMESERVER="192.168.0.1"
ONBOOT="yes"
NETIF="ifname=eth0,bridge=br0,mac=00:16:3E:31:C3:17,host_ifname=server0,host_mac=FE:FF:FF:FF:FF:FF"
cat /proc/bc/veid/resources
kmemsize 22608497 86396928
9223372036854775807 9223372036854775807 0
lockedpages 0 8
9223372036854775807 9223372036854775807 0
privvmpages 193831 288160
9223372036854775807 9223372036854775807 0
shmpages 129 11220
9223372036854775807 9223372036854775807 0
numproc 77 174
9223372036854775807 9223372036854775807 0
physpages 56507 262146
524288 524288 0
vmguarpages 0 0
9223372036854775807 9223372036854775807 0
oomguarpages 13437 78991
9223372036854775807 9223372036854775807 0
numtcpsock 77 276
9223372036854775807 9223372036854775807 0
numflock 44 144
9223372036854775807 9223372036854775807 0
numpty 0 5
9223372036854775807 9223372036854775807 0
numsiginfo 8 54
9223372036854775807 9223372036854775807 0
tcpsndbuf 2159776 26724920
9223372036854775807 9223372036854775807 0
tcprcvbuf 2515888 8495696
9223372036854775807 9223372036854775807 0
othersockbuf 94792 475352
9223372036854775807 9223372036854775807 0
dgramrcvbuf 0 64400
9223372036854775807 9223372036854775807 0
numothersock 84 231
9223372036854775807 9223372036854775807 0
dcachesize 4563826 26561851
9223372036854775807 9223372036854775807 0
numfile 911 3790
9223372036854775807 9223372036854775807 0
numiptent 20 20
9223372036854775807 9223372036854775807 0
swappages 2619 9030
0 524288 0
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Sysadmins] P7, OpenVZ, Samba 4.0.5 [partially SOLVED]
2013-10-10 4:39 ` Alex Moskalenko
@ 2013-10-28 6:53 ` Alex Moskalenko
2013-10-28 9:15 ` Mike Lykov
0 siblings, 1 reply; 8+ messages in thread
From: Alex Moskalenko @ 2013-10-28 6:53 UTC (permalink / raw)
To: sysadmins
Итак, по результатам двухнедельного тестирования могу сказать, что
проблема в simfs от OpenVZ. Перенос tdb-файлов samba на ext4 проблему с
разрушением tdb полностью решил. Также решает проблемы параметр use mmap
= no в smb.conf, но это крайне не рекомендуется по причине сильного
падения быстродействия samba.
Огромное спасибо Александру Боковому за посыл в верном направлении.
Что касается второй проблемы (с кириллицей в имени принтера) - то с ней
еще не занимался по причине отсутствия 4.0.10 в p7 и песочницы для
пересборки ее из сизифа. Как появится возможность - буду вешать баг в
апстрим.
--
WBR, Alex Moskalenko
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Sysadmins] P7, OpenVZ, Samba 4.0.5 [partially SOLVED]
2013-10-28 6:53 ` [Sysadmins] P7, OpenVZ, Samba 4.0.5 [partially SOLVED] Alex Moskalenko
@ 2013-10-28 9:15 ` Mike Lykov
2013-10-31 18:11 ` Alex Moskalenko
0 siblings, 1 reply; 8+ messages in thread
From: Mike Lykov @ 2013-10-28 9:15 UTC (permalink / raw)
To: ALT Linux sysadmins' discussion
28.10.2013, 10:54, "Alex Moskalenko" <mav@elserv.msk.su>:
> Итак, по результатам двухнедельного тестирования могу сказать, что
> проблема в simfs от OpenVZ. Перенос tdb-файлов samba на ext4 проблему с
> разрушением tdb полностью решил.
А не пробовали ли openvz ploop в таком контейнере?
--
Mike
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Sysadmins] P7, OpenVZ, Samba 4.0.5 [partially SOLVED]
2013-10-28 9:15 ` Mike Lykov
@ 2013-10-31 18:11 ` Alex Moskalenko
0 siblings, 0 replies; 8+ messages in thread
From: Alex Moskalenko @ 2013-10-31 18:11 UTC (permalink / raw)
To: ALT Linux sysadmins' discussion
28.10.2013 13:15, Mike Lykov пишет:
>
> 28.10.2013, 10:54, "Alex Moskalenko" <mav@elserv.msk.su>:
>> Итак, по результатам двухнедельного тестирования могу сказать, что
>> проблема в simfs от OpenVZ. Перенос tdb-файлов samba на ext4 проблему с
>> разрушением tdb полностью решил.
> А не пробовали ли openvz ploop в таком контейнере?
>
ploop не пробовал, но, думаю, что с ним все должно быть хорошо, так как
это виртуализация блочного устройства, а не файловой системы.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2013-10-31 18:11 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-10-09 15:23 [Sysadmins] P7, OpenVZ, Samba 4.0.5 Alex Moskalenko
2013-10-09 16:19 ` Viacheslav Dubrovskyi
2013-10-09 17:50 ` Alex Moskalenko
2013-10-10 0:37 ` Viacheslav Dubrovskyi
2013-10-10 4:39 ` Alex Moskalenko
2013-10-28 6:53 ` [Sysadmins] P7, OpenVZ, Samba 4.0.5 [partially SOLVED] Alex Moskalenko
2013-10-28 9:15 ` Mike Lykov
2013-10-31 18:11 ` Alex Moskalenko
ALT Linux sysadmins discussion
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sysadmins/0 sysadmins/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sysadmins sysadmins/ http://lore.altlinux.org/sysadmins \
sysadmins@lists.altlinux.org sysadmins@lists.altlinux.ru sysadmins@lists.altlinux.com
public-inbox-index sysadmins
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sysadmins
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git