February 25th, 2011

  • dil

Пятничное. О надёжности серверного железа

Коллеги, а кто-нибудь может подтвердить или опровергнуть устоявшееся мнение о том, что серверное железо надёжнее десктопного?

Понятно, что серверы удобнее втыкать в стойку, что у них часто бывает дублированное питание, два-четыре сетевых порта на матери и прочие вкусности, но вопрос не об этом, а чисто о надёжности железа.

Если взять одного и того же более-менее известного производителя, скажем, какой-нибудь Microstar, который производит и серверные, и десктопные материнские платы, или Dell, который делает целиком готовые машины, то при прочих равных условиях действительно ли у серверов есть преимущество в надёжности? И если да, то чем оно объясняется?
sign
  • seraph6

Пожизненная гарантия на практике

Выгорела тут у меня планка памяти в старом сервере. Память - кингстоновский DIMM DDR333, с пожизненной гарантией.
В принципе, на замену этому модулю (точнее, банку из двух модулей) я подобрал похожую тоже от Kingston, надеюсь, будет работать.
Но возникает вопрос: если они обещают пожизненную гарантию, то каким образом можно с них что-то стребовать?
Хотя бы компенсацию затрат на замену умершей планки на новую...

P.S. Пытался задать вопрос на их сайте, форму заполняю, отправляю, получаю в ответ: We're sorry but there was a problem with the form submission.
Рысь

openvz

 А какой из поддерживаемые еще дистров (centos, debian, ubuntu) и какой версии умеет ограничивать контейнеры по ресурсам CPU?
Потому как стабильный Debian не умеет. :(
Да, железо новое, желательно ядро поновее... на 2.6.18 драйвер собирать надо. А не хочется. :(
  • pahan40

Netbios И DNAT.

  Собственно ситуация в следующем.
У меня на виртуальной машине VirtualBox крутиться Winxp. Сеть настроено через bridge. То есть на хост машине интерфейс tap0 192.168.0.1/24 а на виртуальной машине прописан интерфейс 192.68.0.3/24. На хост машине так же есть интерфейс 172.16.1.14, через который и хожу в интернет. Виртуалка выходит в сеть через SNAT.
Пытаюсь пробросить все netbios запросы пришедшие на 172.16.1.14 на 192.168.0.3. Но почему то никак не могу достучаться до виндовой шары....
Вот правила iptables которые использую:

# Generated by iptables-save v1.4.10 on Fri Feb 25 19:13:23 2011
*mangle
:PREROUTING ACCEPT [216961:107697640]
:INPUT ACCEPT [180361:103550346]
:FORWARD ACCEPT [6694:1344520]
:OUTPUT ACCEPT [139000:49201029]
:POSTROUTING ACCEPT [145762:50555496]
COMMIT
# Completed on Fri Feb 25 19:13:23 2011
# Generated by iptables-save v1.4.10 on Fri Feb 25 19:13:23 2011
*nat
:PREROUTING ACCEPT [642:86386]
:INPUT ACCEPT [381:49136]
:OUTPUT ACCEPT [2598:168670]
:POSTROUTING ACCEPT [2595:168237]
-A PREROUTING -i eth0 -p udp -m udp --dport 135 -j DNAT --to-destination 192.168.0.3:135
-A PREROUTING -i eth0 -p udp -m udp --dport 135 -j DNAT --to-destination 192.168.0.3:135
-A PREROUTING -i eth0 -p udp -m udp --dport 136 -j DNAT --to-destination 192.168.0.3:136
-A PREROUTING -i eth0 -p udp -m udp --dport 137 -j DNAT --to-destination 192.168.0.3:137
-A PREROUTING -i eth0 -p udp -m udp --dport 138 -j DNAT --to-destination 192.168.0.3:138
-A PREROUTING -i eth0 -p udp -m udp --dport 139 -j DNAT --to-destination 192.168.0.3:139
-A PREROUTING -i eth0 -p tcp -m tcp --dport 135 -j DNAT --to-destination 192.168.0.3:135
-A PREROUTING -i eth0 -p tcp -m tcp --dport 136 -j DNAT --to-destination 192.168.0.3:136
-A PREROUTING -i eth0 -p tcp -m tcp --dport 137 -j DNAT --to-destination 192.168.0.3:137
-A PREROUTING -i eth0 -p tcp -m tcp --dport 138 -j DNAT --to-destination 192.168.0.3:138
-A PREROUTING -i eth0 -p tcp -m tcp --dport 139 -j DNAT --to-destination 192.168.0.3:139
-A PREROUTING -i eth0 -p tcp -m tcp --dport 445 -j DNAT --to-destination 192.168.0.3
-A PREROUTING -i eth0 -p udp -m udp --dport 445 -j DNAT --to-destination 192.168.0.3
-A POSTROUTING -s 192.168.0.0/24 -j SNAT --to-source 172.16.1.14
COMMIT
# Completed on Fri Feb 25 19:13:23 2011
# Generated by iptables-save v1.4.10 on Fri Feb 25 19:13:23 2011
*filter
:INPUT ACCEPT [84976:53086196]
:FORWARD ACCEPT [1190:214427]
:OUTPUT ACCEPT [76539:35103398]
-A INPUT -s 192.168.0.0/24 -p udp -m udp --sport 137 -j ACCEPT
-A FORWARD -d 192.168.0.3/32 -p tcp -m tcp --dport 80 -j ACCEPT
-A FORWARD -d 192.168.0.3/32 -j ACCEPT
COMMIT
# Completed on Fri Feb 25 19:13:23 2011

З.Ы. Собственно хочется чтобы клиенты из сети 172.16.1.0.24 могли с успехом увидеть расшаренные на виртуалке папке. Помогите кто чем сможет =)