Debian GNU/Linux

Nem bírom ki - nyitok egy új topicot. Ilyet még soha nem tapasztaltam!
Nem eget rengető, de zavaró tud lenni.
Legalább négy Squeeze -t futtató gép van a kezem ügyében (mindet én telepítettem) és csak most esett le a papír húszfilléres, hogy konzolban nem működik a caps lock LED. A húszfilléres úgy pottyant le, hogy most épp X -et használok és ott működik.
Tapasztalta valaki ezt a hülyeséget? Tudja valaki mi a gyógyír?

Adva van egy semmi különösebb alaplap Gigabyte GA-MA74GM-S2H benne egy AMD Athlon II X2 240 (/proc/cpuinfo szerint). Az alaplapi videó kártya, az lspci szerint:
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon 2100
Azt hiszem így semmi extra, van a szokásos 15 pol. DSBU VGA csatin kívül egy HDMI csatlakozó is, de ezzel most nem is foglalkoztam.
A monitor egy HP L1750 aminek a képe az 1280x1024@60 felbontást szereti.
Amíg az X-et fel nem pakoltam, szépen működött a "vga=0x366" beállítással - penge, jól olvasható konzol kép.
Aztán jött az X még az initrd -t is újra generáltatta, azóta framebuffer van, most épp vesafb(?) "mode is 1280x1024x32, linelength=5120, pages=2"
Sajnos ez nem igaz - 1024x768@60 a felbontás a monitor szerint.
Az X is csak ezt hajlandó megenni, próbáltam "modeilne" -t beilleszteni de akkor végképp nem bírja a monitor. Kivettem a radeonfb -t a fekete listáról (/etc/mondprobe.d/fbdev-blacklist.conf), de az eredmény ugyanaz.
Mit kellene kipróbálnom?
(Nagyon unom, hogy ezzel állandóan szkanderezni kell, és még mindig csak felületesen kapsigálom mit is csinálok. Viszont nagyon fos a kép)

Hello!

Az volna a problemam, hogy adva van egy Debian 6, ami openvpn szerver es nagios is egyben, de ez talan lenyegtelen a problemat illetoen.

A tegnapi napon a kovetkezo modszerrel az eddig boot alatt az rc.local-bol lefuto iptables scriptet igy oldottam meg:

http://wiki.debian.org/iptables

Azota van 1 db IP amit hol tudok pingelni, hol nem a szerverrol...emiatt a nagios hol down hol up riasztasokat kuld, holott masik geprol az IP folyamatosan pingelheto.

iptables -L kimenet: (mivel csak belso IP cimek vannak a konfigban, igy ugygondolom felesleges volna kiszedni oket)

A nem folyamatosan pingelheto IP a ...206.254

Mi lehet a gond?

Talan lenyeges lehet, hogy az ezaltal a szerver altal szolgaltatott vpn-bol is folyamatosan pingelheto a kerdeses IP.

Koszi,
FBK

Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- anywhere anywhere
bad_packets all -- anywhere anywhere
DROP all -- anywhere all-systems.mcast.net
ACCEPT all -- 192.168.206.0/24 anywhere
ACCEPT all -- anywhere 192.168.206.255
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
tcp_inbound tcp -- anywhere anywhere
udp_inbound udp -- anywhere anywhere
icmp_packets icmp -- anywhere anywhere
DROP all -- anywhere anywhere PKTTYPE = broadcast
LOG all -- anywhere anywhere limit: avg 3/min burst 3 LOG level warning prefix `INPUT packet died: '
ACCEPT udp -- anywhere anywhere udp dpt:openvpn state NEW
DROP tcp -- anywhere anywhere tcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN recent: UPDATE seconds: 120 hit_count: 3 name: DEFAULT side: source
ACCEPT tcp -- anywhere anywhere tcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN recent: SET name: DEFAULT side: source

Chain FORWARD (policy DROP)
target prot opt source destination
bad_packets all -- anywhere anywhere
tcp_outbound tcp -- anywhere anywhere
udp_outbound udp -- anywhere anywhere
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
LOG all -- anywhere anywhere limit: avg 3/min burst 3 LOG level warning prefix `FORWARD packet died: '

Chain OUTPUT (policy DROP)
target prot opt source destination
DROP icmp -- anywhere anywhere state INVALID
ACCEPT all -- localhost anywhere
ACCEPT all -- anywhere anywhere
ACCEPT all -- 192.168.206.0 anywhere
ACCEPT all -- 9.0.0.0 anywhere
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
LOG all -- anywhere anywhere limit: avg 3/min burst 3 LOG level warning prefix `OUTPUT packet died: '

Chain bad_packets (2 references)
target prot opt source destination
LOG all -- 192.168.206.0/24 anywhere LOG level warning prefix `Illegal source: '
DROP all -- 192.168.206.0/24 anywhere
LOG all -- anywhere anywhere state INVALID LOG level warning prefix `Invalid packet: '
DROP all -- anywhere anywhere state INVALID
bad_tcp_packets tcp -- anywhere anywhere
RETURN all -- anywhere anywhere

Chain bad_tcp_packets (1 references)
target prot opt source destination
RETURN tcp -- anywhere anywhere
LOG tcp -- anywhere anywhere tcp flags:!FIN,SYN,RST,ACK/SYN state NEW LOG level warning prefix `New not syn: '
DROP tcp -- anywhere anywhere tcp flags:!FIN,SYN,RST,ACK/SYN state NEW
LOG tcp -- anywhere anywhere tcp flags:FIN,SYN,RST,PSH,ACK,URG/NONE LOG level warning prefix `Stealth scan: '
DROP tcp -- anywhere anywhere tcp flags:FIN,SYN,RST,PSH,ACK,URG/NONE
LOG tcp -- anywhere anywhere tcp flags:FIN,SYN,RST,PSH,ACK,URG/FIN,SYN,RST,PSH,ACK,URG LOG level warning prefix `Stealth scan: '
DROP tcp -- anywhere anywhere tcp flags:FIN,SYN,RST,PSH,ACK,URG/FIN,SYN,RST,PSH,ACK,URG
LOG tcp -- anywhere anywhere tcp flags:FIN,SYN,RST,PSH,ACK,URG/FIN,PSH,URG LOG level warning prefix `Stealth scan: '
DROP tcp -- anywhere anywhere tcp flags:FIN,SYN,RST,PSH,ACK,URG/FIN,PSH,URG
LOG tcp -- anywhere anywhere tcp flags:FIN,SYN,RST,PSH,ACK,URG/FIN,SYN,RST,ACK,URG LOG level warning prefix `Stealth scan: '
DROP tcp -- anywhere anywhere tcp flags:FIN,SYN,RST,PSH,ACK,URG/FIN,SYN,RST,ACK,URG
LOG tcp -- anywhere anywhere tcp flags:SYN,RST/SYN,RST LOG level warning prefix `Stealth scan: '
DROP tcp -- anywhere anywhere tcp flags:SYN,RST/SYN,RST
LOG tcp -- anywhere anywhere tcp flags:FIN,SYN/FIN,SYN LOG level warning prefix `Stealth scan: '
DROP tcp -- anywhere anywhere tcp flags:FIN,SYN/FIN,SYN
RETURN tcp -- anywhere anywhere

Chain icmp_packets (1 references)
target prot opt source destination
LOG icmp -f anywhere anywhere LOG level warning prefix `ICMP Fragment: '
DROP icmp -f anywhere anywhere
DROP icmp -- anywhere anywhere icmp echo-request
ACCEPT icmp -- anywhere anywhere icmp time-exceeded
RETURN icmp -- anywhere anywhere

Chain tcp_inbound (1 references)
target prot opt source destination
RETURN tcp -- anywhere anywhere

Chain tcp_outbound (1 references)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere

Chain udp_inbound (1 references)
target prot opt source destination
DROP udp -- anywhere anywhere udp dpt:netbios-ns
DROP udp -- anywhere anywhere udp dpt:netbios-dgm
RETURN udp -- anywhere anywhere

Chain udp_outbound (1 references)
target prot opt source destination
ACCEPT udp -- anywhere anywhere

hello

tudtok valami jobb repo-t a "ftp.debian.org"-től mivel nagyon gyakran elérhetetlen és már a hajam tépem lassan tőle :D

szerk.
most felvettem az ftp.hu.debian.org-t de most megint ment az ftp.debian.org szóval.... ááááá :) asszem megbékélek vele.

Sziasztok!

Van egy Postfix mailserverem virtual transporttal, ami tökéletesen működik, kivéve azt az esetet, amikor szigorú SPF rekorddal rendelkező domainról jön mail olyan virtual aliasra, amit pl. gmail felé kell forwardolni. A gmail SPF check után visszadobja a forwardolt levelet.

Hogyan lehet ezt a problémát feloldani?
Olvastam SRS témában, de nem igazán találtam postfix implementációt...

Gondolom más is találkozott már a problémával.

Előre is köszi!

Egy Debian siden kell megváltoztatnom a root jelszót, amit nem ismerek. Teljes mértékben hozzáférek a hdd-hez, és más OS-t is be tudok bootolni. Hogyan csináljam? Egyáltalán, megvalósítható egyszerű eszközökkel?

Üdv Mindenkinek!

Érdekes hibával találkoztam! Remélem esetleg valaki tud megoldást. Előre leírom ez az első fórum üzenetem itt.
Ubuntu linux-rol váltottam debian 6-ra.

Feltettem az alap csomagokat:
synapic gnome-panel gdebi gdm Minden jól is megy azaz a chrome-t kivéve itt az az érdekes gond van hogy az egér nem reagál a linkekre csak ha nyomogatom a shift gombot ami érdekesebb hogy a chromium-browser csomag is ezt csinálja. Feltettem média tarolót. Telepítettem a flashplayer-nonfree és a sun java csomagokat de ezek sem eredményeztek újabb dolgokat leszámítva hogy a flash lejátszók alatt is nyomnom kell a shift gombot ahoz hogy a kezelő szervek elő kerüljenek. Én a firefox böngészővel is ki békülnék ha lenne 64 bit-es taroló amin fent lenne a deb.

Válaszotokat előre is köszönöm!

A cím magáért beszél. Amikor destroy-olom, egy ideig totál elérhetetlen, pingelni sem lehet. Ez kb tart 10-20 másodpercig (és a többi domU ugyanúgy elérhető marad.)

A dom0 egy Debian Squeeze x64 legújabb frissítésekkel. A domU, FreeBSD 8.2-es.

Mi okozhatja ezt?

Hello!

Belevágtam a fejszémet egy MySQL cluster építésbe (VirtualBox 4.1.2-ben futtatok 2 Debian 6.0.3) de már az elején megakadtam.

A guide-om amit használok a cluster építéshez:
http://www.howtoforge.com/setting-up-a-loadbalanced-mysql-cluster-with-…

Az első lépés a guide-ban:

cd /usr/src
wget http://mysql.mirrors.pair.com/Downloads/MySQL-5.1/mysql-5.1.24-rc.tar.gz
tar xvzf mysql-5.1.24-rc.tar.gz
#Lets add proper user and group
groupadd mysql
useradd -g mysql mysql
./configure --prefix=/usr/local/mysql --enable-community-features \
--with-mysqld-user=mysql --with-mysqlmanager --with-plugins=ndbcluster
make
make install


Én a 5.1.57 legújabb verziót töltöttem le, mert az volt tarGézában fent.

Amilyen csomagokat telepítettem pluszban a rendszerhez:
make
automake
gcc
gawk
kernel-headers

Szépen el is jutok addig hogy futtassam a "configure" parancsot de nem hoz létre make fájlt és nem tudom hogy hogyan tovább.

Tud valaki segíteni hogy miért nem fut rendesen a configure?

2012/01/18
És már le is fordult. Kellett egy kis gyakorlás és utána nézés :P.
Amire szükségem volt az a gcc majdnem minden formája (gcc, gobjc, gobjc++), libncurses5-dev,libcppunit-dev, valamint az összes csomag amit a "normál" gcc telepítésnél felajánl az apt.

Gép vásárlás előtt vagyok. Cél OS Debian 5 vagy 6 (Proxmox körítésben).

A márkák elsősorban az I/O raid vezérlőben és a hardware menedzselhetőségben különböznek leginkább.

Van három versenyző egy kategórián belül.
HP ProLiant DL380 G5 -> Smart Array P400i 256MB
IBM System X3650 -> ServerRAID 8k Battery Backup Raid
DELL Poweredge 2950 -> PERC 5/i vagy 6/i

Saját tapasztalataimat szeretném segítségetekkel bővíteni.

- teljesítmény
- menedzselhetőség (elsősorban raid monitor/riasztás)
- stabilitás/ esetleges driver vagy util bug

Amiről tudok:

DELL PERC -> megaraid driver (LSI), OMSA gyári util, Redhat, Debian ready
IBM ServeRAID -> aacraid driver (ADAPTEC), aac utils, Redhat ready, Debian driver igen. Util gyárilag nem csak közösségi.
HP Smartarray -> cciss driver (??), Redhat, Debian driver igen. Util gyárilag nem csak közösségi.

Dell régebbi belépő vasat (mdadm) OMSA util-al üzemeltetek (Lenny). Rendben van bár az OMSA CLI van csak felrakva minimál daemon támogatással, eszi a memóriát.

IBM serverraid CD-t többször kellett használnom, ahogy láttam az IBM a gyári tool-ok nem Debian ready. Régeben volt olyan tapasztalatom aacraid driver-el hogy a third party tool-ok Debian alatt egy raid monitor lekérdezésnél befagytak (aacraid verzio+raid firmware+util verzió mátrixára kényes).

HP Smartarray: sikerült egy vasat anno (G5) egy napig Lenny alatt nyúzni (cciss driver és tool). Maga a driver és tool rendbe volt viszont az I/O sebességtől nem voltam elájulva. Ami hírlik a smartarray vezérlőkről hogy igazán a driver BSD alatt kiforrott.

Köszi a tapasztalatokat akinek van . . . .