patryk

malu, Archi: hm, mamy postępy - przeszliśmy już od 89 roku, kiedy ta flaga miała stać się anachronizmem, do Windowsa XP... Coż, w ramach ratowania świata przed złą flagą boot musicie w takim razie nawrócić twórców manuali Gentoo ("Most systems ignore the bootable flag, but a few need it. Set this flag on your boot partition with fdisk's a command."), Slacka ("Usually partitioning a hard disk process is composed of these steps: [...] 8. Setting a bootable flag to a desired partition"), Ubuntu (linki wcześniej) i kilku innych systemów. Ich twórcy to dopiero zalewają świat "bullshitem" ;-). Dla mnie czas na EOT.

Jak cPanel to raczej chyba exim? :-). Stawiam, że user ma dodaną tą skrzynkę na smartfonie albo w programie pocztowym i tam jest aktywna funkcja kasowania starszej poczty. Logi dovecota w razie czego są w /var/log/maillog.

Nie musi być z 89, o czym pisałem - jak przestaniesz być "wyznawcą OVH" (gdzie starczy Netboot), to z pewnością wśród biosów różnych niszowych Tyanów czy Supermicro, albo kontrolerów RAIDowych odkryjesz rodzynki .

https://help.ubuntu.com/lts/serverguide/advanced-installation.html https://help.ubuntu.com/community/CreateBootPartitionAfterInstall

W obliczu problemow OPa nie rozumiem skupienia sie na temacie flagi boot, w każdym razie jej ustawienie "na zapas" nie spowoduje żadnego problemu, a jej brak może i po to ona własnie dla różnych fakeraidów i innych wynalazków nawet w nowożytnych instalatorach jest - ba, manuale nawet w najnowszym Ubuntu zalecają jej ustawienie .

Hm, no patrz, a ja wczoraj instalowałem Debiana 7 i przy partycjonowaniu było do zaznaczenia pole "bootable" :-).

Jeśli te komunikaty nie występują w liczbie kilkuset to nie ma czym : -).

Grub i flaga bootable musi być na obu dyskach, inaczej system po reboocie się nie podniesie (chyba, że jest dostępny netboot jak np. w OVH). Tutaj troche o tym: https://www.jms1.net/grub-raid-1.shtml

Przejrzyj messages i syslog, czy załapały się tam jakieś inne informacje poza "reset adapter unexpectedly". To może być zarówno coś u Ciebie, jak i np. po stronie providera (np. reset portu na switchu etc).

W dmesgu powyżej masz kilka błędów: - padający dysk sda (błąd odczytu, w smarcie widać tylko jeden uwalony sektor, ale jest też niepowodzenie przy wykonaniu self-testu, sdb przeszedł go bez problemów), - dwukrotny zwis interfejsu sieciowego, - zawieszone procesy, ale to pewnie przez problemy z odczytem dysku. W skrócie - sda do wymiany, sieciówka do sprawdzenia (lub podmiany sterowników w kernelu).

No niestety tak jest, zwłaszcza ten oficjalny jest mocno "teoeretyczny" .

Jak dla mnie, posty o tym, że nie działa jakaś usługa w ogóle nie powinny pojawiać się w dziale opinie, co najwyżej w host is down i to raczej dopiero jak nie ma odpowiedzi od pomocy tech, a z postów tutaj wynika, że była i to szybka ;-).

Te dane nie są przechowywane w bazie MySQL, a w kilku rożnych plikach w katalogu /usr/local/directadmin/data/users/loginusera.

Na serwerach z SW RAID 1 z tej oferty domyślnie jest to właśnie tak ustawione (RAID1 + spare), więc 120 GB do dyspozycji. Myślę, że to jest też kwestia tego, że te dyski co oni tam dają często mają sporo pracy za sobą . Przykładowa maszyna z SoYouStart zamówiona w październiku miała jakieś 2000 godzin na sda i 8000-9000 na sdb i sdc, z tym, że ten nowszy dysk z kolei ma jakąś sporą w porównanu z pozostałymi ilość host_writes .

To, że Azure zapewne rozliczał wpłaty w dolarach, a Twój bank przeliczał to potem na euro, a jak wiadomo kursy walut są dość zmienne .

Zapewne zależało to od kursu $ -> Euro .

Dzisiaj spore problemy w SBG i to co dziwne już od 2-3h. Na prace.ovh.pl brak info. Z serwera (na którym w ogóle nie ma ruchu): ~# ping onet.pl PING onet.pl (213.180.141.140) 56(84) bytes of data. 64 bytes from sg1.any.onet.pl (213.180.141.140): icmp_req=2 ttl=56 time=175 ms 64 bytes from sg1.any.onet.pl (213.180.141.140): icmp_req=3 ttl=56 time=288 ms 64 bytes from sg1.any.onet.pl (213.180.141.140): icmp_req=4 ttl=56 time=162 ms 64 bytes from sg1.any.onet.pl (213.180.141.140): icmp_req=6 ttl=56 time=113 ms 64 bytes from sg1.any.onet.pl (213.180.141.140): icmp_req=7 ttl=56 time=117 ms 64 bytes from sg1.any.onet.pl (213.180.141.140): icmp_req=9 ttl=56 time=108 ms 64 bytes from sg1.any.onet.pl (213.180.141.140): icmp_req=10 ttl=56 time=312 ms ^C --- onet.pl ping statistics --- 10 packets transmitted, 7 received, 30% packet loss, time 9000ms rtt min/avg/max/mdev = 108.578/182.579/312.314/78.529 ms ~# ping wp.pl PING wp.pl (212.77.100.101) 56(84) bytes of data. 64 bytes from www.wp.pl (212.77.100.101): icmp_req=1 ttl=248 time=112 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_req=3 ttl=248 time=106 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_req=4 ttl=248 time=118 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_req=5 ttl=248 time=109 ms ^C --- wp.pl ping statistics --- 5 packets transmitted, 4 received, 20% packet loss, time 4373ms rtt min/avg/max/mdev = 106.306/111.677/118.200/4.342 ms traceroute to onet.pl (213.180.141.140), 30 hops max, 60 byte packets 1 sbg-3a-6k.fr.eu (37.59.12.253) 640.472 ms 640.540 ms * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 WarsH002RT22-WarsH002RT41.inetia.pl (83.238.251.53) 107.325 ms 107.320 ms 107.317 ms 8 213-17-134-238.static.ip.netia.com.pl (213.17.134.238) 107.216 ms 107.235 ms 107.237 ms 9 j.dab-BR2.z.j.dab-BR1.net.onet.pl (213.180.143.1) 106.251 ms 106.273 ms 106.274 ms 10 sdr1.m2d1.z.dab-BR1.net.onet.pl (213.180.151.43) 106.897 ms 106.916 ms 108.496 ms Do serwera: [...] 7 sbg-g1-a9.fr.eu (91.121.128.127) 28.799 ms 28.706 ms 28.559 ms 8 sbg-3a-6k.fr.eu (91.121.131.139) 898.647 ms * * .

Może to jakiś problem z pamięcią, który akurat ujawnia się w tym przypadku? Robiłeś memtest z panelu OVH?

Mają poczucie humoru :-).

Pingi 110-120 ms. Czyli takie, które połowie kraju nie przeszkadzają w korzystaniu z Facebooka, Instagrama itd .

Problem zaczyna się wtedy, kiedy taki sam support otrzymuje się przy kimsufi czy vps za 15 zł, jak i maszynie z serii EG czy HG, albo nawet takim Exchange, który mimo wszystko podchodzi pod zastosowania profesjonalno-korporacyjne .

netcreate: Także w datahouse.pl bezproblemowo powinni przygotować taką ofertę.

http://www.rackspace.com/email-hosting/hosted-exchange/ Testowane dawno, nie było żadnych problemów. Jak jest teraz nie wiem, ale nawet o tej porze masz podobno experta od exchange na ich czacie .

Musiałby ten Exchange paść w całości, żeby technicy zajęli się tym w weekend - tego typu problemy to raczej rozwiązują od 9 do 17 w dni robocze.

Support to odpisze po 9 rano pewnie : -). Spróbuj 17797 jako client ID.