Debian GNU/Linux

Üdv

Szeretnénk vásárolni egy IBM szervert, de nem tudják megmondani az ügyfélszolgálaton, hogy gond nélkül menne-e rajta a debian.

IBM System x3550 M4 (7914-E8G) 1x Six Core Xeon E5-2630v2 2.6GHz 15M
1600MHz (80W), 8GB (1x 8GB (1Rx4, 1.35V) 1600MHz LP RDIMM), 2.5" HS
SAS(4), Raid controller M5110 (512MB Flash+RAID5), DVDRW, 2x550W
Hot-Swap PSU

Van esetleg gyakorlati tapasztalat?

Sziasztok!

Röviden a kiindulási pont. Van két hálózati kártya a gépben. Az egyik az interneten csücsül a másik pedig a belső hálózatot táplálja. A natolás működik, portforwardok is működnek. Amit szeretnék elérni, hogy bejövő kérés esetén, ha pl bacsi.geza.hu-ra érkezik bármilyen kérés akkor azt a belső hálón egy adott IP-re forwardolja. Abból indultam ki, hogy apachal vhostokban lehet ilyesmit játszani, de nekem teljes IP forward kellene. Kérdés az, hogy iptables fel tud e dolgozni ilyet, hogy bacsi.geza.hu?

Ilyesmiket találtam a neten, de nem futnak le:

iptables -t nat -A PREROUTING -d geza.geza.hu -j DNAT --to-destination 192.168.0.155
iptables -t nat -A POSTROUTING -j MASQUERADE

Szeretném iptables-szel megoldani a helyzetet. Lehetséges?

Köszönöm előre is.

üdv
ab

Sziasztok!

Adott egy HP Proliant ML310e szerver , ami fileszerverként üzemel már 2 éve gond nélkül 2db 1tb-os wd black s-ata hdd-veé, alkalmazásokat futtatnak rajta , dokumentumok és egyéb , max 40 mb méretű fileok vannak rajta tárolva.

Pénteken volt egy vihar minek következtében a szerverszobában volt egy órás áramszünet , és mivel az UPS csak ~ 10 percet bír , így a szerver leállt , adatkábel hiányában szabálytalanul. A probléma nem jelentkezett közvetlen visszakapcsolás után , hanem másnap hajnalban , folyton megakadt adott fileok olvasásakor a szerver , a hdsentinel teszt eredménye pedig az lett , hogy az /dev/sda - 100% a /dev/sdb - 14%-os egészségi állapottal rendelkezett. Szerverből kivettem a hibás lemezt, szabályos leállítás után , és így már pöpecül működött minden , de jelenleg csak 1 hdd-vel fut a szerver.

A kérdések ,amik felmerültek bennem , ezzel kapcsolatban:

Vajon mitől állhatott meg az egyik merevlemez , ilyen extrém meghibásodással -86% , holott kb ez volt 2 év alatt az 5. szabálytalan leállása , a másik lemez viszont gond nélkül megy még mindig.

Ha berakok egy ugyancsak 1tb-os wd black satas vinyot , akkor automatikusan újraépíti a szoftveres raid tömböt , vagy nekem kell majd manuális az mdadm paranccsal hozzáadni az új merevlemezt a tömbhöz?

Ha megáll a jelenlegi merevlemez (/dev/sda), úgy , hogy az új (dev/sdb) már szinkronban benne van , akkor a grub is fent lesz a redundáns lemezen , vagy az csak az elsődelegesen van fent , és a másodlagosra fel kell telepítenem kézileg rescue módban?

Előre is köszönöm a válaszokat!

Sziasztok!

Mióta frissítettem Wheezy-ről Jessie-re, fennáll az a probléma a rendszeremen, hogy bármilyen USB adattárolót csatlakoztatok a géphez, létrejön a /dev/sdx (vagy akár /dev/mmcblk0) eszköz mellett egy /dev/mapper/xyz eszköz is, és a /dev/sdx eszköz foglalt lesz, csak a mapperen keresztül lehet elérni.
Olyannyira, hogy a legtöbb esetben a gépen futó KDE felugró plasmoidjában sem lehet csatolni őket (ritkán viszont működik).

Sőt, a HDD LED is villog egy darabig, amíg próbálkozik a rendszer, és volt olyan is, hogy az USB eszköz eltávolítását követően újraindításig folyamatosan villogott is tovább (ütemesen).

A neten keresgélve dmraid-et emlegetnek, de ez elvileg nem fut a rendszeren (egyébként is notebook), ráadásul válogatás nélkül, minden lemeznél csinálja, és akadályoz.

Úgy tűnik, az eszközök létrejönnek, majd néhány másodperc után a mapper bejegyzései is megjelennek.
Hogy tudnám teljes mértékben kiirtani ezt a kellemetlen tulajdonságot a rendszerből?

Szeretném a /dev/sdx eszközöket használni, és nem tetszik, hogy a rendszer "veszekszik" önmagával egy darabig az eszközön.
Gyári kernellel (is) csinálja.

A probléma Wheezy esetén nem állt fenn, de egyfajta USB3-mas kártyaolvasóval az is csinálta (semmi mással nem fordult elő).
Jessie-vel viszont nem találkoztam olyannal, amivel ne csinálná - kezdem unni a dolgot.

Esetleg van valakinek ötlete, mivel tudnám lebeszélni a mapper használatáról?

Azt hiszem a cím mindent elárul, frissítettem és rosszul jártam :(

Telepítés közben olvastam, hogy szükséges a .conf végződés.
De hol? A .../000-default.conf esetén ott van.

systemctl -l status apache2.service kimenetele:

● apache2.service - LSB: Apache2 web server
Loaded: loaded (/etc/init.d/apache2)
Active: failed (Result: exit-code) since sze 2015-06-24 11:59:52 CEST; 27min ago
Process: 721 ExecStart=/etc/init.d/apache2 start (code=exited, status=1/FAILURE)

jún 24 11:59:52 www apache2[721]: Starting web server: apache2 failed!
jún 24 11:59:52 www apache2[721]: The apache2 configtest failed. ... (warning).
jún 24 11:59:52 www apache2[721]: Output of config test was:
jún 24 11:59:52 www apache2[721]: AH00526: Syntax error on line 10 of /etc/apache2/sites-enabled/000-default.conf:
jún 24 11:59:52 www apache2[721]: Either all Options must start with + or -, or no Option may.
jún 24 11:59:52 www apache2[721]: Action 'configtest' failed.
jún 24 11:59:52 www apache2[721]: The Apache error log may have more information.
jún 24 11:59:52 www systemd[1]: apache2.service: control process exited, code=exited status=1
jún 24 11:59:52 www systemd[1]: Failed to start LSB: Apache2 web server.
jún 24 11:59:52 www systemd[1]: Unit apache2.service entered failed state.

..és az opciók abban a fájlban tényleg + - kezdetűek.

Options -Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all

ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/

AllowOverride None
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all

ErrorLog ${APACHE_LOG_DIR}/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined

Segítséget előre is köszönöm!

Sziasztok!

Örököltem egy Debian Squeeze szervert amire php 5.3-ró 5.4-re kellet frissitenem.
Ez alapján történt:
https://davejamesmiller.com/blog/installing-php-5-4-on-debian-6-squeeze

A jelenség, hogy a php nem fut le rendesen:

error.log
[Wed Jun 24 07:26:35 2015] [error] [client 87.229.80.89] PHP Notice: Undefined variable: valtozo in /home/oldal.hu/webdownload/oldal_blokkok/menu.php online 44, referer: http://oldal.hu/index.php?valtozo=oldalneve

Előre is köszönöm!

Sziasztok!

Építettem egy intercept (transparens) proxy-t, egy windows szerver Hyper-V hostra egy Debian Jessie operációs rendszert, majd tettem rá Squid3(4.8)+SquidGuard+Sarg-ot.
2 hálókártya van a virtuális gépben egyik eth0 ezt a proxy-t és egy Mikrotik router-t köt össze, a másik eth1 ez pedig a LAN hálózatba csatlakozik.
Az iptables segítségével az eth1 interface tcp protokoll 80 portjáról a forgalom át van irányítva a 3128 portra.
A hálózat gépei gateway-ként használják a proxy-t.

Működik a böngészők beállítása nélkül.

A problémám az, hogy az első oldal betöltése az internetről nagyon lassú, majd amit a cache-ből szolgál ki az jónak tűnik.
Ideiglenesen kikapcsoltam a SquidGuard-ot. Az eredmény nem lett érzékelhetően gyorsabb.

Mit csinál mikor teker?
Ennek a proxy-nak a beállításában kérem a HUP közösség támogatását.

köszönöm

Üdv !

Másodjára telepítem Intel Celeron-os laptopomra a Jessie-t.
Az előzőt ugyanazért szedtem le (hosszas megoldás-keresés után). A frissített systemd-vel kiadott 8.1-es verziót újratelepítettem (net-installal, xfce-környezettel) azt remélve, hogy az immár bug-mentes lesz.

A jelenség ugyanaz: ha menüben a kijelentkezésre kattintok a, majd felugró menüben a hibernálás, a leállítás, az újraindítás gombok bármelyikére, lefagy a rendszer. (Terminálba beírva a megfelelő parancsot, ugyanúgy lefagy.)

CapsLock-ra nem reagál (a LED-je).
Alt + SysRq + REISUB -ra azért újraindul.

Ha kijelentkezek, és onnan próbálok újraindítást vagy leállítást kezdeményezni a megfelelő gombokra kattintással, akkor is kifagy.

A telepítés friss (semmit sem buheráltam), így a hiba a Jessie-ből ered.

A másik partíción egy LMDE-2 Bettsy dolgozik (sysv és 586-os CPU-hoz való kernel mellett), így a systemd-re és/vagy a 686-PAE-kernelre gyanakszom.

A laptop (Acer TravelMate 2413 NLC):
CPU: Intel Celeron M 370 1,5GHz 32bit (pae, mmx, nx, sse, sse2, acpi, . . . .)
RAM: 2x1GB elpida (ebből a bios 32MB-ot a VGA-nak foglal)
VGA: Intel Mobile 915GM/GMS/910GML Express Graphics Controller
HDD: 40GB IDE (ebből 2GB swap)
DVD-ROM (CD-RW)
Wifi, bluetooth: NINCS.

Kernel: linux-image-3.16.0-4-686-pae

Előre is köszönök minden segítséget!

----------------------------------------------------------------------------------

Frissítés

(ÁTMENETI) MEGOLDÁS: a "686-pae" kernel lecserélése az 586-ra (non-pae).

A Debian 8.0-nál azért jelentkezhetett a kernelcsere után is a probléma, mert leszedtem a firmware-linux-free csomagot (meg még pár fölösleges, egyéb csomagot is), mivel ezekben olyan hardverek driverei voltak, amik a gépemben nincsenek, azonban maga a firmware csomag a linux-image-3.16.0-4-586 csomagnak a függősége, legalábbis a Debianban.
(Furcsa, de az LMDE-2-ben ennek az 586-os kernelnek a firmware-linux-free már nem a függősége. . . . :-o . . . )

Nagyon érdekelne, hogy a 686-pae kernel (ami pont az P3-as, azaz i686-os CPU-k családjához lett megírva) hogy a fenében nem tud együttműködni ezzel a processzorral ?!

Vajon fogom-e tudásban/funkciókban vagy sebességben hiányát látni annak, hogy egy P1 / P2 processzorhoz szabott 586-os kernelt használok ?
(És most itt nem a PAE érdekes, hiszen csak 2GB RAM-om van).
Itt arra vagyok kíváncsi, hogy a P3-as prociban (a P2-hez képest) meglevő plusz utasítás-készlet kihasználtsága terén kevesebb lesz-e így a rendszerem, mintha egy 686-as kernelt használnék ? A logikus válasz az, hogy: persze. . . .
Na, de mivel/mennyivel ?

Illetve, ha ezekkel kis pluszokkal élni szeretnék, akkor hogyan lehetne egy olyan "686-PAE"-kernelt fordítani erre a laptopra, hogy az már a teljes P3-as utasítás-készletet kezelje, de a fentebbi bugtól mentes legyen ?

Debian testing. Frissítettem pár programot tegnap, többek között [UPGRADE] google-chrome-stable:amd64 43.0.2357.81-1 -> 43.0.2357.124-1

Ma azt láttam, hogy fú, minden olyan nagy. Gondoltam, biztos megnagyítottam az utolsó oldalt tegnap, ezért nyomtam egy ^0-t, hogy visszaálljon alap méretre. Nos, a weblap valamivel kisebb is lett, de úgy néz ki, hogy a chrome menü, a tabok, a location bar, szóval minden, ami nem a weblap, az durván nagy. A weblap is nagyobb, mint volt, mostanában olyan 75% méret körül jó.

Chrome-ban nem találtam opciót a weblapon kívüli részek méretének a változtatására. Arra gondoltam, hátha valami régi konfiguráció zavarja össze, de a ~/.config/google/google-chrome könyvtár törlése után se javult meg.

Másoknak van hasonló gondja? Tudja valaki, hogy mi okozza? Van rá megoldás?

Emlékszem, 1996-ban X resource beállításokkal lehetett szabályozni, hogy milyen és mekkora betűt használjon valami program, hol nyíljon meg az ablak, stb. Már nem emlékszem rá, hogy kellett pontosan, de jelenleg semmi más ötletem nincs (és nem is biztos persze, hogy a resource változtatás megjavítja, mert nem a font néz ki túl nagynak).

Ugye ide képet nem lehet beilleszteni?

Akkor itt esetleg egy screenshot:
https://lh4.googleusercontent.com/-kEa4AfvaKzk/VXmkJ1cuoNI/AAAAAAAAJ7M/…

Adott egy jól működő, olcsón üzemeltethető, nagy és öreg fénymásolóba oltott nyomtató. XP -> Debian (CUPS) tökéletesen működik. Nyugdíjba küldjük az XP-t, de a friss Windows-okhoz nincs driver.
Debian alól szépen nyomtat.
Létezik valami Windows-okhoz használható általános driver, aminek a kimenetét megeszi a CUPS?
Valamikor régen használtam ilyen felállásban általános Postscript drivert. Ez a nyomtató azonban nem tud Postscript-ül.
Kínomban összegányoltam egy Win 8.1 -> PDF -> Debian cron -> Printer megoldást, de nem szívesen hagynám így.
Van valakinek valami ötlete?