Перейти к содержимому
Калькуляторы
Цитата

*) switch - improved resource allocation on 98PX1012 switch chip for CCR2004-1G-12S+2XS device;
*) switch - improved system stability with 98PX1012 switch chip for CCR2004-1G-12S+2XS device;

Обновляемся

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, jffulcrum сказал:

Обновляемся

Да-да, подтверждаю. Они это еще на бете обкатали и люди перестали на форуме писать о проблемах с CCR2004.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вчера, очередной ребут словили в 7 утра на 6.49beta27, после 16 дней аптайма. На днях на сброшенную разрабами 6.49beta30 попробуем уйти.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

3 часа назад, talyan сказал:

Вчера, очередной ребут словили в 7 утра на 6.49beta27, после 16 дней аптайма. На днях на сброшенную разрабами 6.49beta30 попробуем уйти.

Вы бы экспорт конфига показали, а то толку от написанного.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

48 минут назад, korsakik сказал:

Вы бы экспорт конфига показали, а то толку от написанного.

Да конфиг примитивный, несколько вланов и bgp сессий с 3 фулл вью. ospf не так давно включили. На этом конфиге, у 1009 аптайм был около года. Видоизменил адресацию и кое какие данные, в целом посыл понятен должен быть.

prov1 1.1.1.1 vlan4 AS11234
prov2 2.2.2.1 vlan5 AS21234
prov3 3.3.3.1 vlan6 AS31234
peering 4.4.4.1 vlan7 AS41234
my network 7.7.7.254 vlan9 AS123456 
mgmt 10.10.100.5

 

# apr/19/2021 03:30:00 by RouterOS 6.49beta27
# software id = PIPX-9KAC
#
# model = CCR2004-1G-12S+2XS
# serial number = 987654321
/interface ethernet
set [ find default-name=ether1 ] comment=MGMT
set [ find default-name=sfp-sfpplus1 ] auto-negotiation=no comment=\
    "UpLink ALL" speed=10Gbps
set [ find default-name=sfp-sfpplus2 ] auto-negotiation=no disabled=yes \
    speed=10Gbps
set [ find default-name=sfp-sfpplus3 ] disabled=yes
set [ find default-name=sfp-sfpplus4 ] disabled=yes
set [ find default-name=sfp-sfpplus5 ] disabled=yes
set [ find default-name=sfp-sfpplus6 ] disabled=yes
set [ find default-name=sfp-sfpplus7 ] disabled=yes
set [ find default-name=sfp-sfpplus8 ] disabled=yes
set [ find default-name=sfp-sfpplus9 ] disabled=yes
set [ find default-name=sfp-sfpplus10 ] disabled=yes
set [ find default-name=sfp-sfpplus11 ] disabled=yes
set [ find default-name=sfp-sfpplus12 ] disabled=yes
set [ find default-name=sfp28-1 ] disabled=yes
set [ find default-name=sfp28-2 ] disabled=yes
/interface vlan
add comment="peering" interface=sfp-sfpplus1 name=vlan7 vlan-id=7
add comment="prov1" interface=sfp-sfpplus1 name=vlan4 vlan-id=4
add comment="prov2" interface=sfp-sfpplus1 name=vlan5 vlan-id=5
add comment="MGMT Devices" interface=sfp-sfpplus1 name=vlan9 vlan-id=9
add comment="prov3" interface=sfp-sfpplus1 name=vlan6 vlan-id=\
    6
/interface list
add comment="Management discovery" name=mgnt
/interface wireless security-profiles
set [ find default=yes ] supplicant-identity=Cisco
/port
set 0 baud-rate=auto name=serial0
set 1 baud-rate=auto name=serial1
/routing bgp instance
set default as=123456 redistribute-connected=yes redistribute-static=yes \
    router-id=7.7.7.254
/routing ospf instance
set [ find default=yes ] distribute-default=always-as-type-1 router-id=\
    7.7.7.254
/snmp community
set [ find default=yes ] addresses=\
    7.7.7.0/22
/system logging action
set 3 remote=10.10.100.5
/user group
set full policy="local,telnet,ssh,ftp,reboot,read,write,policy,test,winbox,pas\
    sword,web,sniff,sensitive,api,romon,dude,tikapp"
/ip neighbor discovery-settings
set discover-interface-list=mgnt
/interface list member
add interface=ether1 list=mgnt
/ip address
add address=10.10.100.5/24 interface=ether1 network=10.10.100.0
add address=3.3.3.2/24 comment=prov3 interface=vlan6 network=\
    3.3.3.0
add address=7.7.7.254/24 comment=ibgp interface=vlan9 network=\
    7.7.7.0
add address=4.4.4.2/24 comment=peering interface=vlan7 network=\
    4.4.4.0
add address=1.1.1.2/24 comment=prov1 interface=vlan4 network=\
    1.1.1.0
add address=2.2.2.2 comment=prov2 interface=vlan5 network=\
    2.2.2.0
/ip route
add distance=254 dst-address=7.7.7.0/22 type=blackhole
/ip service
set telnet address=10.10.100.0/24
set ftp disabled=yes
set www address=10.10.100.0/24 disabled=yes
set ssh address=10.10.100.0/24
set api address=10.10.100.0/24
set winbox address=10.10.100.0/24
set api-ssl disabled=yes
/ip traffic-flow target
add dst-address=77.95.32.10 port=9080
/routing bgp network
add network=7.7.7.0/22 synchronize=no
/routing bgp peer
add in-filter=AS31234-bgp-in name=prov3 out-filter=AS31234-bgp-out \
    remote-address=3.3.3.1 remote-as=31234 ttl=default
add in-filter=AS41234-bgp-in name=peering-route1 out-filter=AS41234-bgp-out \
    remote-address=4.4.4.1 remote-as=41234 ttl=default
add in-filter=AS41234-bgp-in name=peering-route2 out-filter=AS41234-bgp-out \
    remote-address=4.4.4.254 remote-as=41234 ttl=default
add in-filter=A123456-bgp-in name=ibgp out-filter=A123456-bgp-out \
    remote-address=7.7.7.253 remote-as=123456 route-reflect=yes ttl=\
    default
add default-originate=always disabled=yes in-filter=A123456-bgp-in name=ibgp2 \
    nexthop-choice=force-self out-filter=A123456-bgp-out-2 remote-address=\
    7.7.7.251 remote-as=123456 ttl=default
add in-filter=AS21234-bgp-in name=prov2 out-filter=AS21234-bgp-out \
    remote-address=2.2.2.1 remote-as=21234 ttl=default
add in-filter=AS11234-bgp-in name=prov1 out-filter=AS11234-bgp-out \
    remote-address=1.1.1.1 remote-as=11234 ttl=default
add in-filter=AS65534-bgp-in multihop=yes name=rkn out-filter=AS65534-bgp-out \
    passive=yes remote-address=85.224.228.19 remote-as=65534
/routing filter
add action=discard chain=AS31234-bgp-in comment=prov3 prefix=\
    10.0.0.0/8
add action=discard chain=AS31234-bgp-in prefix=192.168.0.0/16
add action=discard chain=AS31234-bgp-in prefix=172.16.0.0/12
add action=discard chain=AS31234-bgp-in prefix=169.254.0.0/16
add action=discard chain=AS31234-bgp-in prefix=224.0.0.0/4
add action=discard chain=AS31234-bgp-in prefix=240.0.0.0/4
add action=discard chain=AS31234-bgp-in prefix=127.0.0.0/8
add action=discard chain=AS31234-bgp-in prefix=7.7.7.0/22
add action=accept chain=AS31234-bgp-in
add action=accept chain=AS31234-bgp-out prefix=7.7.7.0/22
add action=discard chain=AS31234-bgp-out
add action=discard chain=AS41234-bgp-in comment=peering prefix=10.0.0.0/8
add action=discard chain=AS41234-bgp-in prefix=192.168.0.0/16
add action=discard chain=AS41234-bgp-in prefix=169.254.0.0/16
add action=discard chain=AS41234-bgp-in prefix=224.0.0.0/4
add action=discard chain=AS41234-bgp-in prefix=240.0.0.0/4
add action=discard chain=AS41234-bgp-in prefix=127.0.0.0/8
add action=discard chain=AS41234-bgp-in prefix=7.7.7.0/22
add action=accept chain=AS41234-bgp-in
add action=accept chain=AS41234-bgp-out prefix=7.7.7.0/22
add action=discard chain=AS41234-bgp-out
add action=discard chain=AS11234-bgp-in comment=prov1 prefix=10.0.0.0/8
add action=discard chain=AS11234-bgp-in prefix=192.168.0.0/16
add action=discard chain=AS11234-bgp-in prefix=172.16.0.0/12
add action=discard chain=AS11234-bgp-in prefix=169.254.0.0/16
add action=discard chain=AS11234-bgp-in prefix=224.0.0.0/4
add action=discard chain=AS11234-bgp-in prefix=240.0.0.0/4
add action=discard chain=AS11234-bgp-in prefix=127.0.0.0/8
add action=discard chain=AS11234-bgp-in prefix=7.7.7.0/22
add action=accept chain=AS11234-bgp-in
add action=accept chain=AS11234-bgp-out prefix=7.7.7.0/22
add action=discard chain=AS11234-bgp-out
add action=discard chain=A123456-bgp-in comment=iBGP prefix=10.0.0.0/8
add action=discard chain=A123456-bgp-in prefix=192.168.0.0/16
add action=discard chain=A123456-bgp-in prefix=172.16.0.0/12
add action=discard chain=A123456-bgp-in prefix=169.254.0.0/16
add action=discard chain=A123456-bgp-in prefix=224.0.0.0/4
add action=discard chain=A123456-bgp-in prefix=240.0.0.0/4
add action=discard chain=A123456-bgp-in prefix=127.0.0.0/8
add action=discard chain=A123456-bgp-in disabled=yes prefix=7.7.7.0/22
add action=accept chain=A123456-bgp-in
add action=accept chain=A123456-bgp-out prefix=7.7.7.0/22
add action=discard chain=A123456-bgp-out
add action=accept chain=A123456-bgp-out-2 prefix=0.0.0.0/0
add action=discard chain=A123456-bgp-out-2
add action=discard chain=AS21234-bgp-in comment=prov2 prefix=10.0.0.0/8
add action=discard chain=AS21234-bgp-in prefix=192.168.0.0/16
add action=discard chain=AS21234-bgp-in prefix=172.16.0.0/12
add action=discard chain=AS21234-bgp-in prefix=169.254.0.0/16
add action=discard chain=AS21234-bgp-in prefix=224.0.0.0/4
add action=discard chain=AS21234-bgp-in prefix=240.0.0.0/4
add action=discard chain=AS21234-bgp-in prefix=127.0.0.0/8
add action=discard chain=AS21234-bgp-in prefix=7.7.7.0/22
add action=accept chain=AS21234-bgp-in
add action=accept chain=AS21234-bgp-out prefix=7.7.7.0/22
add action=discard chain=AS21234-bgp-out
add action=discard chain=AS65534-bgp-in comment=RKN
add action=accept chain=AS65534-bgp-out prefix=7.7.7.0/22
add action=discard chain=AS65534-bgp-out
/routing ospf network
add area=backbone network=7.7.7.240/28
/snmp
set contact=peer@prov.ru enabled=yes location=RK2
/system clock
set time-zone-autodetect=no time-zone-name=
/system identity
set name=Border
/system leds
set 0 leds=fault-led type=fan-fault
set 1 leds="" type=interface-speed
set 2 leds=sfp-sfpplus1-led2
set 3 leds="" type=interface-speed
set 4 leds=sfp-sfpplus2-led2
/system logging
add action=remote topics=critical
add action=remote topics=error
add action=remote topics=warning
/system ntp client
set enabled=yes primary-ntp=81.94.123.16 secondary-ntp=45.32.4.67
/system package update
set channel=testing
/tool mac-server
set allowed-interface-list=mgnt
/tool mac-server mac-winbox
set allowed-interface-list=mgnt

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 часа назад, talyan сказал:

Да конфиг примитивный, несколько вланов и bgp сессий с 3 фулл вью. ospf не так давно включили. На этом конфиге, у 1009 аптайм был около года. Видоизменил адресацию и кое какие данные, в целом посыл понятен должен быть.

 

Попробуйте выключить netflow (были прецеденты).

 

Перезагрузка в ЧНН? Посмотрите БП на предмет конденсаторов, при наличии херни, замените на новые, на 1 ступень выше по вольтажу (если не особо новый CCR конечно).

Если борд 20 года, то в теории ничего не должно было усохнуть, но вспоминая CCR1072 с потерей памяти ОЗУ с магазина, производственным бракам не удивлюсь.

 

На SNMP тоже кто-то ругался, не скажу точно, но обратите внимание.

Изменено пользователем korsakik

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

51 минуту назад, korsakik сказал:

Попробуйте выключить netflow (были прецеденты).

В netflow, таргет задан для РКН, но потоки не передаются, т.е глобально на интерфейсах выключен. А строчка добавлена, как задел на будущие по требованию. Попробуем конечно таргет отключить. Саму настройку добавили для РКН, меньше месяца назад. До этого, так же все падало.

 

52 минуты назад, korsakik сказал:

Перезагрузка в ЧНН? Посмотрите БП на предмет конденсаторов, при наличии херни, замените на новые, на 1 ступень выше по вольтажу (если не особо новый CCR конечно).

Если борд 20 года, то в теории ничего не должно было усохнуть, но вспоминая CCR1072 с потерей памяти ОЗУ с магазина, производственным бракам не удивлюсь.

Самое интересное, что нет. Даже наоборот, в часы ближе к наименьшей нагрузки получается. Пару раз было ночью, в час-два примерно и пару раз в сб и в воскр, часов в 7-8 утра. Самая наименьшая нагрузка, в 4-6 примерно. Никаких всплесков или просадок по трафику на графиках замечено не было. И все равно, рандомно получается. Может как сейчас, проработать 16-18 дней (в среднем так, после очередной перепрошивки), а потом может сутки-двое, неделю. Больше 25 суток, аптайма не было.

Железка свежая, 20 года точно, брали в конце 20го. Если пломб нет, попробуем внутрь заглянуть, но сомневаюсь, что такое на двух БП одновременно могло произойти, больше к ОЗУ склоняемся или все же ПО. Хотя несколько раз уже засылали supout, латыши ничего не видят

59 минут назад, korsakik сказал:

На SNMP тоже кто-то ругался, не скажу точно, но обратите внимание.

Думали, как вариант конечно попробовать, заббикс активно с железки снимает показатели

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

55 минут назад, talyan сказал:

В netflow, таргет задан для РКН, но потоки не передаются, т.е глобально на интерфейсах выключен. А строчка добавлена, как задел на будущие по требованию. Попробуем конечно таргет отключить. Саму настройку добавили для РКН, меньше месяца назад. До этого, так же все падало.

 

Самое интересное, что нет. Даже наоборот, в часы ближе к наименьшей нагрузки получается. Пару раз было ночью, в час-два примерно и пару раз в сб и в воскр, часов в 7-8 утра. Самая наименьшая нагрузка, в 4-6 примерно. Никаких всплесков или просадок по трафику на графиках замечено не было. И все равно, рандомно получается. Может как сейчас, проработать 16-18 дней (в среднем так, после очередной перепрошивки), а потом может сутки-двое, неделю. Больше 25 суток, аптайма не было.

Железка свежая, 20 года точно, брали в конце 20го. Если пломб нет, попробуем внутрь заглянуть, но сомневаюсь, что такое на двух БП одновременно могло произойти, больше к ОЗУ склоняемся или все же ПО. Хотя несколько раз уже засылали supout, латыши ничего не видят

Думали, как вариант конечно попробовать, заббикс активно с железки снимает показатели

Я вот тоже сейчас перехожу на RB с 86, так как x86 похоронена для новых машин по сути, чисто из-за драйверов на hdd, официальная позиция у мт - ставьте виртуальную CHR (обкурились походу).

Вот и читаю все что можно по инцидентам последние 2 месяца, уже заказано, делать нечего, сразу на 7 версию буду запускаться после обкатки.

 

С БП пока не ясно, схематики еще не видел, пломб не должно быть. Подозреваю что там самые простые импульсники на 3А.

 

Так же упомяну, я с РКН договорился и нам только BGP взаимодействие оставили, снмп и нетфлоу "нет технической возможности", советую так же поступить.

Изменено пользователем korsakik

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 19.04.2021 в 17:24, korsakik сказал:

Я вот тоже сейчас перехожу на RB с 86, так как x86 похоронена для новых машин по сути, чисто из-за драйверов на hdd, официальная позиция у мт - ставьте виртуальную CHR (обкурились походу).

 

Судя по сложности установки x86 на hdd (только с cd/dvd-rom) и в целом какое-то замалчивание х86 от них, стоило ожидать что х86 начнут хоронить. 

С точки зрения производительности, х86 мощнее их роутербордов. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

8 часов назад, AKim сказал:

Судя по сложности установки x86 на hdd (только с cd/dvd-rom) и в целом какое-то замалчивание х86 от них, стоило ожидать что х86 начнут хоронить. 

Прекрасно ставится c USB и с IPMI (iso-connect). Все правильно, что хоронят старое ядро на ROS v6. Они уже давно обозначили, что драйвера не будут добавлять в старое ядро linux. ROS v7, cо свежим ядром, решает большинство проблем с поддержкой новых устройств.

 

В 19.04.2021 в 17:24, korsakik сказал:

Я вот тоже сейчас перехожу на RB с 86, так как x86 похоронена для новых машин по сути, чисто из-за драйверов на hdd

Не совсем так. Проблема в основном из-за поддержки различных аппаратных RAID. С подключенным SSD/HDD напрямую к SATA таких проблем нет. Supermicro в этом плане подходят лучше.

Изменено пользователем morf

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

16 часов назад, morf сказал:

С подключенным SSD/HDD напрямую к SATA таких проблем нет. Supermicro в этом плане подходят лучше.

Для начала проблема будет с USB XHCI-only. Это когда сетап грузится, а клавиатуры нет.  Потом ждут проблемы с AST2500 - мало кому удается настроить BIOS с первой попытки так, чтобы древние ядра Linux его прожевали. Ну и SATA контроллер на некоторых X11 тоже способен преподнести сюрпризы - лично воевал неоднократно с тем, что ни Ubuntu, ни винда не видят диски без драйвера от Intel - трахайся@интегрируй

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ушли на 6.49beta30 - следим. Графики аптайма вот так выглядят.

Годовой. Сначала идет, это аптайм CCR1009 (в апреле что падал, прошивали видимо). А потом поставили 2004 и началось

1475057239_2021-04-2911-12-56.thumb.png.1ee6d1f334473a2a6cd91501b5f3301f.png

 

За последние месяцы, уже как 2004 работает

 

881467211_2021-04-2911-12-30.thumb.png.e9a5fa2ce0ed432359d5eb25dc87a42e.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть кто на 7 версии? Поведение такое же?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

On 4/25/2021 at 3:25 PM, AKim said:

Судя по сложности установки x86 на hdd (только с cd/dvd-rom) и в целом какое-то замалчивание х86 от них, стоило ожидать что х86 начнут хоронить. 

С точки зрения производительности, х86 мощнее их роутербордов. 

не правда, ставится по сети на ура через netinstall

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

имели опыт внедрения, продукт сырой но интересный в плане порт/цена но думаю до 7-ки не актуально. Ребуты раз в неделю обязательно, хотя грузится мгновенно. В итоге подняли за ним на х86 supermicro с 2х10Гб  все что можно, BGP, NAT, DHCP,  firewall,  проброс портов и т.д. Полет нормальный почти месяц.  
а он без connection tracking и чисто по влан как switch пока.
У кого такой возможности нет, советую все же 7 ку попробовать

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Был в отпуске, поэтому не отписывался. Отключили вобщем с месяц назад вотчдог, прошивка та же - 6.49beta30, аптайм на текущий момент 47 дней. Наблюдаем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 25.04.2021 в 16:25, AKim сказал:

Судя по сложности установки x86 на hdd (только с cd/dvd-rom) и в целом какое-то замалчивание х86 от них, стоило ожидать что х86 начнут хоронить. 

С точки зрения производительности, х86 мощнее их роутербордов. 

 

Ролик записал. Столкнулся с некоторыми проблемами, это да, но сумел их решить. Думаю вам поможет.

Изменено пользователем Hun2eR

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

On 11/27/2020 at 12:56 PM, andryas said:

 

Похоже на обычную проблему для сильнонагруженного ARM, которой уже несколько лет.

"Лечится" ребутом. Либо по факту либо, периодически (превентивно), скриптом. 

ARM нельзя в полку грузить разве?)

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

On 2/28/2021 at 9:55 PM, Saab95 said:

SNMP на микротике вообще не рекомендуется использовать, при неких наложениях запросов как раз и будут зависания или перезагрузки.

БП нужно подключать 1 по счету, второй не активный.

Тогда можно вообще не парится и не использовать микротик, раз SNMP его вешает.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

On 7/12/2021 at 9:44 AM, talyan said:

Был в отпуске, поэтому не отписывался. Отключили вобщем с месяц назад вотчдог, прошивка та же - 6.49beta30, аптайм на текущий момент 47 дней. Наблюдаем.

Как дела обстоят со стабильностью?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

10 hours ago, SOFTOLAB said:

ARM нельзя в полку грузить разве?)

Конечно можно)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Всем привет, коллеги, подскажите - удалось ли кому найти причину перезагрузок?

Взял месяц назад 2 ccr2004-1g-12s+2xs, сбросил, обновил до 6.48.4, радовался производительности уже в продакшн использовании и вдруг самопроизвольная перезагрузка, на ровном месте, без каких либо записей в лог и создания autosuppout. Оба девайса соединены между собой оптическим волокном, длиной в 15км. Конфиг простой, несколько VLAN`ов и несколько pppoe, может сотня правил iptables. По нагрузке - коммутируемого постоянного трафика примерно от 400....1600мбит/с, маршрутизируемого через разные внешние каналы - от 50 до 400мбит/с

Буду рад если кто поможет, с трудом выбивал замену на эти железки, как то бы пофиксить, а то руководство не поймёт.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

10 hours ago, wittmann1980 said:

Всем привет, коллеги, подскажите - удалось ли кому найти причину перезагрузок?

Взял месяц назад 2 ccr2004-1g-12s+2xs, сбросил, обновил до 6.48.4, радовался производительности уже в продакшн использовании и вдруг самопроизвольная перезагрузка, на ровном месте, без каких либо записей в лог и создания autosuppout. Оба девайса соединены между собой оптическим волокном, длиной в 15км. Конфиг простой, несколько VLAN`ов и несколько pppoe, может сотня правил iptables. По нагрузке - коммутируемого постоянного трафика примерно от 400....1600мбит/с, маршрутизируемого через разные внешние каналы - от 50 до 400мбит/с

Буду рад если кто поможет, с трудом выбивал замену на эти железки, как то бы пофиксить, а то руководство не поймёт.

Видимо пока страдать и надеяться что болячка не аппаратная, и пофиксят софтово.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

9 часов назад, SOFTOLAB сказал:

Видимо пока страдать и надеяться что болячка не аппаратная, и пофиксят софтово.

Такие ощущения, конечно, присутствуют, но и надежда есть, интересно - у людей на beta версии и с отключенным watchdog продолжает работать или зависает?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 hour ago, wittmann1980 said:

Такие ощущения, конечно, присутствуют, но и надежда есть, интересно - у людей на beta версии и с отключенным watchdog продолжает работать или зависает?

Ну 7 версия в проде это такая еще идея, ей до стабильной ветки еще очень и очень далеко.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.