Skocz do zawartości

Corypto

Użytkownicy
  • Zawartość

    17
  • Rejestracja

  • Ostatnio

Posty napisane przez Corypto


  1. Witam,

     

    Napotkałem następujący problem, otóż chce by cron uruchamiał mi program co 5min. Mam plik skrypt .sh do tego jak i sam program, oba działają jak uruchomię je ręcznie. Ale nie działa jak cron to uruchamia. Wydaje mi się, że to wina tego, że program nie widzi wtedy plików, na których ma wykonać wyznaczone operacje. Tak więc jak ma wyglądać ścieżka otwierania pliku ( w kodzie programu "c++", bo ja używam "nazwapliku.txt" ).

     

    Albo może się mylę dlatego zamieszczam poniżej skrypt .sh jeszcze do tego:

     

    #!/bin/sh
    
    PROCESS_COUNT=$(ps -fu root | grep nazwa_programu | grep -v grep | wc -l)
    case $PROCESS_COUNT in
    0) /ścieżka/do/programu/nazwa_programu &
    ;;
    1) kill -9 $(pidof nazwa_programu)
    ;;
    *) kill -9 $(pidof nazwa_programu)
    ;;
    esac


  2.  

    Witam, wczoraj zrobiłem aktualizacje modułów, z panelu webmin. Stworzył on nową konfiguracje do Mysql, oczywiście nie była ona optymalna to zastąpiłem ją swoją starą, która niestety nie działa.

     

    logi z daemona:

    May 24 17:52:53 88-198-129-237 mysqld_safe: Starting mysqld daemon with databases from /var/lib/mysql
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 [ERROR] An old style --language value with language specific part detected: /usr/share/mysql/english/
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 [ERROR] Use --lc-messages-dir without language specific part instead.
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 [Note] Plugin 'FEDERATED' is disabled.
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 InnoDB: The InnoDB memory heap is disabled
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 InnoDB: Mutexes and rw_locks use GCC atomic builtins
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 InnoDB: Compressed tables use zlib 1.2.3.4
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 InnoDB: Using Linux native AIO
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 InnoDB: Initializing buffer pool, size = 128.0M
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 InnoDB: Completed initialization of buffer pool
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53 InnoDB: highest supported file format is Barracuda.
    May 24 17:52:53 88-198-129-237 mysqld: 120524 17:52:53  InnoDB: Waiting for the background threads to start
    May 24 17:52:54 88-198-129-237 mysqld: 120524 17:52:54 InnoDB: 1.1.8 started; log sequence number 1589349
    May 24 17:52:54 88-198-129-237 mysqld: 120524 17:52:54 [ERROR] /usr/sbin/mysqld: unknown option '--skip-locking'
    May 24 17:52:54 88-198-129-237 mysqld: 120524 17:52:54 [ERROR] Aborting
    May 24 17:52:54 88-198-129-237 mysqld:
    May 24 17:52:54 88-198-129-237 mysqld: 120524 17:52:54  InnoDB: Starting shutdown...
    May 24 17:52:55 88-198-129-237 mysqld: 120524 17:52:55  InnoDB: Shutdown completed; log sequence number 1589349
    May 24 17:52:55 88-198-129-237 mysqld: 120524 17:52:55 [Note] /usr/sbin/mysqld: Shutdown complete
    May 24 17:52:55 88-198-129-237 mysqld:
    May 24 17:52:55 88-198-129-237 mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
    May 24 17:53:07 88-198-129-237 /etc/init.d/mysql[9453]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
    May 24 17:53:07 88-198-129-237 /etc/init.d/mysql[9453]: ^G/usr/bin/mysqladmin: connect to server at 'localhost' failed
    May 24 17:53:07 88-198-129-237 /etc/init.d/mysql[9453]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
    May 24 17:53:07 88-198-129-237 /etc/init.d/mysql[9453]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
    May 24 17:53:07 88-198-129-237 /etc/init.d/mysql[9453]:
    

     

    tak wyglądał mój my.cnf przed próbą naprawy, i on działał bez zarzutu

    [mysqld]
    tmpdir = /tmp
    set-variable = max_connections=30
    max_user_connections=24
    safe-show-database
    #skip-locking
    skip-innodb
    skip-external-locking
    key_buffer = 16M
    sort_buffer_size = 64M
    record_buffer = 32M
    table_cache = 2000
    thread_cache_size = 256
    tmp_table_size = 190M #128M
    read_rnd_buffer_size = 768K
    read_buffer_size = 8M
    max_allowed_packet = 16M
    query_cache_limit = 8M
    query_cache_size = 35M
    query_cache_type = 1
    thread_concurrency = 4
    default-character-set = utf8
    # dodano po optymalizacji
    join_buffer_size = 256K
    max_heap_table_size = 50M
    log-slow-queries = /var/log/mysql-slow-queries.log
    long_query_time = 5
    open_files_limit = 5000
    !includedir /etc/mysql/conf.d/

     

    A tak wygląda teraz, po dużej ilości przeczytanych for i tematów, lecz dalej nie działa:

    
    [client]
    socket=/var/run/mysqld/mysqld.sock
    port=3306
    
    [mysqld_safe]
    socket=/var/run/mysqld/mysqld.sock
    nice=0
    
    [mysqld]
    user=mysql
    bind-address=127.0.0.1
    datadir=/var/lib/mysql
    pid-file=/var/run/mysqld/mysqld.pid
    socket=/var/run/mysql/mysql.sock
    port=3306
    tmpdir=/tmp
    language=/usr/share/mysql/english
    skip-external-locking
    query_cache_limit=1M
    query_cache_size=32M
    query_cache_type=1
    max_connections=3000
    max_user_connections=600
    interactive_timeout=100
    wait_timeout=100
    connect_timeout=10
    thread_stack=128K
    thread_cache_size=128
    myisam-recover=BACKUP
    #key_buffer - 64M for 1GB, 128M for 2GB, 256 for 4GB
    key_buffer=128M
    #join_buffer_size - 1M for 1GB, 2M for 2GB, 4M for 4GB
    join_buffer=2M
    max_allowed_packet=32M
    table_cache=1024
    #sort_buffer_size - 1M for 1GB, 2M for 2GB, 4M for 4GB
    sort_buffer_size=2M
    #read_buffer_size - 1M for 1GB, 2M for 2GB, 4M for 4GB
    read_buffer_size=2M
    #read_rnd_buffer_size - 768K for 1GB, 1536K for 2GB, 3072K for 4GB
    read_rnd_buffer_size=1536K
    max_connect_errors=10
    thread_concurrency=4
    #myisam_sort_buffer_size - 32M for 1GB, 64M for 2GB, 128 for 4GB
    myisam_sort_buffer_size=64M
    skip-locking
    skip-bdb
    expire_logs_days=10
    max_binlog_size=100M
    server-id=1
    
    [mysql.server]
    user=mysql
    basedir=/usr
    
    [safe_mysqld]
    bind-address=127.0.0.1
    err-log=/var/log/mysqld.log
    pid-file=/var/run/mysqld/mysqld.pid
    open_files_limit=8192
    SAFE_MYSQLD_OPTIONS=”–defaults-file=/etc/my.cnf –log-slow-queries=/var/log/slow-queries.log”
    
    #[mysqldump]
    #quick
    #quote-names
    #max_allowed_packet=16M
    
    [mysql]
    #no-auto-rehash # faster start of mysql but no tab completition
    
    [isamchk]
    #key_buffer - 64M for 1GB, 128M for 2GB, 256M for 4GB
    key_buffer=128M
    #sort_buffer - 64M for 1GB, 128M for 2GB, 256M for 4GB
    sort_buffer=128M
    #read_buffer - 16M for 1GB, 32M for 2GB, 64M for 4GB
    read_buffer=32M
    #write_buffer - 16M for 1GB, 32M for 2GB, 64M for 4GB
    write_buffer=32M
    
    [myisamchk]
    #key_buffer - 64M for 1GB, 128M for 2GB, 256M for 4GB
    key_buffer=128M
    #sort_buffer - 64M for 1GB, 128M for 2GB, 256M for 4GB
    sort_buffer=128M
    #read_buffer - 16M for 1GB, 32M for 2GB, 64M for 4GB
    read_buffer=128M
    #write_buffer - 16M for 1GB, 32M for 2GB, 64M for 4GB
    write_buffer=128M
    
    [mysqlhotcopy]
    interactive-timeout
    
    !includedir /etc/mysql/conf.d/
    

     

    Może wiecie, czemu dalej nie tworzy mi pliku mysql.sock??

     

     

    Idiota za mnie, problem rozwiązany ... do usunięcia temat.


  3. Witam, czy mógłby mi ktoś powiedzieć dlaczego Gmail oznacza pocztę z mojego servera jako spam? Korzystam ze standardowej konfiguracji poczty panelu webmin. Nie mam problemu z wysyłaniem maili, poza tym nieszczęsnym gmailem.

    Czy ktoś tutaj miał podobny problem? I czy da się go jakoś rozwiązać?

    Czy to może po prostu gmail skazał IP mojego serwera na siedzenie w spamie?

     

    Dodam, że wcześniej nie używałem żadnych spambotów czy innego syfu. Serwer stoi od dłuższego czasu, a użytkownicy (z mailami na gmail) ciągle zawracają mi głowę, że maile im nie dochodzą, bo nawet nie chce im się sprawdzić spamu.


  4. Jak już pisałem, problem z pobieraniem php już rozwiązany. Był to mój bug przeglądarki. Pewnie pozostałości po moich wczorajszych testach na świeżym, reinstalowanym vps'ie.

     

    Pozostaje jedynie problem z virtualhostami, którego rozwiązać dalej nie mogę, zastosowałem szablon z mojej porzedniej strony, który wiem, że działa w 100% a jednak dalej jest to samo...

     

    <VirtualHost *:80>
    ServerAdmin mail@gmail.com
    DocumentRoot /home/corypto/public_html/domena.com/
    UseCanonicalName Off
    ServerName domena.com
    ServerAlias www.domena.com
    ErrorLog /var/log/apache2/domena.com-error_log
    CustomLog /var/log/apache2/domena.com-access_log common
    </VirtualHost>


  5. Witam,

     

    Zrobiłem sobie reinstalacje servera, konfigurację mam, wszystko poza tym problemem i virtualhostami działa.

     

    Otóż mam przedziwny problem, jak łączę się ze stronką (za pomocą IP) to, na operze działa ładnie. Aczkolwiek Chrome ma jakieś dziwne problemy, znaczy zamiast otwierać plik index.php to mi go pobiera.

     

    I teraz w czym tkwi problem? jest to wina źle skonfigurowanych Virtualhostów?

     

    Chociaż też, nie wiem jak mogłem je źle skonfigurować, ponieważ stworzyłem je za pomocą panelu webmin.

     

    Oto mój virtualhost:

     

     

    <VirtualHost *:80>

    DocumentRoot "/home/corypto/public_html/domena.com"

    ServerName domena.com

    <Directory "/home/corypto/public_html/domena.com">

    allow from all

    Options +Indexes

    </Directory>

    </VirtualHost>

     

    Na wstępie powiem, że nie działa on w połowie... znaczy jak wpisze IP to połączy mnie do plików w odpowiednim folderze, czyli to takie przekierowanie do folderu jest.

    Jak wpisze tylko "domena.com" to zamieni a IP i połączy również.

    Jak wpisze adres "domena.com/folder/index.php" to już jest błąd.


  6. Jestem poczatkujący jeśli chodzi o zarządzanie VPS, chciałbym poszerzać swoją wiedzę, dlatego kupiłem serwer skonfigurowałem LAMP i postawiłem stronkę. Wszystko ładnie działa, ale martwi mnie to zużycie ram przez apache.

     

    Czy to normalne by apache zużywalo tyle ramu?

    26233	 www-data	 57636 kB	 /usr/sbin/apache2 -k start
    26241	 www-data	 57300 kB	 /usr/sbin/apache2 -k start
    26238	 www-data	 56348 kB	 /usr/sbin/apache2 -k start
    26458	 www-data	 55220 kB	 /usr/sbin/apache2 -k start
    26237	 www-data	 55080 kB	 /usr/sbin/apache2 -k start
    26235	 www-data	 55040 kB	 /usr/sbin/apache2 -k start
    26236	 www-data	 55040 kB	 /usr/sbin/apache2 -k start
    26234	 www-data	 55024 kB	 /usr/sbin/apache2 -k start
    26247	 www-data	 55012 kB	 /usr/sbin/apache2 -k start
    26248	 www-data	 54812 kB	 /usr/sbin/apache2 -k start
    26242	 www-data	 54796 kB	 /usr/sbin/apache2 -k start
    26243	 www-data	 54792 kB	 /usr/sbin/apache2 -k start
    26245	 www-data	 54792 kB	 /usr/sbin/apache2 -k start
    26249	 www-data	 54792 kB	 /usr/sbin/apache2 -k start
    26230	 www-data	 54788 kB	 /usr/sbin/apache2 -k start
    26231	 www-data	 54788 kB	 /usr/sbin/apache2 -k start
    26232	 www-data	 54788 kB	 /usr/sbin/apache2 -k start
    26240	 www-data	 54788 kB	 /usr/sbin/apache2 -k start
    26239	 www-data	 54208 kB	 /usr/sbin/apache2 -k start
    26244	 www-data	 54208 kB	 /usr/sbin/apache2 -k start
    26246	 www-data	 54208 kB	 /usr/sbin/apache2 -k start
    26459	 www-data	 54208 kB	 /usr/sbin/apache2 -k start
    26460	 www-data	 54208 kB	 /usr/sbin/apache2 -k start

×