LINUX.ORG.RU

Сообщения Lopar

 

Apache load balancing как запретить прыгать между нодами?

Дня. Есть конфиг:

<VirtualHost 100.12.69.1:80>
        ProxyRequests off
        ServerName cluster.local

        <Proxy balancer://cluster>
                BalancerMember http://100.12.69.100:8080 route=AppNode1 loadfactor=1
                BalancerMember http://100.12.69.110:8080 route=AppNode2 loadfactor=1
                ProxySet lbmethod=byrequests stickysession=JSESSIONID|jsessionid
        </Proxy>

        ProxyPass / balancer://cluster/
        ProxyPass http://100.12.69.100 http://100.12.69.100:8080
        ProxyPass http://100.12.69.110 http://100.12.69.110:8080
        ProxyPassReverse / http://100.12.69.100:8080
        ProxyPassReverse / http://100.12.69.110:8080
</VirtualHost>

RoundRobin, Session Affinity. Но нарисовалась проблема: нужно, чтобы пользователь попадающий на одну из нод впоследствии сидел на ней пока не окончит работу, а в текущем режиме на каждом обновлении страницы/переходе по ссылке меняется нода.

Как бы в теории все запросы в рамках сессии должны гулять строго по определённой ноде, но нет. Как это можно исправить?

 ,

Lopar
()

Странное поведение crontab

Всем добра.

Вводная:

[jive@jivepars ~]$ crontab -l
* 6,20 * * * sh /home/jive/jivepars.sh

[jive@jivepars ~]$ cat jivepars.sh
java -jar tehnosila-sync.jar -Dfile.encoding=UTF-8 --spring.config.location=app.properties >> logs/$(date +%F-%H)-javaparser.log

Вместо стандартного запуска два раза в день. Эта зараза каждый раз запускается в 6 утра и в 8 вечера и в процессе работы повторно запускается каждую секунду пока не отработает. Что складывает сервер с потрохами.

При этом если запустить вручную:

[jive@jivepars ~]$ 
sh /home/jive/jivepars.sh
То скрипт как и положено отрабатывает весь процесс только один раз. Из чего становится ясно, что выкаблучивается таки крон. Но вот где?, почему?..

 

Lopar
()

не поднимается второй сетевой адаптер

Интересное, но малопонятное наблюдение — при поднятии debian на гипервизорах первого поколения (Microsoft HYPER-V) поднимается только одно сетевое устройство, а второе постоянно числится в неактивных. Учитывая, что на конторе новые дебианы разворачиваются нечасто, я как-то прощёлкал, что это не разовая проблема, а нездоровая тенденция, ибо изучая вопрос обнаружил, что на всех серверах бессистемно отваливается eth1, а судя по наличию ifup eth1 в автозагрузке — проблема стабильная. На примере последнего сервера:

root@deb07:# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:15:5d:00:fb:0d
          inet addr:192.168.10.49  Bcast:192.168.10.255  Mask:255.255.255.0
          inet6 addr: fe80::215:5dff:fe00:fb0d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1634 errors:0 dropped:0 overruns:0 frame:0
          TX packets:462 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:236403 (230.8 KiB)  TX bytes:135197 (132.0 KiB)

eth1      Link encap:Ethernet  HWaddr 00:15:5d:00:fb:0f
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:454 errors:0 dropped:0 overruns:0 frame:0
          TX packets:454 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:306049 (298.8 KiB)  TX bytes:306049 (298.8 KiB)
Eth1 есть, но он не поднимается и не ловит DHCP. Если поднять вручную — какое-то время работает, но в случае ребута нужно поднимать вручную или загонять в автозагрузку. Грешу на то, что система изначально ставится на виртуалку с одной сетевухой, а вторая подключается позже, но звучит как нонсенс.

Или, может, это стандартное поведение, про которое я не знаю, надо просто и дальше прописывать ifup eth1 и не морочить себе голову?

 , ,

Lopar
()

Awesome и глобальный конфиг

Доброго времени суток. Сколько курил манов по awesome — все в один голос твердят: «создайте себе конфиг», «под страхом смерти и разложения не трогайте конфиг по умолчанию».

Чем чревато трогать конфиг по умолчанию (/etc/xdg/awesome/rc.lua)? У меня планируется десктоп на несколько пользователей, где надо бы всем полную одинаковость. Расово верно было бы разбрасывать конфиги в домашние папки пользователям, но бывает лень/склероз.

Фактически работать с центральным конфигом можно, или он участвует в каких либо более серьёзных процессах, которые могут похерить все пользовательские правки?

Спасибо.

 , ,

Lopar
()

RSS подписка на новые темы