Messages posted by: azteam

traitimthep1945 wrote:

Thuộc tính max_upload_filesize trong php.ini. Nhưng mình k biết xem qua Direct Admin có dc không.

Bạn có thể xem, chỉnh sửa tất cả các tham số nằm trong php.ini thông qua Directadmin. Trên Directadmin, bạn vào File Editor

ulo wrote:

Mình có 1 server cài Centos và đang cài sẵn mysql với các thông số mặc định Ex: port=3306 ...
Bây giờ mình có nhu cầu cài thêm 1 server mysql khác cũng trên server đó sử dụng các thông số khác đi ví dụ đổi port thành 3307, thư mục dữ liệu cũng khác.
Mục đích của mình là khi truy nhập với 2 câu lệnh

mysql -u root -p -P 3306
mysql -u root -p -P 3307

thì sẽ ra 2 server khác nhau với các database khác nhau.
Bạn nào biết thì chỉ giùm mình với.
Cảm ơn đã đọc tin!

Nếu bạn đặt khác tên cho mỗi mysql server thì hoàn toàn được. ex: mysql1, mysql2, ...

Hi mọi người,

Hiện tại em có vấn đề với Squid trên server.
Em có một con server config setup theo mô hình : haproxy -> Squid -> Apache, chạy web.
Có một vấn để, khi chỉnh sửa source code hoặc database cho website thì phải sau một thời gian khá lâu (thường sau vài h) thì nó mới được update.
Em chưa rõ tham số nào của Squid quyết định vấn đề trên. Nếu có tài liệu về vấn đề này mọi người có thể chỉ qua để em đọc thêm.

Thanks,

Bạn thử kiểm tra xem imap, inetd có chạy không
ex:#/usr/sbin/imapd
#ps -ax | grep inetd | grep -v grep

Chạy
#telnet localhost 143

Xem cho ra kết quả gì?

Theo tôi nghĩ nếu bạn Mr.Kas giải thích được mục đích của đoạn "Security Configuration Temp" trên thì hay hơn (nếu bạn đã từng nghiên cứu và sử dụng qua thì bạn sẽ biết rõ hơn ưu, nhược điểm của nó) thay vì bạn bảo mọi người Google để rõ hơn.
Dũ sao cũng thanks vì bạn đã chia sẽ.

Có tự restart hay không do bạn config monitor services thôi. Directadmin có phần "Service Monitor".

Theo như mình biết thì không còn cách nào khác ngoài liên hệ với các ISP để lấy thông tin.

Với đoạn thông báo đấy sao đã kết luận cài IIS lỗi. Có chăng bạn cài thiếu Component "Active Sever Pages" (asp) hoặc Extension asp đang bị Prohibit

Chắc em xác định rồi.
Dù sao cũng cảm ơn mọi người đã nhiệt tình giúp đỡ.

@Bi:
Code:

# lvdisplay /dev/mynew_vg

Không cho output, nên các dòng phía dưới không dùng được
@Quân:
Mình có backup trước nên có the khác phục được vấn đề đấy, nhưng gay chỗ là không biết xử lý tiếp smilie

.
Tìm hưỡng dẫn nhưng vẫn chưa an thua.

@Ngoài hướng chút:Tớ có boot server cũ lên thì báo lỗi kernel-panic
Code:

Volume group "VolGroup00" not found
Unable to access resume device (/dev/VolGroup00/LogVol01)
mount: could not find filesystem '/dev/root'
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
Kernel panic - not syncing: Attempted to kill init!

@ Quân: lvdisplay không cho ra output.

Mount bình thường nó ra lỗi như sau:
Code:

[root@localhost ~]# mount /dev/hdb2 backup/
mount: you must specify the filesystem type
[root@localhost ~]# mount -t ext3 /dev/hdb2 backup/
mount: wrong fs type, bad option, bad superblock on /dev/hdb2,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

@Quân: Uhm đúng ra là không định dạng LVM nhưng do trong quá trình mình mount để backup,mình có chuyển nó sang định dạng LVM.
Mình có backup ra 1 HDD khác, khi boot lên nó báo lỗi kernel-panic, còn 1 cái cũ thị không tìm thấy boot grub.

Nhưng vấn đề của tớ trước tiên giải quyết theo hướng trên để backup, nếu không được thì sẽ thử boot lại server lỗi đề khắc phục trực tiếp.

Thanks,

mR.Bi wrote:

@azteam: mình nghĩ là lúc cài đặt (cả 2 con centos, trước và sau) bạn cứ để nguyên tên vg default nên bây giờ cả 2 nó có cùng tên VolGroup00

Đúng thế. Tớ Create default cả 2 con giống hệt nhau.
Tớ thử setup lại server mới không định dạng LVM, add HDD cũ vào. Create physical volumes cho hdb2, create Virtual Group.
Code:

[root@localhost ~]# fdisk -l
Disk /dev/hda: 42.9 GB, 42949017600 bytes
255 heads, 63 sectors/track, 5221 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 32 257008+ 83 Linux
/dev/hda2 33 2643 20972857+ 83 Linux
/dev/hda3 2644 2904 2096482+ 82 Linux swap / Solaris
/dev/hda4 2905 5221 18611302+ 5 Extended
/dev/hda5 2905 5221 18611271 83 Linux
Disk /dev/hdb: 21.4 GB, 21474754560 bytes
255 heads, 63 sectors/track, 2610 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hdb1 * 1 13 104391 8e Linux LVM
/dev/hdb2 14 2610 20860402+ 8e Linux LVM
[root@localhost ~]# pvdisplay
--- Physical volume ---
PV Name /dev/hdb2
VG Name mynew_vg
PV size 19.89 GB / not usable 3.49 MB
Allocatable yes
PE size (KByte) 4096
Total PE 5092
Free PE 5092
Allocated PE 0
PV UUID NmMfis-2Mgq-Iwu1-aHmq-OnsX-7PWo-1pttc2
[root@localhost ~]# vgdisplay
--- Volume group ---
VG Name mynew_vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 1
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 0
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG size 19.89 GB
PE size 4.00 MB
Total PE 5092
Alloc PE / size 0 / 0
Free PE / size 5092 / 19.89 GB
VG UUID T4NKC3-SJnU-nwZu-2b2I-wFQe-ja2D-AQAUhH
[root@localhost ~]# pvs
PV VG Fmt Attr Psize PFree
/dev/hdb2 mynew_vg lvm2 a- 19.89G 19.89G

Mọi người có thể cho em định hướng tiếp theo cho trường hợp này ?. Vì dữ liệu cực kỳ quan trọng.

Thanks

Chào mọi người, em bận quá nên giờ mới vào trả lời mọi người được

zerozeroone wrote:

Bạn đã mount như thế nào? Thông báo lỗi ra sao?

Chính xác là tớ chưa rõ cách thức mount với trường hợp này.

mR.Bi wrote:

bạn azteam thử fsck nó trước, sau đó tạo mount point và mount như bình thường.

Tớ đã thử fsck /dev/hdb2 trước, sau mới mount thì thành công nhưng khi check mount poỉnt chỉ có mỗi lost+found.

Khi tớ thực hiện

vgextend VolGroup00 /dev/hdb2

để add hdb2 vào VolGroup00 để mount VolGroup thì báo lỗi:

Code:

[root@azteam ~]# vgextend VolGroup00 /dev/hdb2
No physical volume label read from /dev/hdb2
/dev/hdb2 not identified as an existing physical volume
Unable to add physical volume '/dev/hdb2' to volume group 'VolGroup00'.

@mR.Bi: Output của pvs:

[

root@azteam ~]# pvs
PV VG Fmt Attr Psize PFree
/dev/hda2 VolGroup00 lvm2 a- 39.88G 0

Chỉ có của hda.

Thanks

Chào mọi người,

Trước em có 1 con server chạy Centos định dạng file system LVM, sau gặp sự cố không boot lại được để backup dữ liệu.
Hiện tại em đã setup 1 con server mới, gắn HDD của server lỗi kia để mount backup dữ liệu nhưng không thành công.
Trên diễn đàn cũng có một số bài hướng dẫn em đã làm theo nhưng không giải quyết được.

Các thông số server:

Code:

[root@azteam ~]# fdisk -l
Disk /dev/hda: 42.9 GB, 42949017600 bytes
255 heads, 63 sectors/track, 5221 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 13 104391 83 Linux
/dev/hda2 14 5221 41833260 8e Linux LVM
Disk /dev/hdb: 21.4 GB, 21474754560 bytes
255 heads, 63 sectors/track, 2610 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hdb1 * 1 13 104391 8e Linux LVM
/dev/hdb2 14 2610 20860402+ 8e Linux LVM
[root@azteam~]# vgchange -ay
2 logical volume(s) in volume group "VolGroup00" now active
[root@azteam ~]# dmsetup status
VolGroup00-LogVol01: 0 4063232 linear
VolGroup00-LogVol00: 0 79560704 linear
[root@azteam ~]# lvs
LV VG Attr Lsize Origin Snap% Move Log Copy% Convert
LogVol00 VolGroup00 -wi-ao 37.94G
LogVol01 VolGroup00 -wi-ao 1.94G
[root@azteam ~]# vgdisplay
--- Volume group ---
VG Name VolGroup00
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG size 39.88 GB
PE size 32.00 MB
Total PE 1276
Alloc PE / size 1276 / 39.88 GB
Free PE / size 0 / 0
VG UUID BYom6u-yChS-zolz-oxsI-lP6x-ngA1-M9cKpn

HDD em cần mount đề backup là hdb
Mong mọi người hướng dẫn thêm.

Chắc ý của bạn ý là " bẻ khoá luôn " cở smilie

.

manhluat93 wrote:

Mình đang thử config 1 sv Linux và bảo mật = mod_security 2.5.9

Mình đang thắc mắc chỗ này 1 chút xíu

Giả dụ: Trường hợp mình đang muốn chống 1 con Shell .php ko cho nó thi hành lệnh "cat /etc/passwd"
_Vậy đây là mình sẽ chặn ở POST Payload ... mình thử viết rules này

Code:
SecRule REQUEST_BODY "etc" \ phase:2,deny,status:500
Nhưng khi up thử 1 con shell và test thì nó không phát huy hiệu quả

Ko biết trong câu rules này có gì sai ở đây ko?

Rule trên không sai nhưng không đúng với yêu cầu bạn đặt ra.

Thử với:
Code:

SecRule REQUEST_URI|ARGS|REQUEST_BODY|REQUEST_HEADERS "/etc/passwd"

Thân.

kimkhue wrote:

Mình đang chạy 1 site up ảnh trên d.server và thời gian gần đây đang phát triển tốt , và mình nhận thấy apache không còn phù hợp với server của mình nữa nên mình đang phân vân ko biết nên chuyển sang highttpd hay nginx lúc này.

Site của mình dùng code của Mihalism http://www.my-image-host.com/

Không biết highttpd bạn nói đến là webserver gì?

@mrro: Đúng là PAGE_SIZE của server này 4 KB.

@ safari & anh conmale: Giải pháp đưa ra có thể giải quyết được vấn đề hiện tại của server nhưng nó không khả thi lắm với em vì trên server này chạy hơn 100 websites. Việc setup lại OS sẽ làm thời gian downtime khá lớn.

Giải pháp hiện tại chắc phải chuyển bớt websites đi chỗ khác. Theo dõi thêm tình trạnh server và tìm hiểu thêm cách khắc phục mới.

Thanks mọi người.

junjihoon wrote:

Cho mình hỏi về cách chiếm tên miền, vd khi truy cập vào a.com thì sẽ chuyển đến b.com
Và cách phòng chống.
Lý do mình hỏi như vậy là forum của mình bị chiếm tên miền, khi truy cập vào thì bị chuyển đến trang của người khác, nhưng trên thanh address vẫn hiện là tên miền của mình.
Mong các bạn hướng dẫn để mình hiểu thêm về vấn đề này.
Cám ơn mọi người!

.

Với tên miền quốc tế thì được quản lý = email quản lý, bản đăng ký quản lý tên miền (các thông tin đi kèm). Bình thường tên miền ở các trạng thái (Lock, Active, Tranfer).
Không biết từ "chiếm" bạn hiểu thế nào, nhưng nếu truy cập vào a.com sẽ chuyển đến b.com không hoàn toàn do domain bị chiếm. Hoặc do file chạy dính 1 đoạn frame, trên DNS manage được add thêm URL Frame, hoặc là được Frame từ domain.
Với trường hợp forum của bạn chắc dính frame từ source code.

conmale wrote:

azteam wrote:

conmale wrote:

azteam, em đang chạy kernel version mấy vậy?

Hi anh,

Version kernel của server: 2.6.18-128.1.6.el5PAE.

@mrro: Quả thật với trường hợp của mình cũng chưa thấy có gì rõ ràng. Nếu bạn có chút tư vấn nào để minh tìm hiểu thêm. Mình cũng có 4 server cùng cấu hinh như trên. Trước chạy rất ổn., thời gian gần đây mới bị vấn đề trên. Hơn nữa không phải server nào cũng bị.

Thanks,

Em cho biết thêm dữ kiện cuối. Thử grep cái kernel config:

grep CONFIG_HIGHMEM /path/to/kernel/config

xem nó báo cái gì?

Hi anh, kết quả cho:

Code:

# CONFIG_HIGHMEM4G is not set
CONFIG_HIGHMEM64G=y
CONFIG_HIGHMEM=y

mrro wrote:

@azteam: mình thấy mình viết ở đây với trên blog rõ lắm rồi mà? nếu bạn đọc mà không thấy rõ ràng, thì mình cũng bó tay, mình không có thời gian và cũng không có động lực để ngồi giảng giải chi tiết cho bạn hiểu những gì mình viết.

giờ muốn rõ hơn thì phải ngồi coi server của bạn nó thế nào, rồi tính toán các thông số cho nó thích hợp, mà cái đó thì mình không có làm free.

về thắc mắc của bạn, trước đây chạy ổn vì bạn chưa có thêm RAM vào, mình thấy gần đây bạn mới thêm 4G RAM vào server này, phải hông? vả lại tùy thuộc vào loại ứng dụng đang chạy nữa, mà server mặc dù có cùng cấu hình thì cũng chưa chắc gì có biểu hiện giống nhau.

Mình đang đọc kỹ bài viết của cậu. Và tìm hiểu thêm các vấn đề được đề cập trong đấy.
Server tớ trước giwof vẫn chạy 8 GB RAM smilie

, không phải mới thêm.

conmale wrote:

azteam, em đang chạy kernel version mấy vậy?

Hi anh,

Version kernel của server: 2.6.18-128.1.6.el5PAE.

@mrro: Quả thật với trường hợp của mình cũng chưa thấy có gì rõ ràng. Nếu bạn có chút tư vấn nào để minh tìm hiểu thêm. Mình cũng có 4 server cùng cấu hinh như trên. Trước chạy rất ổn., thời gian gần đây mới bị vấn đề trên. Hơn nữa không phải server nào cũng bị.

Thanks,

conmale wrote:

azteam wrote:
conmale wrote:

Sau đó, chmod +x setPage.sh

Rồi chạy: ./setPage.sh

Sau đó gởi info lên đây.

Hi anh,

Em đọc bài của mrro và cũng thử chạy đoạn script(như csript anh hướng dẫn trên). Cho kết quả:

Code:
./setPage.sh
Recommended setting: vm.nr_hugepages = 1
Em mở /etc/sysctl.conf

Thêm vào dòng:
Code:
# hugepages
vm.nr_hugepages = 1
Em đang theo dõi thêm xem thế nào.
Thêm dòng ấy vào sysctl.conf mà không làm gì khác thì chẳng có tác dụng gì đâu.

Em có thể load nó thẳng vào kernel bằng cách:
echo 1 > /proc/sys/vm/nr_hugepages

hoặc chạy:
sysctl -p

Để system load cái sysctl.conf mới lên.

Okies thanks anh,

Lúc thêm vào, chưa chạy load lại file sysctl.conf.

Chạy
Code:

# cat /proc/meminfo | grep Huge
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
Hugepagesize: 2048 kB

Thấy HugePages_Total: 0. Đang loay hoay tìm thi anh post luôn.

Chạy lại thấy kết quả ngay:

Code:

# cat /proc/meminfo | grep Huge
HugePages_Total: 1
HugePages_Free: 1
HugePages_Rsvd: 0
Hugepagesize: 2048 kB

conmale wrote:

Sau đó, chmod +x setPage.sh

Rồi chạy: ./setPage.sh

Sau đó gởi info lên đây.

Hi anh,

Em đọc bài của mrro và cũng thử chạy đoạn script(như csript anh hướng dẫn trên). Cho kết quả:

Code:

./setPage.sh
Recommended setting: vm.nr_hugepages = 1

Em mở /etc/sysctl.conf

Thêm vào dòng:
Code:

# hugepages
vm.nr_hugepages = 1

Em đang theo dõi thêm xem thế nào.

conmale wrote:

azteam wrote:
conmale wrote:

Nhìn qua 2 cái top này thì thấy ngay mức độ "grow" của mem dùng cho httpd quá nhanh. Nếu apache không triệt tiêu các processes đã được dùng để lấy lại mem kịp thời thì cứ đà này, sau 3 ngày server sẽ hết mem. Đến lúc server hết physical mem thì không có socket nào có thể spawn được nữa (vì chúng dùng physical mem chớ không phải virtual mem). Bởi thế, việc truy cập vào server lúc ấy là việc không thể được (không còn mem để spawn socket mới).

Em thảy lên cái apache config, cụ thể cái httpd-mpm để anh xem thử. Sẵn thảy lên cái php.ini luôn.

Apache em build mpm worker với các tham số:

Code:
ServerLimit 40
StartServers 2
MaxClients 1000
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 1000
Còn php.ini của server không biết anh cần những tham số nào trong đấy vì nếu em thảy hết lên thì rất dài . Có những tham số không cần thiết.

Thanks,
Thử chạy:

sysctl -a | grep shmmax

và

sysctl -a | grep huge

rồi gởi thông tin lên đây xem?

Hi anh,

Thông tin anh cần như như sau:

Code:

# sysctl -a | grep shmmax
kernel.shmmax = 4294967295
# sysctl -a | grep huge
vm.hugetlb_shm_group = 0
vm.nr_hugepages = 0

@mrro: Thanks, tớ đang đọc và tìm hiểu thêm về "không phải cứ hàng khủng là tốt" smilie

, hy vọng sẽ cho kêt quả sớm.

conmale wrote:

Nhìn qua 2 cái top này thì thấy ngay mức độ "grow" của mem dùng cho httpd quá nhanh. Nếu apache không triệt tiêu các processes đã được dùng để lấy lại mem kịp thời thì cứ đà này, sau 3 ngày server sẽ hết mem. Đến lúc server hết physical mem thì không có socket nào có thể spawn được nữa (vì chúng dùng physical mem chớ không phải virtual mem). Bởi thế, việc truy cập vào server lúc ấy là việc không thể được (không còn mem để spawn socket mới).

Em thảy lên cái apache config, cụ thể cái httpd-mpm để anh xem thử. Sẵn thảy lên cái php.ini luôn.

Apache em build mpm worker với các tham số:

Code:

ServerLimit 40
StartServers 2
MaxClients 1000
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 1000

Còn php.ini của server không biết anh cần những tham số nào trong đấy vì nếu em thảy hết lên thì rất dài smilie

. Có những tham số không cần thiết.

Thanks,

myquartz wrote:

Theo như top đưa lên thì thực sự swap không bị sử dụng (chỉ có 76k).
Do đó kswapd chạy như thế là bất thường, có thể lỗi vì bug hoặc swap quá to?
Bạn thử xem trong dmesg log và /var/log/messages xem có thông báo gì đặc biệt.

Theo kinh nghiệm và những gì tớ đọc được ở đâu đó, thì swap nên chỉ để tối đa 2GB (Fedora/Centos khi cài đặt chế độ tạo partition mặc định, thì nó luôn tạo swap max 2GB, cho dù RAM = 8GB).
Tại sao thế, vì khi cần memory, một máy 8GB RAM mà OS phải hoán đổi 8GB đó xuống đĩa thì ... vô cùng tệ hại. Đĩa đọc/ghi bị giới hạn tốc độ, như tớ gặp thì nhanh nhất với local disk cỡ 100MB/s, với 8GB hoán đổi mất 80 second là toi hết ứng dụng.

Mình đã check messages log, không có gì đặc biết.
Theo mình tìm hiểu lỗi mình gặp phải có thể do bug vủa kernel, nhưng mình đã upgrade kernel, build lại rồi vẫn không giải quyết được vấn đề.
Không biết bạn có nhầm lẫn khi setup không, nếu bạn setup default bao giờ nõ cũng chia swap = 2xRAM.
Tớ không nghĩ vẫn đề ở đây là do partition swap chia to hay bé.