mgo

так тут ота кака але сьогодні намертво ззовні повис і ящик з інтелами я незміг глянути чому, перегрузили намісці. намалював скрипти який буде пінгати гугл як не пінгається то перегружаю фаєр потім мпд і як і то непомогло то систему. vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 208, 0, 93, 9, 93, 0, 0 UMA Zones: 640, 0, 93, 3, 93, 0, 0 UMA Slabs: 568, 0, 1526, 0, 2482, 0, 0 UMA RCntSlabs: 568, 0, 751, 5, 751, 0, 0 UMA Hash: 256, 0, 4, 11, 5, 0, 0 16 Bucket: 152, 0, 86, 14, 86, 0, 0 32 Bucket: 280, 0, 83, 1, 83, 0, 0 64 Bucket: 536, 0, 50, 6, 50, 57, 0 128 Bucket: 1048, 0, 327, 0, 327, 823, 0 VM OBJECT: 232, 0, 3234, 494, 133622, 0, 0 MAP: 232, 0, 8, 24, 8, 0, 0 KMAP ENTRY: 120, 82026, 49, 230, 12037, 0, 0 MAP ENTRY: 120, 0, 1647, 740, 368954, 0, 0 fakepg: 120, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 341, 32, 341, 0, 0 16: 16, 0, 1932, 252, 98251, 0, 0 32: 32, 0, 1985, 1045,30015601, 0, 0 64: 64, 0, 12325, 1731, 198403, 0, 0 128: 128, 0, 77436, 19511, 3764622, 0, 0 256: 256, 0, 2051, 2554,59998450, 0, 0 512: 512, 0, 839, 1422, 8443967, 0, 0 1024: 1024, 0, 72, 140, 10991, 0, 0 2048: 2048, 0, 94, 40, 13326, 0, 0 4096: 4096, 0, 469, 116, 7747, 0, 0 Files: 80, 0, 123, 192, 165830, 0, 0 rl_entry: 40, 0, 70, 182, 70, 0, 0 TURNSTILE: 136, 0, 163, 17, 163, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1192, 0, 58, 41, 6922, 0, 0 THREAD: 1160, 0, 144, 18, 145, 0, 0 SLEEPQUEUE: 80, 0, 163, 40, 163, 0, 0 VMSPACE: 392, 0, 37, 53, 6905, 0, 0 cpuset: 72, 0, 61, 139, 62, 0, 0 audit_record: 960, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 444, 836,64025015, 0, 0 mbuf: 256, 0, 2, 1163,93385462, 0, 0 mbuf_cluster: 2048, 25600, 1280, 14, 1280, 0, 0 mbuf_jumbo_page: 4096, 12800, 0, 104, 1055, 0, 0 mbuf_jumbo_9k: 9216, 6400, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 3200, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 g_bio: 248, 0, 0, 2880, 92186, 0, 0 ttyinq: 160, 0, 180, 156, 495, 0, 0 ttyoutq: 256, 0, 95, 85, 260, 0, 0 ata_request: 328, 0, 0, 0, 0, 0, 0 ata_composite: 336, 0, 0, 0, 0, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 FPU_save_area: 576, 0, 0, 0, 0, 0, 0 VNODE: 504, 0, 2427, 37, 2516, 0, 0 VNODEPOLL: 112, 0, 0, 0, 0, 0, 0 S VFS Cache: 108, 0, 2345, 97, 3299, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 0, 0, 0, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 36, 357580, 0, 0 NCLNODE: 568, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 79, 17, 81, 0, 0 Mountpoints: 824, 0, 2, 10, 2, 0, 0 pipe: 728, 0, 6, 49, 4180, 0, 0 ksiginfo: 112, 0, 91, 965, 444, 0, 0 itimer: 344, 0, 1, 21, 2, 0, 0 KNOTE: 128, 0, 5, 111, 37299, 0, 0 socket: 680, 25602, 48, 54, 49582, 0, 0 unpcb: 240, 25600, 15, 33, 156, 0, 0 ipq: 56, 819, 0, 189, 1375, 0, 0 udp_inpcb: 392, 25600, 15, 35, 47158, 0, 0 udpcb: 16, 25704, 15, 489, 47158, 0, 0 tcp_inpcb: 392, 25600, 7, 343, 790, 0, 0 tcpcb: 976, 25600, 7, 41, 790, 0, 0 tcptw: 72, 5150, 0, 450, 699, 0, 0 syncache: 152, 15375, 0, 75, 177, 0, 0 hostcache: 136, 15372, 0, 56, 4, 0, 0 tcpreass: 40, 1680, 0, 252, 204, 0, 0 sackhole: 32, 0, 0, 0, 0, 0, 0 sctp_ep: 1384, 25600, 0, 0, 0, 0, 0 sctp_asoc: 2288, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80064, 0, 216, 9, 0, 0 sctp_raddr: 704, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400008, 0, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400032, 0, 0, 0, 0, 0 sctp_asconf: 40, 400008, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, 0, 0 ripcb: 392, 25600, 1, 39, 1249, 0, 0 rtentry: 200, 0, 27, 49, 39, 0, 0 IPFW dynamic rule: 120, 4123, 0, 0, 0, 0, 0 selfd: 56, 0, 130, 374, 732469, 0, 0 SWAPMETA: 288, 229424, 0, 0, 0, 0, 0 FFS inode: 168, 0, 2394, 70, 2478, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 2394, 36, 2478, 0, 0 bridge_rtnode: 64, 0, 240, 208, 512, 0, 0 NetGraph items: 72, 4118, 0, 116, 605559, 0, 0 NetGraph data items: 72, 522, 0, 116,66608377, 0, 0 vmstat -i interrupt total rate irq16: rl0 ehci0 42127439 4572 irq23: ehci1 13857 1 cpu0:timer 10369426 1125 irq264: hdac0 8 0 irq266: hdac1 83 0 irq267: re0 73141190 7938 irq268: ahci0 30723 3 cpu1:timer 10272126 1114 Total 135954852 14756 netstat -hdw 1 packets errs idrops bytes packets errs bytes colls drops 11k 0 0 7.8M 12k 0 12M 0 0 10k 0 0 6.9M 10k 0 10M 0 0 11k 0 0 7.4M 11k 0 11M 0 0 13k 0 0 9M 13k 0 13M 0 0 12k 0 0 8.3M 12k 0 12M 0 0 11k 0 0 7.8M 12k 0 12M 0 0 12k 0 0 8.7M 12k 0 13M 0 0 13k 0 0 9.2M 13k 0 14M 0 0 12k 0 0 8M 12k 0 12M 0 0 11k 0 0 7.5M 11k 0 11M 0 0 12k 0 0 8.2M 12k 0 12M 0 0 11k 0 0 7.0M 11k 0 10M 0 0 11k 0 0 7.6M 11k 0 11M 0 0 11k 0 0 8.5M 11k 0 13M 0 0 13k 0 0 9.7M 13k 0 14M 0 0 12k 0 0 9M 13k 0 13M 0 0 13k 0 0 9.0M 13k 0 13M 0 0 12k 0 0 8.1M 12k 0 12M 0 0 12k 0 0 9.0M 12k 0 13M 0 0 12k 0 0 7.9M 12k 0 11M 0 0 input (Total) output packets errs idrops bytes packets errs bytes colls drops 11k 0 0 7.3M 11k 0 10M 0 0 11k 0 0 7.7M 11k 0 11M 0 0 12k 0 0 7.9M 12k 0 12M 0 0 13k 0 0 9.1M 13k 0 13M 0 0 15k 0 0 11M 14k 0 15M 0 0 14k 0 0 10M 14k 0 15M 0 0 12k 0 0 8.7M 12k 0 13M 0 0 12k 0 0 8.5M 12k 0 13M 0 0 12k 0 0 7.8M 12k 0 12M 0 0 top CPU: 0.9% user, 0.0% nice, 2.4% system, 7.3% interrupt, 89.3% idle Mem: 90M Active, 38M Inact, 140M Wired, 403M Buf, 1524M Free Swap: 4096M Total, 4096M Free

64 bytes from 172.16.4.196: icmp_seq=64 ttl=64 time=9.034 ms // тариф test 512/512 64 bytes from 172.16.4.196: icmp_seq=65 ttl=64 time=6.635 ms 64 bytes from 172.16.4.196: icmp_seq=66 ttl=64 time=4.458 ms 64 bytes from 172.16.4.196: icmp_seq=67 ttl=64 time=5.892 ms 64 bytes from 172.16.4.196: icmp_seq=68 ttl=64 time=4.162 ms 64 bytes from 172.16.4.196: icmp_seq=69 ttl=64 time=2.771 ms ping: sendto: No buffer space available // тариф unlim2-100 2048/2048 ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 64 bytes from 172.16.4.196: icmp_seq=79 ttl=64 time=4.426 ms // отут ресет користувача ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 64 bytes from 172.16.4.196: icmp_seq=87 ttl=64 time=11.389 ms // тариф той самий з зміненою швидкістю test 3512/3512 64 bytes from 172.16.4.196: icmp_seq=88 ttl=64 time=4.821 ms 64 bytes from 172.16.4.196: icmp_seq=89 ttl=64 time=4.568 ms 64 bytes from 172.16.4.196: icmp_seq=90 ttl=64 time=6.576 ms оце 512/512 або 3512/3512 є пінг на НАС на всіх інши нема або про мбуф лобуда, до білінга пінг є що за глюк? де моя гемороїдальна свічка ... netstat -m 443/2002/2445 mbufs in use (current/cache/total) 437/857/1294/25600 mbuf clusters in use (current/cache/total/max) 437/843 mbuf+clusters out of packet secondary zone in use (current/cache) 0/104/104/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 1031K/2630K/3661K bytes allocated to network (current/cache/total) current/cache постійно міняється у всіх ніби все їде)

ок запустили ви скрипт! налаштувати швидкостя в білінгу лишилося

ну дозволити форвардинг на адреси ваших віддалених мікротіків в адрес ліст мона ваші тіки засунути а в дропі поставити крім цього адресліста.

. там не має бути wds, там AP -> Client все. цілком ймовірно

ПБ>> <CompanyName> не шлите это элемент, пожалуйтса. Этот параметр будет браться с наших настроек. я>> Розробник каже: В їх мануалі /Transfer/Data/ServiceGroup/DebtService/CompanyInfo/CompanyCode взагалі помічено як обовязковий елемент. ПБ>>CompanyCode - да, обязательный, но не CompanyName я >> забрав CompanyName отут пропав 1 рядок з ReplySearch він їм мішає доречі того разу теж був цей матюк на Pay але ми списали це на лишне для них CompanyName в ReplySearch і так їде у мене. оце куму добре роблю)

https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/privatx/index.php тут 504 рядок я мабудь десь підтягнув на рядок вище. я >>>перший платіж у вас непройшов через Undefined index: CompanyInfo ПБ>>>то было из-за того, что первый платеж был без check тобто з привату послали отой запит в лістингу без check і получили матюк а у мене записався платіж. наступний платіж пройшов нормально як у них так і у мене єдине запитання від ПБ >>А почему у вас платеж записывается, не смотря на то, что ответ не соответсвует успешному проведению платежа ?

і знову приватХ! у мене записався латіж а немав кажуть в приваті) [#|2014-10-16T10:37:01.700+0300|INFO|sun-appserver9.1|DebtHttpClient-1378128|_ThreadID=18;_ThreadName=httpSSLWorkerThread-8137-1;|Request body <20141016103701480>: <?xml version="1.0" encoding="UTF-8" stan dalone="yes"?> <Transfer xmlns="http://debt.privatbank.ua/Transfer" action="Pay" interface="Debt"> <Data xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="Payment" id="511725548" cancel="false"> <PayerInfo billIdentifier="3962186"/> <TotalSum>0.01</TotalSum> <CreateTime>2014-10-16T09:56:46.416+03:00</CreateTime> <ServiceGroup> <Service sum="0.01" serviceCode="101"/> </ServiceGroup> </Data> </Transfer> |#] [#|2014-10-16T10:37:01.975+0300|INFO|sun-appserver9.1|DebtHttpClient-1378128|_ThreadID=18;_ThreadName=httpSSLWorkerThread-8137-1;|Response body <20141016103701480>: <br /> <b>Notice</b>: Undefined index: CompanyInfo in <b>/usr/local/www/apache24/data/openpayz/frontend/privatx/index.php</b> on line <b>503</b><br /> <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <Transfer xmlns="http://debt.privatbank.ua/Transfer" interface="Debt" action="Pay"> <Data xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="Gateway" reference=""> </Data> </Transfer>|#] был неудачный id = 511725548 time = 779ms error = Message.InvalidResponse...................................................................FAIL А почему у вас платеж записывается, не смотря на то, что ответ не соответсвует успешному проведению платежа ? перший платіж у вас непройшов через Undefined index: CompanyInfo Это было из-за того, что первый платеж был без check

отож бо й воно ребутити йдем коли уже ппц, або повисли наглухо або з аптаймом півтори два місяці його так таращить що хоч їдь та руками ребутай. а так десь в 5-ті годині ранку в ребут усе що має дурну привичку виснути з великим аптаймом. і все живеньке та свіженьке зранку, тай мінімум незручностей користвкчам (5 година ранку десь 95% ХХХнушку уже подивились і солодко сплять ) а як його без крона заставити запуститися в 5 ранку? у мене нема здоровя самому вставати і руками запускати а ремоте_апі так уже ляпнув до всього зверху, воно ніби на то й заточено, щоб всяку всячену по часу запускати в білінгу. ну ладно з тим кроном і апі хочаб гудзик зробити /ребут\ , наноси рідко в смерть виснут, але з аптаймом біля місяця їх таращить непогано так.

Увага хотюнчик! у модуль світчі добреб було впиляти виконання скрипта на віддаленому світчі наприклад ребут щоб всякі там ubnt і т.п мона було ребутнути прямо з білінга і нелазяти по всяких ВПНах і ото перезапускати в ручну. а ще по remoteapi пачков все ребутити во кльово булоб .

та нема там арп проксі грід m5 і нанос2 підключені на різні БС відповідно, хвігні більше не видать. на обі антени заходжу, налаштовані роутером обі нічого особливого на нанос2 в арп є внутрішний адрес гріда, більше нічого не помітив аномального. схоже нанос прибитий міхом)

котлети від мух розділіть і може щось вийде. в цій темі є відповідь

00:15:6d:9c:55:3b 172.16.8.35 00:15:6d:de:49:08 172.16.8.33 отак воно привязано в білінгу. з якого переляку з 35 пінгує 33 а з 33 пінгувати мак 35 моя не розуміє

netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default ***.***.29.254 UGS 0 10770348 re0 10.10.10.0/24 link#9 U 0 633004 bridge 10.10.10.1 link#9 UHS 1 0 lo0 10.10.10.4 link#14 UH 0 4115 ng0 127.0.0.1 link#8 UH 0 84487 lo0 172.16.0.0/16 link#9 U 0 6246231 bridge 172.16.0.1 link#9 UHS 0 0 lo0 172.16.12.0/22 10.10.10.4 UGS 0 8 ng0 172.32.0.0/20 link#9 U 0 14512 bridge 172.32.0.1 link#9 UHS 0 0 lo0 192.168.13.0/24 172.16.8.1 UGS 0 2339 bridge 192.168.48.0/24 172.16.4.1 UGS 0 1996 bridge 192.168.50.0/24 10.10.10.4 UGS 0 0 ng0 192.168.193.0/24 10.10.10.5 UGS 0 1250 bridge ***.***.29.0/24 link#1 U 0 0 re0 ***.***.29.40 link#1 UHS 0 0 lo0

60 bytes from 00:15:6d:9c:55:3b (172.16.8.33): index=13 time=9.514 msec 60 bytes from 00:15:6d:de:49:08 (172.16.8.33): index=14 time=11.801 msec --- 172.16.8.33 statistics --- 10 packets transmitted, 15 packets received, 0% unanswered (5 extra) rtt min/avg/max/std-dev = 0.007/11.381/16.297/5.095 ms Виглядає так, ніби у цієї MAC адреси в мережі є дублікати пише пінгувач на вебморді

PING 172.16.8.35 (172.16.8.35): 56 data bytes 64 bytes from 172.16.8.35: icmp_seq=0 ttl=63 time=42.122 ms 92 bytes from 172.16.8.33: Destination Port Unreachable Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 5400 c75a 0 0000 3f 01 540a 172.16.0.1 172.16.8.35 що за пінг

даремно) так класно в неділю вечером коли вас нема біля компа і звонить чудо каже се Я! включи інет завтра дам гроші потім виясняєм хто то такий Я! потім що? посилати наЮх не файно і включити немож бо сам на сабантуї, і тому Я горит інету. а так взяло ото Я інет на хрестик і за три дні притарило гроші. я от раді інтереса у кума на BSD 8,3 з 2,4 апачем ото запустив 2 хв потратив) попробував неправильний логін бази вліпити - інше матюкається вашого багу повторити незміг)) там суто ваш косяк 2+2=5 десь у вас. на%$ящо в автозагрузку? /usr/local/www/apache24/data/.htaccess в цім файлі кажем що показувати апачу коли нема запитаної сторінки. ErrorDocument тобто /index.php а в index.php засовуєм скрипт кабінет чи uhw -куда переадресовувати того хто ломиться до нас на білінг. а ломитися монже боржник бо його фаєр завернув і просто користувач шукати гудза - показати йому кабінет. і мона свій варіант тіпа на Юх! послати І може свою тему зкалапуцькаєте ?

ага Маша Наташа але не в базі а в голові раз Ви уже навчилися юзати убінсталлер та ще й на фрю! то попробуйте поставити все з бінарників (мона навіть на віртуалці ) чисто з коробки має отак взяти і поїхати як у подавляючої більшості людей. установка з портів по настрою працювала у мене.

Замовлення отримав. Рекомендую до співпраці цього продавця.

спробуйте chmod +х /etc/stargazer/dnswitch.php якщо ще нема то в файл на самий початок вліпити: #!/usr/local/bin/php запуск має стати отакий /etc/stargazer/dnswitch.php

АГ - ампергодини вольти усюди по 12 а на BSD дамп закинути релігія непозволяє? і документацію я за вас маю читати? у Вас мабудь гугл не відкриває як ото у мене спідтест нехотіло mysql -u root -p DROP DATABASE `stg` CREATE DATABASE `stg` ps. сьогодні мультик з сином дивився як маленький хлопчик бігав до знайомого аби той йому все помогав от прибіг малий тай каже зав'яжіть мені шнурівки дядінька а дядінька - ти ж розумний малий, тобі не легче самому навчитися шнурівки в'язати чим бігати до мене через ціле місто? ....

тому, що нормальна залізяка уже є і жере теж нормально на інвертор тратиться АГ акумулятора і відповідно їх треба більше. з таким варіантом немає втрат на інверторі раз втрат в БЖ назад у 5в і 12в то є два. КПД такого упса виросте на 50% адже на тривалі роботі з малопотужним споживанням до половини батареї зжерає інвертор. от і думайте) такий варіант стоїть і живить пару наносів і мікротік, батарейка 12 чи 24 аг живлення від вуличного освітлення нічков заряжаєм вдень від батарейки їде.

у звязку із ситуацією з електрикою, (грозяться виключати) шукаю рішення для NAS з мінімальним енергоспоживанням. зараз NAS rscriptd на бойовому чергуванні хаває 750м оперативи і 1-2 % проца при 150 користувачах. і 20-40 мег прокачки. хочу от що взяти мамку з живленням 12v як у ноута з процом 1,5ггц якийсь атом або тіпа того від amd. 1 гіг оперативи і CF 8G на hdd. тикнути туда двоголового інтела (em) і це все щастя на упс без інвертора. таке щастя має з акумулятором 60Аг 15 годин собі пахати а з 120Аг 30 годин, чого цілком вистачить перекрити дрібні перебої з електрикою) переварювати малоб до 100 М питання до nightfly оце залізо попадає під визначення "нормальне" у Вашому розумінні?

уже писав, повторюся cat ваш_дамп.sql | /usr/local/bin/mysql -u root -p stg --default_character_set utf8 перед тим треба зупинити старгейзер, знести стару базу stg, створити пусту базу stg влити дамп і запустити старгейзер. якщо на старі (звідки бекап)та нові системі паролі старгейзера одинакові то все має злетіти. якщо паролі різні то ви незможете зарегати юзера, додати тариф і т.п. як ото уже фіксити нема здоров'я розписувати. phpmyadmin у мене mysql захотів відапати до 5.5, а php точно не чіпав.

cat extensions.ini extension=xmlwriter.so extension=xml.so extension=tokenizer.so extension=sqlite3.so extension=simplexml.so extension=session.so extension=posix.so extension=pdo.so extension=pdo_sqlite.so extension=mysql.so extension=mbstring.so extension=json.so extension=iconv.so extension=hash.so extension=gd.so extension=filter.so extension=dom.so extension=xmlreader.so extension=ctype.so extension=bcmath.so extension=phar.so extension=snmp.so extension=apc.so extension=bz2.so extension=mcrypt.so extension=openssl.so extension=pdf.so extension=zip.so extension=zlib.so extension=mysqli.so