Jump to content

Recommended Posts

Устанавливаем Linux Coordinator на Debian 7.11 Wheezy 3.2.0-4-686-pae i686, устанавливаемый дистрибутив координатора: distribute-i686-linux-4.1.4-10954.

Проблема: до этого на сервере стоял Debian 6 версии и координатор 3.7.2 все работало без каких либо проблем, после обновления машина начала виснуть полностью. Сетевые интерфейсы не доступны. При подключении через консоль (клавиатура+монитор) ничего сделать нельзя, просто черный экран. После перезагрузки все поднимается и начинает работать. В /var/log/messgaes сыпятся ошибки:

Sep  4 09:27:01 SERVERNAME kernel: [415749.785265] Modules linked in: drviplir(O) itcscrpt(O) itcswd(O) itcskrniface(O) nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm i915 snd_page_alloc drm_kms_helper drm evdev snd_timer iTCO_wdt snd pcspkr shpchp i2c_algo_bit i2c_i801 iTCO_vendor_support i2c_core soundcore acpi_cpufreq mperf coretemp crc32c_intel aesni_intel aes_i586 aes_generic processor video cryptd button ext4 crc16 jbd2 mbcache sg sd_mod crc_t10dif ahci libahci libata thermal fan thermal_sys ehci_hcd xhci_hcd usbcore scsi_mod usb_common r8168(O) e1000e [last unloaded: scsi_wait_scan]
Sep  4 09:27:01 SERVERNAME kernel: [415749.785875] 
Sep  4 09:27:01 SERVERNAME kernel: [415749.785892] Pid: 2403, comm: kiplird3 Tainted: G           O 3.2.0-4-686-pae #1 Debian 3.2.89-2 To be filled by O.E.M. To be filled by O.E.M./KWH77
Sep  4 09:27:01 SERVERNAME kernel: [415749.786008] EIP: 0060:[<f96a7585>] EFLAGS: 00010202 CPU: 0
Sep  4 09:27:01 SERVERNAME kernel: [415749.786097] EIP is at strncpy+0x15/0x60 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.786138] EAX: 00000000 EBX: 00000000 ECX: 00000001 EDX: f37fba5d
Sep  4 09:27:01 SERVERNAME kernel: [415749.786191] ESI: f37fba5c EDI: f28caea0 EBP: f37fbb74 ESP: f37fb9d0
Sep  4 09:27:01 SERVERNAME kernel: [415749.786244]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Sep  4 09:27:01 SERVERNAME kernel: [415749.786374]  00000000 00000001 f9694ae6 f37fba5c 00000000 00000001 f969451e f3dfba40
Sep  4 09:27:01 SERVERNAME kernel: [415749.786458]  f37fba5c 00000000 f9676530 f3441810 f37fbd90 f37e3fa0 f2943440 f3008760
Sep  4 09:27:01 SERVERNAME kernel: [415749.786541]  f3d9bec8 f3d9bec8 f96a297e f3d9be48 0000003f 0000003f f3d9be68 f31a6a00
Sep  4 09:27:01 SERVERNAME kernel: [415749.786689]  [<f9694ae6>] ? _ZN8Firewall4Core4Core17TranslateNatalIpsEbPNS_10Connection10ConnectionER9CDrvDListI12Ipv4AddrPartERS5_I14CDrvStringLinkE+0x646/0x810 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.786853]  [<f969451e>] ? _ZN8Firewall4Core4Core17TranslateNatalIpsEbPNS_10Connection10ConnectionER9CDrvDListI12Ipv4AddrPartERS5_I14CDrvStringLinkE+0x7e/0x810 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.787003]  [<f9676530>] ? _ZN12CDrvIpPacket8AddErrorE13eDrvErrorCode+0x80/0x90 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.787116]  [<f96a297e>] ? _ZN8Firewall11DynamicRule4Rule7processEP12CDrvIpPacket+0x7e/0xd0 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.787198]  [<c1240e6e>] ? rt_hash+0x9/0x11
Sep  4 09:27:01 SERVERNAME kernel: [415749.787237]  [<c1242e3b>] ? __ip_route_output_key+0xbd/0x659
Sep  4 09:27:01 SERVERNAME kernel: [415749.787302]  [<f9789692>] ? C_LeadingZeroes+0x22/0x30 [itcscrpt]
Sep  4 09:27:01 SERVERNAME kernel: [415749.787391]  [<f968ff57>] ? _ZN8Firewall4Core4Core14process_tcpudpEP12CDrvIpPacket+0x27/0xa20 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.787472]  [<c10c3b87>] ? __kmalloc+0x9d/0xab
Sep  4 09:27:01 SERVERNAME kernel: [415749.787551]  [<f96a8b71>] ? mymalloc+0x21/0x70 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.787600]  [<c10c3b87>] ? __kmalloc+0x9d/0xab
Sep  4 09:27:01 SERVERNAME kernel: [415749.787678]  [<f96a8b71>] ? mymalloc+0x21/0x70 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.787764]  [<f96a8b71>] ? mymalloc+0x21/0x70 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.787846]  [<f9687d42>] ? _ZN8Firewall10Connection10Connection12LoadNatalIdsEP17IplirHeaderNatIdsyb+0x172/0x3a0 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.787974]  [<f968b05b>] ? _ZN8Firewall4Core4Core13ProcessModuleEP12CDrvIpPacketb+0x27b/0x480 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788071]  [<f966d393>] ? _ZN14AdapterUnixCtx18GetSystemAdapterIdEv+0x11/0x13 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788174]  [<f96866ae>] ? _ZN8Adapters26FindNetIfBySystemAdapterIdERKj+0x8e/0xd0 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788282]  [<f968a92c>] ? _ZN8Firewall4Core4Core11PostProcessEP12CDrvIpPacketi+0x7c/0xc0 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788380]  [<f9670f8d>] ? _ZN8Adapters30InboundProtectedLocalOrTunnel2EP12CDrvIpPacket+0x57d/0x590 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788472]  [<f9774e0a>] ? _ZN27CDrvCryptoApiImplementation15CloseKeyContextEP19HandleCryptoContext+0x1a/0x50 [itcscrpt]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788584]  [<f9670fdb>] ? _ZN8Adapters29InboundProtectedLocalOrTunnelEP12CDrvIpPacket+0x3b/0xa0 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788685]  [<f9670598>] ? _ZN8Adapters25AnalyzeInboundTrafficTypeEP12CDrvIpPacketRN18InboundTrafficType4typeE+0x48/0x90 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788821]  [<f96ab645>] ? mytime+0x5/0x10 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788886]  [<f9671314>] ? _ZN8Adapters9InboundIpEP12CDrvIpPacket+0x134/0x180 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.788978]  [<f9675924>] ? _ZN12CDrvIpPacketC2Ev+0xb4/0x1d0 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.789054]  [<f966f8b3>] ? _ZN20AdaptersNetworkLayer19NetworkLayerHandlerEP19NetIfHandlerContextP15SystemNetPacketPK19SystemNetPacketInfo+0xd3/0x180 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.789174]  [<c1034725>] ? load_balance+0x5b/0x51c
Sep  4 09:27:01 SERVERNAME kernel: [415749.789241]  [<f9675cfc>] ? _ZN12CDrvIpPacket21AdvanceBackDataBufferEj+0x1c/0x50 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.789331]  [<f966f960>] ? _ZN20AdaptersNetworkLayer19NetworkLayerHandlerEP19NetIfHandlerContextP15SystemNetPacketPK19SystemNetPacketInfo+0x180/0x180 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.789467]  [<f966e5b2>] ? _ZN12AdaptersUnixI19ISystemNetworkLayerE16ProcessingPacketEiijPvS2_+0x1fa/0x2fe [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.789557]  [<c1240004>] ? nf_conntrack_destroy+0xf/0xf
Sep  4 09:27:01 SERVERNAME kernel: [415749.789618]  [<f966c743>] ? ProcessingPacket+0x7a/0x7d [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.793519]  [<f966a289>] ? CheckAdapterName+0x29/0x40 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.797396]  [<c105e761>] ? arch_local_irq_save+0xf/0x14
Sep  4 09:27:01 SERVERNAME kernel: [415749.801268]  [<c12c86f8>] ? _raw_spin_lock_irqsave+0x8/0x21
Sep  4 09:27:01 SERVERNAME kernel: [415749.805171]  [<f966a5da>] ? UnifiedPqWorker+0x19a/0xf10 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.809098]  [<f9668901>] ? packetqueue_thread+0xf1/0x1a0 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.812987]  [<c1034e47>] ? schedule_tail+0x18/0x55
Sep  4 09:27:01 SERVERNAME kernel: [415749.816881]  [<f96a84c0>] ? my_drviplir_open+0x20/0x20 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.820767]  [<f96a84e1>] ? univ_handle+0x21/0x50 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.824637]  [<f96a84c0>] ? my_drviplir_open+0x20/0x20 [drviplir]
Sep  4 09:27:01 SERVERNAME kernel: [415749.828467]  [<c12cd57e>] ? kernel_thread_helper+0x6/0x10
Sep  4 09:27:01 SERVERNAME kernel: [415749.861584] ---[ end trace f826b102a1900582 ]---

 

На данный момент таких зависаний было 3 шт. за две недели. В чем может быть причина ?

Share this post


Link to post
Share on other sites

Координатор переустановили после обновления Debian?

Вот эта строка смущает:

Sep  4 09:27:01 SERVERNAME kernel: [415749.785892] Pid: 2403, comm: kiplird3 Tainted: G           O 3.2.0-4-686-pae #1 Debian 3.2.89-2 To be filled by O.E.M. To be filled by O.E.M./KWH77

Такое ощущение, что модули VipNet для другого ядра собирались. VipNet это не любит.

Share this post


Link to post
Share on other sites
23 часа назад, KIV сказал:

Координатор переустановили после обновления Debian?

Вот эта строка смущает:

Sep  4 09:27:01 SERVERNAME kernel: [415749.785892] Pid: 2403, comm: kiplird3 Tainted: G           O 3.2.0-4-686-pae #1 Debian 3.2.89-2 To be filled by O.E.M. To be filled by O.E.M./KWH77

Такое ощущение, что модули VipNet для другого ядра собирались. VipNet это не любит.

Систему устанавливали заново, а не обновлением. Так же пробовали ставить тот же Debian 7.11 только amd64. Тоже самое.

Тогда по возможности посоветуйте сборку линукса (преимущественно дебиана) на котором все будет работать без таких ошибок.

Share this post


Link to post
Share on other sites

Да на 7ке Дебиана по весне ставил, никаких проблем. Только вот такую версию ставил Linux 4.1.4(10171)

Share this post


Link to post
Share on other sites

А были танцы (с заголовками, SE  и т.д.)?

Насколько помню при установке на Debian нужно, как и при установке на CentOS:

1. узнать версию ядра

uname -r

2. установить аналог 

kernel-devel

им, например, для Debian является (может быть другой, см пункт 1)

linux-headers-generic

3. установить кучу пакетов из руководства

4. обновиться

5. выключить SE, его состояние показывает:

getenforce

и

cat /etc/sysconfig/selinux

Вам в помощь

6. после установки (а может быть и до) выключить iptables или аналог. Статус просмотреть:

service iptables status

7. ну и настройку самого ViPNet никто не отменял (танцы с шрифтами, настройка firewall  и т.д.)

 

Буду признателен, если коллеги меня поправят

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×

Important Information

By using this site, you agree to our Terms of Use.