Hirdetés
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- VR topik
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- AMD Navi Radeon™ RX 7xxx sorozat
- HiFi műszaki szemmel - sztereó hangrendszerek
- Hamarosan "kémkedhet" az NVIDIA a saját GPU-i után?
- Kormányok / autós szimulátorok topikja
- Vezetékes FÜLhallgatók
- Projektor topic
- Gaming notebook topik
-
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
doc
nagyúr
válasz
bambano
#8705
üzenetére
a baj nem az, hogy nincs Xorg, hanem hogy grafikus alkalmazast akar graf. felulet nelkul futtatni
kapasbol egesz idaig ki sem derult, hogy egyaltalan nincs graf. felulet, hiaba emlitettem vagy haromszor a hozzaszolasokbanha sima textmode cucc kell, akkor miert nem igy indultunk neki?
ez kb. az a szitu, hogy neki kell egy jarmu amivel eljut a nagymamahoz, majd miutan harman negyfele autot ajanlunk, es csak azt halljuk hogy nem meg, nem megy, kiderul hogy ja, a nagymama egy szigeten lakik es nincs hid, tehat csonak/hajo kell...
ha igy indultunk volna neki, hogy vizi jarmu kell mert nincs ut, akkor nem futunk tiszteletkoroket az autokkalmielott barki felreertene: nem leszolom a kerdezot, de azert az igenyek pontos specifikalasa es a korulmenyek ismerete nelkul nehez azt a valaszt megadni, amit o var...
amugy a screenshotokat elnezve ez alighanem windows, ahol a halozattranszparens graf. felulet, mint olyan...
-
-
-
ivivan
tag
válasz
bambano
#8584
üzenetére
Hát most egy nagyon paraszt megoldással kikerülöm a problémát: minden reggel 5kor újraindítom az apache-ot cron-ból. Estig általában kibírja...
Remélem hamar lesz apache és php frissítés lenny-ben és az talán megoldja...
És közben ha járok Pesten, akkor nézek egy memtest-et is.ivivan
-
-
ivivan
tag
válasz
bambano
#8578
üzenetére
Hát elvileg marha drága CRC-s RAM van a DELL szerverben, csak nem hibás...
Ha már így a hibás működés szóbakerült, akkor még egy kérdésem lenne: ez egy DELL szerver, hardveres RAID vezérlővel, 3db SATA vinyóval RAID5-ben. Az a kérdésem hogy honnan tudhatom meg, hogyha az egyik vinyó esetlen elromlik?
-
ivivan
tag
válasz
bambano
#8575
üzenetére
Nekem sem, de a tünet hajszálra ez: megtaláltam végre, hogy hova logolja a sok vhost mellett a segfaultokat és bőséges a termés :-(
Egyébként nekem 5.2.6.dfsg.1-1+lenny3 PHP és 2.2.9-10+lenny4 apache van.
Nem tudom, hogy ez ugyanaz a bug-e, vagy csak az eredmény ennyire hasonló, de mindenesetre érdekes véletlen lenne, mert a jelenség éppen a lenny-re való frissítés óta jelentkezik (dist-upgrade volt az előző stable-ről, aminek már nem emlékszem a nevére) -
Lenry
félisten
-
Lenry
félisten
válasz
bambano
#8535
üzenetére
nem emlékszek, hogy telepítettem volna akármilyen tűzfalat
hálókártyám csak egy van, eth0, ami működik is, mert a helyi hálózatot látom
ifconfig -a kimenete ifup után
Echo-One:/home/lenry# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:50:8d:97:7e:d2
inet addr:192.168.0.100 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::250:8dff:fe97:7ed2/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:68 errors:0 dropped:0 overruns:0 frame:0
TX packets:197 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:9342 (9.1 KiB) TX bytes:31485 (30.7 KiB)
Interrupt:27 Base address:0xe000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
LOOPBACK MTU:16436 Metric:1
RX packets:16 errors:0 dropped:0 overruns:0 frame:0
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:926 (926.0 B) TX bytes:926 (926.0 B)tlac: Debian alatt ilyen nm-connection-editor nincs, de van a szokásos kis programocska, amivel elvileg biztos jól be lehet állítani dolgokat, de szerintem használhatatlan. akármit beállítok, bezárom, megnyitom újra és minden úgy van, mintha hozzá se nyúltam volna, úgyhogy azt én mellőzném, ha lehet.
viszont: lehet baj az, hogy nem kapja meg a Linux a DNS-ek címeit?
mert találtam egy nm-tool nevű utilt, ami a következő kimenetet adjaEcho-One:/home/lenry# nm-tool
NetworkManager Tool
State: connected
- Device: eth0 ----------------------------------------------------------------
NM Path: /org/freedesktop/NetworkManager/Devices/eth0
Type: Wired
Driver: r8169
Active: yes
HW Address: 00:50:8D:97:7E:D2
Capabilities:
Supported: yes
Carrier Detect: yes
Speed: 100 Mb/s
Wired Settings
Hardware Link: yes
IP Settings:
IP Address: 192.168.0.100
Subnet Mask: 255.255.255.0
Broadcast: 192.168.0.255
Gateway: 192.168.0.1
Primary DNS: 192.168.0.1
Secondary DNS: 0.0.0.0értelemszerűen az utolsó két sor a lényeges
-
Lenry
félisten
-
Lenry
félisten
válasz
bambano
#8502
üzenetére
kipróbáltam, tudom pingelni a külvilágot
netstat -rn eredménye ifdown majd ifup után
Echo-One:/home/lenry# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0plusz nem tudom, hogy van-e köze, de a rendszer leállítása megáll ott, hogy stopping portmap daemon, és csak a reset gombbal tudom újraindítani a gépet
-
Lenry
félisten
válasz
bambano
#8500
üzenetére
ehh... de jó lenne, ha nem kellene mindig újraindítani, hogy kipróbáljam, amit írsz
no... a gép netről szinkronizál, úgyhogy az jó
a router azt hitte, hogy április van, de beállítottam, hogy ő is netről kérdezze az időt, viszont ifup után ugyanúgy 2mrd sec után akarja megújítani az IP címetifdown utáni netstat -rn eredménye:
Echo-One:/home/lenry# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Ifacenem vagyok villanyszerelő, de ez szerintem üres
-
ivivan
tag
válasz
bambano
#8472
üzenetére
Megnéztem a logokat: éjjel fél 12kor volt az utolsó 0 byte, azóta nem, de azóta nem változtattam semmit rajta, szóval ha akkor lehetett ilyen gond, akkor az még lehet most is, csak most pihen a hiba :-)
Egyébként ezt is megfigyeltem már, hogy a hiba nem egyenletes: egy sűrűbb, problémásabb 3-4 nap után "pihen egy kicsit", de aztán újra előjön néhány hét múlva...
Ráadásul most erre a szerverre pakolok még át domaineket, szóval a terheltsége még nőni fog, talán ettől a hiba előfordulása is. Úgy talán könnyebb lesz tetten érni... -
ivivan
tag
válasz
bambano
#8468
üzenetére
Nah, közben erre rájöttem :-)
Van egy oldal, amin - valamiért - errorhandler-el van megcsinálva, hogy az oldal rövidlinkes legyen (szóval ne az id=1231 látszon) és ez most úgy irányította át, hogy az error handler után is hibát okozott, ami miatt megint betöltötte az oldalt, megint hibát okozott és megint...
Szóval végtelen ciklus rulez, de legalább megvan a hiba! -
ivivan
tag
válasz
bambano
#8466
üzenetére
egyszer már belinkeltem a munin grafikont: normál használat mellett ritkán megy 100 fölé az apache processek száma, tehát nem elfogy, hanem valamiért beragadnak a szálak (most is a beragadás előtt 30-40 szál dolgozott)
Azért felemelem, mert 110-120 körül van a max, ami már közel van a limithez, de ez szerintem nem fogja megoldani a problémát, csak több szál fog beragadni! -
ivivan
tag
válasz
bambano
#8459
üzenetére
Most beírtam a végére, hogy:
www-data hard nofile 100000
www-data soft nofile 100000
ivivan hard nofile 100000
ivivan soft nofile 100000De ivivanként még mindig:
ivivan@new:~$ ulimit -n 16384
bash: ulimit: open files: cannot modify limit: A művelet nem engedettValamit újra kell indítani, hogy érvényesüljön?
-
ivivan
tag
válasz
bambano
#8455
üzenetére
Benne van a /etc/profile-ban:
ivivan@new:~$ cat /etc/profile
# /etc/profile: system-wide .profile file for the Bourne shell (sh(1))
# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...)....
export PATH
umask 022
ulimit -n 16384
És a sysctl.conf-ban is:
ivivan@new:~$ cat /etc/sysctl.conf
...
# Maximum file descriptor
fs.file-max = 331287 -
ivivan
tag
válasz
bambano
#8448
üzenetére
Jelenleg 79db kapcsolat van a 80as illetve 443as portra. De most néztem párszor: ez elég változó, néha 70 néha 140.
Munin van fent, de nem látom, hogy melyik lenne a 3 Apache közül: van egy, ami a másodpercenkénti kérések számát mutatja, egy ami az apache szálak számát és egy ami az apache által bonyolított adatforgalmat. Ezek közül szerintem egyik sem az, ami most minket érdekel... És nem is szokott a hiba esetén sem kiugróan magas lenni egyik sem.
-
ivivan
tag
válasz
bambano
#8444
üzenetére
"Először a globális descriptor limitet kell feltolni, szerintem akár 1 millióra is, utána a /etc/profile-ba írt ulimit-tel a per processz limitet."
Elvileg átállítottam 16384-re.
"A df -i megmondja, összesen hány inode van a fájlrendszerben, ha a 160 ezer ehhez közel jár, akkor bajban vagy
"Közben rájöttem, hogy rájöttem, hogy ez:
new:/home/ivivan# df -i
Fájlrendszer Inode-ok IFogl. ISzab. IFo.% Csatl. pont
/dev/sda1 0 0 0 - /azért lehet nálam, mert reiserfs-t használok, amiben ugye nincsenek inode-ok (ha jól tudom)
Most várunk, kíváncsi leszek, hogy a változtatások most érnek-e valamit...
-
ivivan
tag
válasz
bambano
#8442
üzenetére
"hány file descriptort tud megnyitni a gép"
Ezt hogy lehet megnézni?
"ulimit -n kimenetet kérdeztem már?"
new:/home/ivivan# ulimit -n
1024"hogy a diszkre fér-e még file"
Bőven fér most, de ugye letöröltük a 160 ezer fájlt... De most 1%ot ír ki a df -i, csak nem lenne 160 ezer fájltól 100%? -
ivivan
tag
válasz
bambano
#8440
üzenetére
Konkrétan 0 byte-os fájlt szed le. Most csináltam egy bazi egyszerű scriptet, ami 3 percenként leszedi a "veta.hu" címet (ez egy nálunk lévő domain) wget-el. 100x 7144 byte, egyszer 0.
Tűzfal nincs rajta, még iptables alapú sem (a múltkor leszedtem és még nem raktam rá újat)Most egy olyan jutott eszünkbe, hogy van egy Mage alapú weboldalunk, ami saját session kezelést használ (miért nem jó neki a sima? Na mindegy) és ezek a session-ök ott maradnak. Most töröltük le: 160 ezer fájl fölött járt már... Ettől történhet ilyen?
-
ZCoyote
őstag
válasz
bambano
#8432
üzenetére
és alapból ~4000-rel több progi elérhető benne, meg aztán ha segítség kell hozzá most már a csapból is ubuntu folyik úgyhogy szinte biztos hogy talál megoldást a hasfájására. Ne érts félre nem azt mondom hogy rosszabb a Debian csak nekem mint kezdőnek egyszerűen jobban bejött az Ubuntu. Viszont olyan is volt hogy laptopra feltettem az Ubuntu-t, már nem is tudom talán 7.10-et vagy a 8.04-et és kínszenvedés volt beállítani a Wifi-t. Aztán feltettem a Debian-t és pöccröffre ment a hálózat. Ja és még annyit hogy nem olyan régen jöttünk rá és beszéltük meg az Ubuntu-s topicban hogy már eltávolítható pl. a gnome-games és az ekiga míg a Debian-ban még húzná magával a gnome-t is.
-
ngabor2
nagyúr
válasz
bambano
#8432
üzenetére
mer' a debianra az a jellemző, hogy a "belső" körön kívülről kényelmi dolgokat pikk-pakk átvesz... emiatt váltottam én is inkább ubura. régen talán jó irány volt, de nem haladt az idővel, legalábbis én úgy érzem.
az ubuntu messze nem hibátlan, de legalább up-to date (amennyire az lehet). minden verzoóváltásnál 1-2 hónapig szidom magam, hogy minek kellett. aztán, ha vissz aakrok váltani az előző rts-re, elég sok cucc hiányzik...
-
ReJim
őstag
válasz
bambano
#8427
üzenetére
okés, megpróbálom, bár van libmysqlclient a distron.
bár most mintha megdöglött volna a hdd
(man page-eket nem tudod behozni, bash/sh core input/output eroor miatt. de kapott egy restartot... bár fsck-val még nem bírtam ellenőrizni.) - restart megoldotta, 9 napot bírt a kis cerka 466... -
zoltanz
nagyúr
válasz
bambano
#8407
üzenetére
"Annál is mocskosabb a történet, mert ha hinnénk a látszatnak, akkor itt egy híres, ős linuxos cég perel egy linuxos céget védjegy bitorlási okkal, ami önmagában nonszensz."
Az. Remélem nem ennek is a felhasználók isszák meg a levét, amíg a személyes bosszúhadjáratukat folytatják.
-
Lenry
félisten
válasz
bambano
#8402
üzenetére
ia32-libs 2.7 cseréjének előkészítése (e csomaggal: .../ia32-libs_20090808_amd64.deb) ...
Csere kicsomagolása: ia32-libs ...
dpkg: hibás feldolgozás: /var/cache/apt/archives/ia32-libs_20090808_amd64.deb (--unpack):
`/usr/lib32/libXcursor.so.1.0.2' felülírási kísérlete, mely az alábbi csomagban is szerepel: ia32-libs-gtk
dpkg-deb: paste alfolyamat megölve, a halált okozó jel: (Törött cső(pipe))
Hibák történtek a feldolgozáskor:
/var/cache/apt/archives/ia32-libs_20090808_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)ez röviden és tömören annyit jelent, hogy ne erőltessem egyelőre a testinget?
-
Lenry
félisten
válasz
bambano
#8396
üzenetére
értem
szerinted mekkora az esély, hogy a két ablakkezelőnek benne lesznek az új verziói? (Gnome 2.26+, KDE 4.3)
ki szeretném próbálni a KDE-t, de akkor mindjárt a legújabbat, mert arról áradoznak mostanában, de előtte adnék egy esélyt az új Gnome-nak is, hátha jó lett az is (most Gnome-ot használok és nem sok kedvem van váltani, de ha nem dob elég nagyot a Gnome, viszont az új KDE megtetszik, akkor a Gnome megy a /dev/null-ba) -
-
-
-
Lenry
félisten
válasz
bambano
#8303
üzenetére
mint mondtam, nincs SMART. semmilyen OS alatt, semmilyen programnak, semmilyen módban nem hajlandó semmi értelmes SMART adatot szolgáltatni ez a hulladék.
smt is itt elakadt
Echo-One:/home/lenry# /usr/sbin/smartctl -s on -o on -S on /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
Error SMART Enable failed
Smartctl: SMART Enable Failed.
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
Echo-One:/home/lenry# /usr/sbin/smartctl -s on -o on -S on -T permissive /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
Error SMART Enable failed
Smartctl: SMART Enable Failed.
SMART Disabled. Use option -s with argument 'on' to enable it.gép tiszta, nem szedtem szét egy ideje, de már rég ilyen a vinyó. kábelcserét még kipróbálom, és hétfőn, miután megkapom a fizumat, befigyel a helyére majd egy 750es vagy 1000es WD vagy Seagate
-
Vladi
nagyúr
válasz
bambano
#8304
üzenetére
Természetesen a barna teltebb.
Egyébként lényegében ugyan azt az eredményt adják.
Bash time:real 0m2.597s
user 0m1.224s
sys 0m0.325stime csomag:
1.26user 0.31system 0:02.63elapsed 60%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+2752outputs (1major+10967minor)pagefaults 0swapsUgyan arra a parancsra. Persze közben csinált más is a gép.
-
Vladi
nagyúr
válasz
bambano
#8290
üzenetére
Hát amelyik nekem kell.
Egyébként ennyi a manja:
time(n) Tcl Built-In Commands time(n)
___________________________________________
NAME
time - Time the execution of a script
SYNOPSIS
time script ?count?
___________________________________________
DESCRIPTION
This command will call the Tcl interpreter count
times to evaluate script (or once if count is not specified).
It will then return a string of the form
503 microseconds per iteration
which indicates the average amount of time required
per iteration, in microseconds. Time is measured in elapsed
time, not CPU time.
EXAMPLE
Estimate how long it takes for a simple Tcl for loop to count
to a thousand:
time {
for {set i 0} {$i<1000} {incr i} {
# empty body
}
}
SEE ALSO
clock(n)
KEYWORDS
script, time
Tcl time(n)Közben láttam, több is van belőle.
(#8291) SLD :
-
-
ivivan
tag
válasz
bambano
#8190
üzenetére
Erre mi is gondoltunk. Volt is már több ilyen is, hogy a feltöltő gépe vírusos volt és onnan került vírus rá.
De történetesen van egy oldal, ami a sajátunk és évek óta nem volt feltöltve rá semmi. Még ftp hozzáférés sincs hozzá!
És ha lenne is, akkor is konstans lenne egy ilyen hiba: ha van redirect a html-ben, akkor az mindig benne lenne, egy F5 nem javítaná meg! -
ivivan
tag
válasz
bambano
#8188
üzenetére
Perszehogy vírusos a neborin.info! Pont az a kérdés, hogy miért dob át arra az oldalra!
Kb 2 tucatnyian jelezték már a problémát és a céges gépeken is előfordul, pedig van vírusírtó minden gépen és programozók ülnek a gépek előtt, akik nem töltenek le akármit, szóval elég biztos vagyok benne, hogy a probléma szerver oldali.
Persze lehet, hogy kliens oldali, de akkor minden gépünk és csomó különböző ügyfél gépe egyformán vírusos, amit én elég hihetetlennek találok... -
td
senior tag
válasz
bambano
#8140
üzenetére
Na, jó ötlet volt a file-okat bemásolni, köszi! Már csak a nevükre vagyok kíváncsi.
A második az gondolom az options.pptp file akar lenni, ilyen már van, csak más (egyszerűbb) tartalommal. A chatscripthez hasonlót viszont nem találtam.(Egyébként van Bluetooth is a gépben, úgyhogy elvileg azzal is mehetne, csak még nem próbáltam párosítani őket.)
-
-
td
senior tag
válasz
bambano
#8073
üzenetére
Megnéztem, ez a dmesg kimenete:
usb 3-1: new full speed USB device using uhci_hcd and address 2
usb 3-1: new device found, idVendor=0fce, idProduct=d070
usb 3-1: new device strings: Mfr=1, Product=2, SerialNumber=3
usb 3-1: Product: Sony Ericsson W610
usb 3-1: Manufacturer: Sony Ericsson
usb 3-1: SerialNumber: ******************************
usb 3-1: configuration #3 chosen from 1 choice
cdc_acm 3-1:3.1: ttyACM0: USB ACM device
cdc_acm 3-1:3.3: ttyACM1: USB ACM device
usbcore: registered new driver cdc_acm
drivers/usb/class/cdc-acm.c: v0.25: USB Abstract Control Model driver for USB modems and ISDN adapters
usb0: register 'cdc_ether' at usb-0000:00:1d.2-1, CDC Ethernet Device, 02:80:37:0e:03:00
usbcore: registered new driver cdc_etherA /dev/ttyACM0 és 1 létrejött.
Amúgy semmi extra nem tűnt fel, tehát pl. nem jelent meg ikon az asztalon (mint ahogy a pendrive-nál igen).
Innentől mit kell csinálnom?
-
ragazzo
őstag
válasz
bambano
#8068
üzenetére
Részben iagazad van, de lehet hogy félreértettél. Azért kellene több disztró is magyarul, mert ha valaki mondjuk pingvin linuxot használ, akkor legyen magyar nyelvű leírás róla és legyen pl. fórum ahol meg lehet beszélni a problémákat. Erre gondoltam. Amúgy szerintem nem kellene ennyi disztró sem, de a folyamat megállíthatatlan. Szinte havonta jönnek létre új disztribúciók. Sokakban felmerül a kérdés hogy egyáltalán minek. Igazuk van.
-
Sipi
addikt
válasz
bambano
#8066
üzenetére
Köszi!
Persze, nem lesz, csak furcsállok ekkora programokat használni olyan célra, amihez még rendes smtp szerver sem kell. Ezekben meg egy komplett vállalati levelezés összes igénye benne van. De ha nincs, nincs, felteszem a jó öreg postfixet, hátha megvan még a régi konfigom.
Sipi
-
ReJim
őstag
válasz
bambano
#8046
üzenetére
nekem úgy 5évvel ezelőtt másoltak suse-t, apám munkatársa. (5cd+2dvd, még az üres cd-t sem kérte) azóta töltök, mert van rá lehetőségem. de van akinek nincs...
#8030, doc: zlib hiányzott, köszönöm. (próbáltam már telpíteni de libz-ként, úgy nem talált pkg-t) most fordul php5.
Dontsetek mar el, hogy MTBF-rol, vagy milyen letezo metrikarol beszeltek 
Új hozzászólás Aktív témák
- GYÖNYÖRŰ iPhone 14 Pro 128GB Deep Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3555,100% Akkumulátor
- Telefon felvásárlás!! Samsung Galaxy A20e/Samsung Galaxy A40/Samsung Galaxy A04s/Samsung Galaxy A03s
- GYÖNYÖRŰ iPhone 14 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3971, 94% Akkumulátor
- Apple iPhone 13 Pro 1TB,Újszerű,Dobozával,12 hónap garanciával
- Lenovo Thunderbolt 3 kábel (4X90U90617)
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest