Перейти до

[решено]: FreeBSD 10.2 + PHPVirtualbox 4.3.2


Рекомендованные сообщения

Доброго время суток!

Помогите, если кто сталкивался с проблемой:

Есть:

FreeBSD 10.2 RELEASE

phpvirtualbox-4.3.2            
virtualbox-ose-4.3.32          
virtualbox-ose-additions-4.3.32
virtualbox-ose-kmod-4.3.32     
apache24-2.4.16_1
php56-5.6.14                 
php56-json-5.6.14            
php56-session-5.6.14         
php56-simplexml-5.6.14       
php56-soap-5.6.14            
php56-xml-5.6.14             
 
Собственно скриптом стартую vboxwebsrv, sockstat-ом видно, что слушает на порту, с помощью нативной утилиты в виртуалбоксе проверил, что на сам сервер виртуалбокса логинюсь, в логах отображается.
Но сам phpvirtualbox не хочет подключаться к серверу, и в логах ничего не видно.
С соседней машины, где более ранняя версия phpvirtualbox на FreeBSD 9.2, пробую подключаться на проблемную - подключается, в логах все отображается.
Вопрос для знатоков: почему сам phpvirtualbox может не ходить на localhost или куда-либо на virtalbox сервер?
Пару дней гугла - потрачено.
А, ну и сама "картина Малевича":
    
 

 

post-6408-0-22103500-1447079501_thumb.png

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

Копай в сторону PHP.

Смотри логи апача. Включи логирование ошибок PHP. "Поколдуй" с php.ini.

Как вариант, попробуй PHP 5.5.

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

Копай в сторону PHP.

Смотри логи апача. Включи логирование ошибок PHP. "Поколдуй" с php.ini.

Как вариант, попробуй PHP 5.5.

Спасибо за отзыв. Буду копать в данном направлении

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

хм, переустановил на php55, вбиваю:

 

#php -i | grep soap

#

 

и пусто. В php56 было: 

 
# php -i | grep soap
soap
soap.wsdl_cache => 1 => 1
soap.wsdl_cache_dir => /tmp => /tmp
soap.wsdl_cache_enabled => 1 => 1
soap.wsdl_cache_limit => 5 => 5
soap.wsdl_cache_ttl => 86400 => 86400
 
... из того что по-быстрому получилось )
 
Кстати в Makefile нету опции SOAP. Хрень какая-то...
 
UPD: Sorry, уже торможу, поставил отдельным пакетом.
Відредаговано Respect!
Ссылка на сообщение
Поделиться на других сайтах

Оказалось все довольно тривиально:

Поставил по отдельности все модули php55 и все заработало.

Вот так и доверяй пакетной установке :) Во всяком случае прошелся по этим граблям.

Можно пользоватся пакетной установкой для экономии времени, но опять таки, устанавливая все по одному модулю за одну инсталяцию.

Спасибо muff, за то что откликнулся :)

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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від alexlans
      Створив простий сайт для обліку запуску генераторів.
      Доступний тут https://github.com/alexlansovich/genset
       
      Доступні такі діі:
      типи генераторів типи баків генераторів типи сервісних робіт сторінка з недавніми запусками генераторів сторінка з недавніми заправками генераторів сторінка з недавніми сервісними роботами головна сторінка зі списком генераторів та діями з ними Основні діі на головній сторінці:
      коли наш генератор запускається ми натискаємо кнопку "запуск" і обираємо: час запуску та тип запуску: - це аварія електромережі чи щотижневий(наприклад) тест - також обираємо чи генератор запустився чи ні. Якщо генератор запустився - на головній сторінці він відображається як працюючий. Якщо генератор не запустився - на головній сторінці він відображаєтсья як неробочий. коли живлення дали і наш генератор зупинився ми натискаємо кнопку "стоп" і обираємо час. якщо у нас генератор був не робочий - то потрібно його запустити як "тест" і запинити. Тільки після цого генератор переходить в робочий стан  

    • Від alenikov
      Обов'язки PHP-розробника
      - Проектуйте, розробляйте та підтримуйте ефективний, надійний код PHP, який можна багаторазово використовувати.
      - Співпрацюйте з міжфункціональними командами для визначення, розробки та надання нових функцій.
      - Усунення несправностей, тестування та обслуговування основного програмного забезпечення продукту та баз даних.
      - Забезпечте високу продуктивність і доступність, керуючи всіма технічними аспектами вашої програми PHP.
      - Будьте в курсі галузевих тенденцій і досягнень, щоб застосовувати найкращі практики.
      Вимоги:
      Вимоги до розробника PHP
      - Підтверджений досвід розробки програмного забезпечення на PHP. Досвід роботи з SEO проектами є перевагою
      - Знання інтерфейсних технологій, таких як JavaScript, HTML5 і CSS3.
      - Знання баз даних (наприклад, MSSQL, MySQL.)
      - Сильні навички вирішення проблем і увага до деталей.
      - Відмінні навички співпраці та спілкування.
      - Ступінь бакалавра з інформатики, інженерії або суміжної галузі чи досвіду.
      Якщо ви талановитий розробник PHP і хочете вплинути на динамічну та зростаючу компанію, ми хочемо почути вашу думку. Надішліть своє резюме, супровідний лист із описом відповідного досвіду та будь-які відповідні зразки коду чи посилання на проекти.
      Пишіть нам: leson0088@gmail.com
    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
×
×
  • Створити нове...