Spam report
Sziasztok.
Van arra lehetőség, hogy a spam szürő valamilyen úton-módon a kimenő leveleket amiket megfog jelezze?
Pl. Küldjön egy Üzenetet, hogy Spam-et küldtek a hálozatból. XY Ip-ről.
- Tovább (Spam report)
- 2668 megtekintés
Sziasztok.
Van arra lehetőség, hogy a spam szürő valamilyen úton-módon a kimenő leveleket amiket megfog jelezze?
Pl. Küldjön egy Üzenetet, hogy Spam-et küldtek a hálozatból. XY Ip-ről.
Sziasztok
Be lehet állítani az otrs-t (vagy pluginnel kiegészíteni) , hogy egy tickethez több érintett szolgáltatást lehessen rendelni?
Pl.:
Queue : "szerződés kötés"
Service: "webszerver", "email fiók", "ftp hozzáférés" stb stb
Vagy ha hiba egy ügyfélnél több szolgáltatást érint ne keljen több ticketet nyitni.
Üdv Robit
Üdv!
Megpróbáltam lefordítani a Lazarust Raspberry-n, pontosabban qemu-ban.
A doksi szerint: make clean bigide
Van ötlete valakinek mi lehet a bibi?
"Undefined reference '_fini'" , "Undefined reference '_init'"
--
G.
Sziasztok,
Adott egy 14.04-es LAMP szerver, default telepítésekkel. A probléma az, hogy hiába van beállítva a DirectoryIndex index.html index.php valami miatt a közvetlenül meghívott index.php HTTP/1.1 301 Moved Permanently ad vissza, csak azt nem tudom, miért.
Ennyi van beállítva a virthost alatt (a szokásosokon kívül)
Options -Includes -ExecCGI
Options FollowSymLinks MultiViews
AllowOverride All
Require all granted
DirectoryIndex index.html index.php
dir.conf tarlama:
DirectoryIndex index.html index.cgi index.pl index.php index.xhtml index.htm
Van valakinek 5lete, hogy miért van 301?
Üdv!
A Fedorában is megváltozott az felület jóideje, de raid-et még állítottam be.
CentOS 7-ben próbálok raid1-et beállítani telepítéskor, de teljesen más mint a 6-os verzióban.
Merre lehet létrehozni raid1-et?
CentOS 6-ban anno létrehoztam raid partíciókat, majd a raid device-okat.
Nem látom a 7-esben hogyan kellene. Ennyire péntek van nálam...? :)
--
G.
Hali,
A véleményetekre vagyok kiváncsi, hogy milyen hardvert ajánlotok a következő paraméterekkel rendelkező webáruház alá?
Jelenleg is működik, de kicsit köhög és szerintem a vas nem bírja, az hogy mi van most alatta azt nem árulták el nekem. LOLA következő infóm van róla:
Az hogy majd frissíteni kell a rendszert, most nem ide tartozik.
Oprendszer: Archlinux 3.0.27 kernel
Szolgálatások: LAMP (Apache 2.2.22, PHP 5.3.10, MySQL 5.5.23)
Apache virtualhost: 2 (http és https)
Server Version: Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/1.0.1a DAV/2 PHP/5.3.10 with Suhosin-Patch
Server Built: Feb 8 2012 10:27:28
Server loaded APR Version: 1.4.5
Compiled with APR Version: 1.4.5
Server loaded APU Version: 1.4.1
Compiled with APU Version: 1.4.1
Timeouts: connection: 60 keep-alive: 5
MPM Name: Prefork
MPM Information: Max Daemons: 250 Threaded: no Forked: yes
Server Architecture: 64-bit
Server Root: /etc/httpd
Config File: /etc/httpd/conf/httpd.conf
Server Built With:
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/etc/httpd"
-D SUEXEC_BIN="/usr/sbin/suexec"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
php.ini
session.auto_start = 1
short_open_tag = On
error_reporting = E_ALL & ~E_NOTICE
max_execution_time = 60
max_input_time = 120
memory_limit = 300M
max_input_vars = 2000
register_globals = Off
magic_quotes_gpc = Off
register_long_arrays = Off
register_argc_argv = Off
display_errors = Off
post_max_size = 128M
allow_url_include = On
file_uploads = On
upload_tmp_dir = /tmp
upload_max_filesize = 128M
max_file_uploads = 50
extension = bcmath.so
extension = bz2.so
extension = gd.so
extension = iconv.so
extension = imap.so
extension = mcrypt.so
extension = mssql.so
extension = mysqli.so
extension = mysql.so
extension = openssl.so
extension = pdo_mysql.so
extension = posix.so
extension = soap.so
extension = tidy.so
extension = xmlrpc.so
extension = xsl.so
extension = zip.so
my.cnf
bind-address = 0.0.0.0
port = 3306
socket = /var/run/mysqld/mysqld.sock
pid-file = /var/run/mysqld/mysqld.pid
log-error = /var/log/mysql/mysqld.err
basedir = /usr
tmpdir = /mnt/database/tmp
datadir = /mnt/database/mysql
skip-external-locking
back_log = 50
max_connections = 200
max_connect_errors = 100000
wait_timeout = 7200
interactive_timeout = 7200
connect_timeout = 10
net_buffer_length = 16384
table_open_cache = 200000
table_definition_cache = 200000
max_seeks_for_key = 1000
group_concat_max_len = 1024
max_allowed_packet = 256M
binlog_cache_size = 1M
read_buffer_size = 1M
join_buffer_size = 1M
read_rnd_buffer_size = 2M
sort_buffer_size = 4M
thread_cache_size = 1024
thread_concurrency = 16
concurrent_insert = 2
query_cache_type = 1
query_cache_size = 256M
query_cache_limit = 8M
query_prealloc_size = 262144
query_alloc_block_size = 65536
range_alloc_block_size = 4096
transaction_alloc_block_size = 8192
transaction_prealloc_size = 4096
ft_min_word_len = 4
default-storage-engine = MyISAM
thread_stack = 256K
tmp_table_size = 512M
max_heap_table_size = 512M
open_files_limit = 8192
key_buffer_size = 24G
bulk_insert_buffer_size = 8M
myisam_sort_buffer_size = 1G
myisam_repair_threads = 1
myisam_recover
skip-innodb
Átlagos napi látogatók száma: 9000
Nincs sehol too many connection, nincsenek hibák, csak néha baromi lassú. MySQL-ben kb. 3000 tábla van, külön fájlokban, a legnagyobb 30GB, kb. 10 tábla 1-10GB közötti, a többi 1GB alatti, összesen 130GB.
Néha a query/sec:30 ezer is lehet, de átlagban 12 ezer közül van.
Néhány MySQl adat, igaz csak 2 órás üzemidő.
Questions since startup: 49,825,059
ø per hour: 25,954,307
ø per minute: 432,572
ø per second: 7,210
Traffic ø per hour
Received: 20.3 GiB 10.6 GiB
Sent: 107.9 GiB 56.2 GiB
Total: 128.2 GiB 66.8 GiB
Connections: ø per hour %
max. concurrent connections 33 --- ---
Failed attempts 1 0.52 <0.01%
Aborted 0 0 0%
Total 299 k 155.76 k 100.00%
Statements # ø per hour %
change db 38,446 k 20 M 77.16%
select 9,226 k 4,806.1 k 18.52%
set option 569 k 296.2 k 1.14%
begin 525 k 273.6 k 1.05%
commit 525 k 273.6 k 1.05%
update 277 k 144.1 k 0.56%
insert 116 k 60.3 k 0.23%
replace 56,518 29.4 k 0.11%
delete 44,031 22.9 k 0.09%
insert select 37,069 19.3 k 0.07%
show status 934 486.5 <0.01%
show fields 642 334.4 <0.01%
show slave status 557 290.1 <0.01%
show master status 557 290.1 <0.01%
show processlist 383 199.5 <0.01%
show table status 322 167.7 <0.01%
show tables 107 55.7 <0.01%
replace select 83 43.2 <0.01%
optimize 70 36.5 <0.01%
show variables 53 27.6 <0.01%
show binlogs 5 2.6 <0.01%
show databases 4 2.1 <0.01%
show grants 1 0.5 <0.01%
show plugins 1 0.5 <0.01%
Created tmp disk tables: 28.3 k
The number of temporary tables on disk created automatically by the server while executing statements. If Created_tmp_disk_tables is big, you may want to increase the tmp_table_size value to cause temporary tables to be memory-based instead of disk-based.
Handler read rnd: 36.2 M
The number of requests to read a row based on a fixed position. This is high if you are doing a lot of queries that require sorting of the result. You probably have a lot of queries that require MySQL to scan whole tables or you have joins that don't use keys properly.
Handler read rnd next: 531 M
The number of requests to read the next row in the data file. This is high if you are doing a lot of table scans. Generally this suggests that your tables are not properly indexed or that your queries are not written to take advantage of the indexes you have.
Select full join:109
The number of joins that do not use indexes. If this value is not 0, you should carefully check the indexes of your tables.
Slow queries:295
The number of queries that have taken more than long_query_time seconds.Documentation
Sort merge passes:253
The number of merge passes the sort algorithm has had to do. If this value is large, you should consider increasing the value of the sort_buffer_size system variable
Table locks waited:105.8 k
The number of times that a table lock could not be acquired immediately and a wait was needed. If this is high, and you have performance problems, you should first optimize your queries, and then either split your table or tables or use replication.
Amit én ezekből leszűrök, hogy az adatbázis a szűk keresztmetszet, és eléggé meg van hajtva, azt mondják, hogy a top process a mysqld és kb. 60% CPU-t folyamatosan eszik.
Ezek alapján én valamilyen Xeon E5-ös 8 magos 3GHz szervert, leglalább 64GB RAM-al, SAS 15k-s diszkekkel pakolnék alá.
Üdv!
Adott egy RPi, amin majd egy állandóan futó grafikus alkalmazás futna.
Azt hogyan lehet megoldani, hogy ez az alkalmazás automatikusan induljon (pl. rc.local-ba beteszem ez ok) és ne lehessen kilépni belőle?
Tehát a RPi egy céleszköz lenne, és más alkalamazást a user ne tudjon elindítani.
Azaz ablakkezelő (X) nélkül induljon a linux?
Ezzel elindul X nélkül egy X prg?
env DISPLAY=:0 XAUTHORITY=/home/whoever/.Xauthority /path/to/my/X/program
--
G.
Helló!
Kedvenc tagunk, dap iránymutatása alapján egész jól haladok a DRBD-re rakott LXC konténerek útján.
Most ami van, CentOS 7 alapokon:
- működő DRBD, /drbd/
- működő LXC libvirt használattal
- port forward használattal az LXC-s konténerek elérhetőek a host gépen, így elérhetőek a szolgáltatások
Ami még hátra van mindenképp:
1. - Az LXC és a libvirt szolgáltatásokat a DRBD-re átrakni, ha failover van, a másik gép is el tudja indítani azokat. Egyszerűen csak átmozgatom ami érintett file a /drbd/ alá valami strukturába, majd rakok symlink-et a régi helyre és kész? Selinux mit fog szólni hozzá?
2. - Selinux most permissive állapotban van, mert ha kikapcsolom, a libvirt nem működik megfelelően az LXC-vel. Érdemes küzdeni a bekapcsolt Selinx-szal?
3. - LXC-be beállítani, hogy közös webes könyvtárból dolgozzanak, például /drbd/www/ : Csak rakjak sima symlinket ln -s -sel és kész? Még nem próbáltam, de ez a legjobb? Vagy hard link?
4. - Létrehozni a szolgáltatás konténereket, hogy a drbd-n legyenek. De ha az első pontot megcsinálom, akkor elvileg a többi is jó lesz és ott lesz.
5. - Beállítani a port forward-okat a megfelelő privát IP-re, ahol az LXC konténerben futnak a szolgáltatások. Amit csináltam port forward-ot a firewalld-be, az jelenleg érdekesen működik, mert ha nem is módosítok semmit, akkor kell firewall-cmd --reload hogy mondjuk a 80-as port működjön egy picit... :-) Gondolom ez erős jelzés arra, hogy még nem tökéletes valami enyhén szólva... :-)
6. - Megoldani a drbd failover-t... Pacemaker + corosync? Ez ráér, ha már működik drbd-n jól az LXC, vagy az elején kellene?
7. - Most a libvirt a 192.168.122.x-es privát hálózaton éri el a konténereket. Van értelme ezt átrakni a 10.1.y.z-s tartományba? Ez volt az eredeti terv, de mivel úgyis egyszerre csak 1 szerver fog futni, valamint úgyis port forwardolva lesznek a szolgáltatások a fő szerverre, így szerintem maradhat itt. Valami ellenvélemény, vagy más érv a változtatásra?
8. Van értelme, hogy az LXC-s konténerekben legyen internet kapcsolat? Most például így telepítek fel új csomagokat, frissítek:
yum install wget --installroot=/var/lib/libvirt/lxc/nginx/ --nogpgcheck -y
Ahol a /var/lib/libvirt/lxc/nginx/ a konténer könyvtára.
9. Van jobb, logikusabb útja, hogy a konténerek IP-n (192.168.122.x) címen át kommunikáljanak egymással? Tehát a MySQL például a 2-es IP-n lesz, akkor a php-cgi a 3-as IP-n a 192.168.122.2 -re csatlakozik, mint adatbázis kapcsolat, amit az nginx az 5-ös IP-ről hív meg. Van ennél ésszerűbb módja a kivitelezésnek?
10. A konténereken belülre kell raknom firewalld-t és beállítani? Még most nem raktam. A szolgáltatások konténeren belül nem root-ként futnak, hanem külön felhasználóként, azaz most a master process root-ként:
ps aux|grep ng
root 3393 0.0 0.2 47964 1128 ? Ss 09:19 0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
nginx 3394 0.0 0.3 48404 2028 ? S 09:19 0:00 nginx: worker process
11. Az LXC konténerekben systemctl disable avahi-daemon és systemctl disable auditd. Van bármi ellenérv ezekre?
Ti milyen sorrendben csinálnátok ezt? Kihagytam valami fontosat?
Sziasztok,
Egy ismerős cégnek kellene egy kis (számlaképes) segítség egy Bacula beállításához, némi oktatáshoz (alapdolgok elvileg már mennek, de finomhangolni is kell).
Ha van ilyen, keressen PÜ-n.
Köszi előre is.
Sziasztok!
Dropbox szinkronizálással szépen letölti az új feltöltéseket az adott mappába. Ez eddig oké.
Az új fájlok esetén lehet olyan, hogy mondjuk 1 órán belül változik, de utána már nem módosul az állomány.
Ezt persze frissíti a Dropbox, ha változik, ez is oké.
Mi a legjobb mód arra, hogy a mondjuk 1 napos állományokat átmozgassam a Dropbox-on kívülre (tehát töröljem Dropbox-ból), és így a Dropbox-ból felszabaduljon a hely?