Posiadam serwer dedykowany, który ma sporo wolnych zasobów, które nie są zużywane. Chętnie odsprzedam na dowolny okres czasu miejsce na nim. Preferowałbym udostępnienie miejsca na serwer www / ftp, w ostateczności mogą być niewymagające serwery gier. Obecnie na dedyku działa 5 stron internetowych na webserverze Litespeed (IMO najbardziej wydajny webserver) z PHP5 i MySQL oraz jakiś sponsorowany serwer gry. Średni load wynosi 0,5, w godzinach popołudniowych load = 1,5, podczas gdy ze strony korzysta kilkaset osób. Zużycie CPU zazwyczaj nie przekracza 50%. Dla chętnych udostępniam statystyki w muninie. Serwera nie wykorzystuję do eksperymentów, w ciągu ostatnich kilku miesięcy restartowany był tylko raz (gdy wymieniano dysk twardy...).

Wolne jest ponad 500GB miejsca na HDD, który jest całkowicie nowy, wymieniany 2 miesiące temu (Power_On_Hours 0x0032 099 099 000 Old_age Always - 1040), zero błędów, często robię backupy. Zazwyczaj wolne jest 3GB pamięci RAM oraz 60% procesora. Poniżej jeszcze konfig serwera:

Intel® Xeon® CPU X3220 @ 2.40GHz
4GB RAM
750GB HDD
Łącze 100 / 100, 10TB transferu, ja zużywam ok. 2TB miesięcznie.
Lokalizacja: Francja (OVH)

Akceptuję wyłącznie legalne treści i gwarantuję, że sam przechowuję wyłącznie pliki legalne (żadnych rtorrentów i innych takich tam). Co do ceny i tego, co będzie przechowywał na serwerze kupujący i na jak długo możemy się dogadać, ja na pewno nie mam zamiaru z tego serwera rezygnować przez jeszcze bardzo długi czas, więc utrata danych nie wchodzi w grę. Pragnę odsprzedać miejsce na serwerze wyłącznie z jednego (lub dwóch) powodów - po pierwsze, jedna z najbardziej dochodowych stron wpadła w smartpricing w AdSense i nie wiemy, jak długo to potrwa, przez co zarobki znacząco zmalały, a druga to wyżej wspomniana - nie ma sensu, by marnowało się tyle zasobów.

Zapraszam chętnych na PW - coś na pewno uda się wynegocjować, zależy mi na znalezieniu jednej, góra dwóch osób.

Witam,

Po zmianie serwera dedykowanego mam kolejny problem. Co chwilę, wchodząc na moją stronę wyskakuje komunikat błędu 500 Internal Server Error "
Request Timeout

This request takes too long to process, it is timed out by the server. If it should not be timed out, please contact administrator of this web site to increase 'Connection Timeout'."

Korzystam z Litespeeda + PHP5 + MySQL. Konfiguracja jest raczej prawie taka sama, jak na starym serwerze. Problem występuje bardzo często - według logów co minutę ktoś otrzymuje ten błąd. Nie wiem, czego to wina, co mogę zrobić, bo wydaje mi się, że konfiguracja jest dobra. Poniżej wycinek error.loga, który tworzy się pdoczas takiego erroru:

Cytuj

Proszę tylko o nie pisanie rad w stylu "zwiększ connection timeout". Nawet jakbym zwiększył do minuty, to i tak po tej minucie wyskoczy błąd. Zużycie CPU jest minimalne, kilka procent podczas takiego błędu, tak samo RAM'u. Z logów cięzko mi cokolwiek zrozumieć - niby połączenie jest w idle'u przez te 16 sekund, ale dlaczego? Nie wiem. Na starym serwerze o raczej tej samej konfiguracji było OK.

domena: ks200894.kimsufi.com
phpinfo: http://ks200894.kimsufi.com/phpinfo.php

Byłbym wdzięczny za każdą radę, bo nawet na oficjalnym forum Litespeeda nie znalazłem rozwiązania problemu.

Witam,

Mam pewien problem. Ostatnio zmieniałem serwer dedykowany, tak więc konieczna była zmiana DNS'ów dla moich domen .pl. Często musiałem to robić, więc już mam trochę "doświadczenia". Tyle, że teraz pierwszy raz mam taki problem: po 5 albo 6 dniach od zmiany DNS'ów w panelu OVH i biznes-host dla domen nadal większość użytkowników ląduje na starych DNS'ach. Czy to normalne? Zazwyczaj już po kilku godzinach wszystko było zmienione, a teraz czekam już kilka dni na to. Co najdziwniejsze, raz przekierowuje mnie na dobre DNS'y, a za kilka godzin przy próbie wejścia kierowany jestem na stare dns'y i stary serwer. Tak samo użytkownicy mojej strony - obecnie ok. 10% osób korzysta z nowego serwera i nowych DNS'ów, a resztę przekierowuje na stare DNS'y. Szczerze mówiąc, nie mam pojęcia, co mogę zrobić. Konfiguracja binda jest raczej ok, TTL jest ustawiony na 24h. Czy pozostaje mi tylko czekać? Jak tak, to jak długo jeszcze?

Adresy domen to modbase.pl i taniograj.pl.

Witam,

Mam problem z instalacją domeny na nowym serwerze dedykowanym (Kimsufi). Jako, że po kilku latach posiadania serwera managed w HostEurope już się od takich "robót" trochę odzwyczaiłem, to też konfiguracja binda również mi się zapomniała. Poniżej podaję kilka plików konfiguracyjnych:


/etc/bind/named.conf

include "/etc/bind/named.conf.options";
include "/etc/bind/named.conf.local";
include "/etc/bind/named.conf.default-zones";

zone "taniograj.pl" {
type master;
file "/etc/bind/taniograj.pl";
allow-transfer {213.186.33.199;};
notify yes;
};

/etc/bind/taniograj.pl

$TTL 86400
$ORIGIN taniograj.pl.
@	   IN	  SOA	 ks392018.kimsufi.com. root.taniograj.pl. (
		2004022300 ;; serial
		1200	   ;; refresh
		1200	   ;; retry
		2419200	;; expire
		86400	  ;; TTL
		)
@			   IN	  NS	  ks392018.kimsufi.com.
@			   IN	  NS	  ns.kimsufi.com.
@			   IN	  MX	  10	mail.taniograj.net.
@			   IN	  A	   176.31.108.171
ns1			 IN	  A	   176.31.108.171
ns2			 IN	  A	   213.186.33.199
mail			IN	  A	   176.31.108.171
www			 IN	  A	   176.31.108.171
ftp			 IN	  CNAME   www

/etc/resolv.conf

nameserver 127.0.0.1
nameserver 213.186.33.99
nameserver 213.186.33.199

Teraz logi binda (co ważniejsze...)

Dec 29 00:05:44 ks392018 lwresd[2249]: none:0: open: /etc/bind/rndc.key: permission denied
Dec 29 00:05:44 ks392018 lwresd[2249]: couldn't add command channel 127.0.0.1#953: permission denied
Dec 29 00:05:44 ks392018 lwresd[2249]: none:0: open: /etc/bind/rndc.key: permission denied
Dec 29 00:05:44 ks392018 lwresd[2249]: couldn't add command channel ::1#953: permission denied
Dec 29 00:05:44 ks392018 lwresd[2249]: lwres listening on 127.0.0.1#921
Dec 29 00:05:44 ks392018 lwresd[2249]: managed-keys-zone ./IN: loading from master file managed-keys.bind failed: file not found
Dec 29 00:05:44 ks392018 lwresd[2249]: managed-keys-zone ./IN: loaded serial 0
Dec 29 00:05:44 ks392018 lwresd[2249]: running
Dec 29 00:05:44 ks392018 named[2250]: reading built-in trusted keys from file '/etc/bind/bind.keys'
Dec 29 00:05:44 ks392018 named[2250]: using default UDP/IPv4 port range: [1024, 65535]
Dec 29 00:05:44 ks392018 named[2250]: using default UDP/IPv6 port range: [1024, 65535]
Dec 29 00:05:44 ks392018 named[2250]: listening on IPv4 interface lo, 127.0.0.1#53
Dec 29 00:05:44 ks392018 named[2250]: listening on IPv6 interface lo, ::1#53
Dec 29 00:05:44 ks392018 named[2250]: generating session key for dynamic DNS
Dec 29 00:05:44 ks392018 named[2250]: set up managed keys zone for view _default, file 'managed-keys.bind'
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 254.169.IN-ADDR.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 100.51.198.IN-ADDR.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 113.0.203.IN-ADDR.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: D.F.IP6.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 8.E.F.IP6.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 9.E.F.IP6.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: A.E.F.IP6.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: B.E.F.IP6.ARPA
Dec 29 00:05:44 ks392018 named[2250]: automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA
Dec 29 00:05:44 ks392018 named[2250]: command channel listening on 127.0.0.1#953
Dec 29 00:05:44 ks392018 named[2250]: command channel listening on ::1#953
Dec 29 00:05:44 ks392018 named[2250]: zone 0.in-addr.arpa/IN: loaded serial 1
Dec 29 00:05:44 ks392018 named[2250]: zone 127.in-addr.arpa/IN: loaded serial 1
Dec 29 00:05:44 ks392018 named[2250]: zone 255.in-addr.arpa/IN: loaded serial 1
Dec 29 00:05:44 ks392018 named[2250]: zone localhost/IN: loaded serial 2
Dec 29 00:05:44 ks392018 named[2250]: zone taniograj.pl/IN: loaded serial 2004022300
Dec 29 00:05:44 ks392018 named[2250]: managed-keys-zone ./IN: loading from master file managed-keys.bind failed: file not found
Dec 29 00:05:44 ks392018 named[2250]: managed-keys-zone ./IN: loaded serial 0
Dec 29 00:05:44 ks392018 named[2250]: zone taniograj.pl/IN: sending notifies (serial 2004022300)
Dec 29 00:05:44 ks392018 named[2250]: running

Dec 29 00:05:44 ks392018 named[2250]: error (network unreachable) resolving './NS/IN': 2001:503:c27::2:30#53
Dec 29 00:05:44 ks392018 named[2250]: error (network unreachable) resolving 'ns.kimsufi.com/AAAA/IN': 2001:7fd::1#53
Dec 29 00:05:44 ks392018 named[2250]: error (network unreachable) resolving './NS/IN': 2001:dc3::35#53
Dec 29 00:05:44 ks392018 named[2250]: error (network unreachable) resolving './NS/IN': 2001:503:ba3e::2:30#53
Dec 29 00:05:45 ks392018 mysqld_safe: Starting mysqld daemon with databases from /var/lib/mysql
Dec 29 00:05:45 ks392018 mysqld: 111229  0:05:45 [Note] Plugin 'FEDERATED' is disabled.
Dec 29 00:05:45 ks392018 mysqld: 111229  0:05:45  InnoDB: Started; log sequence number 0 44233
Dec 29 00:05:45 ks392018 mysqld: 111229  0:05:45 [Note] Event Scheduler: Loaded 0 events
Dec 29 00:05:45 ks392018 mysqld: 111229  0:05:45 [Note] /usr/sbin/mysqld: ready for connections.
Dec 29 00:05:45 ks392018 mysqld: Version: '5.1.49-3'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)
Dec 29 00:05:46 ks392018 /etc/mysql/debian-start[2524]: Upgrading MySQL tables if necessary.
Dec 29 00:05:46 ks392018 /etc/mysql/debian-start[2529]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored
Dec 29 00:05:46 ks392018 /etc/mysql/debian-start[2529]: Looking for 'mysql' as: /usr/bin/mysql
Dec 29 00:05:46 ks392018 /etc/mysql/debian-start[2529]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck
Dec 29 00:05:46 ks392018 /etc/mysql/debian-start[2529]: This installation of MySQL is already upgraded to 5.1.49, use --force if you still need to run mysql_upgrade
Dec 29 00:05:46 ks392018 /etc/mysql/debian-start[2544]: Checking for insecure root accounts.
Dec 29 00:05:46 ks392018 /etc/mysql/debian-start[2548]: Triggering myisam-recover for all MyISAM tables
Dec 29 00:05:47 ks392018 named[2250]: success resolving './NS' (in '.'?) after reducing the advertised EDNS UDP packet size to 512 octets
Dec 29 00:05:47 ks392018 named[2250]: success resolving 'update.litespeedtech.com/A' (in 'litespeedtech.com'?) after reducing the advertised EDNS UDP packet size to 512 octets
Dec 29 00:05:49 ks392018 named[2250]: success resolving 'ns.kimsufi.com/AAAA' (in 'kimsufi.com'?) after reducing the advertised EDNS UDP packet size to 512 octets
Dec 29 00:05:49 ks392018 named[2250]: success resolving 'ns.kimsufi.com/A' (in 'kimsufi.com'?) after reducing the advertised EDNS UDP packet size to 512 octets
Dec 29 00:05:49 ks392018 named[2250]: success resolving 'g.gtld-servers.net/A' (in 'gtld-servers.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
Dec 29 00:05:50 ks392018 named[2250]: success resolving 'ns.ovh.net/A' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
Dec 29 00:05:57 ks392018 named[2250]: success resolving 'd.ntpns.org/A' (in 'ntpns.org'?) after reducing the advertised EDNS UDP packet size to 512 octets
Dec 29 00:05:58 ks392018 named[2250]: success resolving 'i.ntpns.org/A' (in 'ntpns.org'?) after reducing the advertised EDNS UDP packet size to 512 octets

Podczas zmiany DNS domeny w managerze OVH występuje błąd:

Strefa SOA dla domeny taniograj.pl nie jest dostępna na serwerze dns: ks392018.kimsufi.com

Na serwerze: debian 6, litespeed z php 5.3.8, bind9 "standardowy". Tak dawno się tym nie zajmowałem, że nie mam pojęcia, co źle zrobiłem. Byłbym wdzięczny za radę, co trzeba poprawić, bo mimo zapoznania się z przykładowymi konfiguracjami nie mogę wyłapać błędu.
Jak wymagane: taniograj.pl / ks392018.kimsufi.com / ns.kimsufi.com

Witam,

Mam problem z tworzeniem aliasów w litespeedzie, o ile coś takiego jest w ogóle możliwe. W Google nie ma kompletnie nic na ten temat, jedynie jest informacja, jak dodać kilka domen do jednego virtual hosta. Chciałbym dodać alias, który przekierowałby na wybrany folder na serwerze (przykładowo xyz.mojadomena.pl na /var/www/vhosts/mojadomena.pl/xyz), ale nie mam pojęcia, jak to zrobić, bo dodając w Listeners do virtual hosta xyz.mojadomena.pl ten adres nie działa. Czy w ogóle litespeed odpowiada za tworzenie aliasów? Jeśli nie, to co? Mam standardowego, darmowego Litespeeda, domeny dodawałem właśnie przez panel Lite'a.