Sziasztok!
On Thu, Jun 21, 2007 at 07:43:46PM +0200, Hajdu István wrote:
> > A select() vissza fog terni, hogy input esemeny van a socketen,
> > es amikor raolvasol, nulla darab byte-ot kapsz vissza.
>
> egy kicsit kiegészíteném... select visszatér azzal hogy tudsz olvasni, és
> olvasol
Sziasztok!
Elküldöm mindkét listára, mert nagyon fontos / sürgős...
Frissítettünk Etch-re és szeretnénk megoldani, hogy a felhasználóink a
levelezést már a [EMAIL PROTECTED] formában érjék el, tehát ez
legyen a felhasználónevük is.
Így lettek létrehozva a felahsználók (/etc/passwd): [EMAIL PROT
In article <[EMAIL PROTECTED]>,
Kovács Attila <[EMAIL PROTECTED]> writes:
>> Eredetileg nem akartam az osszes rekordot torolni, csak a nagyjat.
>> > H...
> Nem lehet hogy nem volt karbantartás már régóta és _rengeteg_ törölt
> rekord van a táblában?
Nem lehet tobb 10-15000-nel.
Fris
In article <[EMAIL PROTECTED]>,
Also-Antal Csaba <[EMAIL PROTECTED]> writes:
> van egy kubuntu es vnc-t szeretnek. elvileg nem fut tuzfal megis csak
> localhost-rol ertheto el. mi lehet ennez az oka?
>
> siman vncserver parancsal inditom.
Mit mond a "netstat -ant"?
Hatha csak a 127.0.0.
Kiss Gabor írta:
>
> Inkabb a logban fellelt panasz vezet nyomra a lockolasrol.
>
Azt akkor még nem írtad :).
Az a foreign key constraints violation elég gáz imho.
Valami el vagyon rontva erősen.
Vagy már a táblatervben, vagy az adatbázis kócolódott össze.
Ha gondolod, küldd be a táblák szerkeze
Kiss Gabor írta:
> In article <[EMAIL PROTECTED]>,
> Also-Antal Csaba <[EMAIL PROTECTED]> writes:
>> van egy kubuntu es vnc-t szeretnek. elvileg nem fut tuzfal megis csak
>> localhost-rol ertheto el. mi lehet ennez az oka?
>>
>> siman vncserver parancsal inditom.
>
> Mit mond a "netstat -an
Hello!
Van egy siman desktop gep, melybe 4 GB RAM kerult, mert egyszerre sok
vmware, virtualbox, xen fut rajta teszteles miatt. Kernel forditaskor
a Processort type -> Memory split alatt melyiket erdemes kivalasztani?
3G/1G
2G/2G
1G/3G
Most a free csak 3,5G-t ir:
$ free
total
kisqpi kisqpi wrote:
> ...a felhasználóink a
> levelezést már a [EMAIL PROTECTED] formában érjék el,
Hogy érted azt, hogy ilyen "formában érjék el"?
> tehát ez
> legyen a felhasználónevük is.
>
Ez miért jó?
> Így lettek létrehozva a felahsználók (/etc/passwd): [EMAIL PROTECTED]
> virtual: [EMA
On Fri, Jun 22, 2007 at 10:54:30AM +0200, [EMAIL PROTECTED] wrote:
> Van egy siman desktop gep, melybe 4 GB RAM kerult, mert egyszerre sok
> vmware, virtualbox, xen fut rajta teszteles miatt. Kernel forditaskor
> a Processort type -> Memory split alatt melyiket erdemes kivalasztani?
>
> 3G/1G
> 2
On 6/21/07, Kiss Gabor <[EMAIL PROTECTED]> wrote:
> Mond ez neked valamit?
Nekem csak alapszinten, de neked (vagy a fejlesztonek) igencsak sokat!
Alapvetoen sokat nem lehet hozzafuzni - eleg jo angolsaggal leirja,
hogy ha valami baj van/volt (figyeld a timestampeket, mert csak az
utolso(ka)t lista
Pávlicz György <[EMAIL PROTECTED]> írta, 2007.06.22.:
> > levelezést már a [EMAIL PROTECTED] formában érjék el,
> Hogy érted azt, hogy ilyen "formában érjék el"?
> >
> Ez miért jó?
Azért lett volna jó, hogy ne legyen kavarodás a usernevekkel több
domain esetén (pl. 2 kovacs.attila). --> Erre majd
On Fri, Jun 22, 2007 at 12:07:34PM +0200, Gabor Gombas wrote:
> Alapvetoen attol fugg, az alkalmazasok mennyi memoriat akarnak hasznalni.
Amugy, ha PAE-vel lathatsz is pl 8Gbyte RAM-ot, egyetlen process nem fogja
tudni hasznalni akkor se, mert 32 bites pointerek vannak, stb.
> > Most a free csak
On Fri, 22 Jun 2007, Gabor Gombas wrote:
> Kapcsold be a BIOS-ban a memory remappinget, es hasznalj PAE-s kernelt.
PAE-t nem javaslom. Ha xen van, akkor csinalj 64 bites kernelt, ettol a
domU-ban lehet 32 bites userland.
Udv,
-=Lajbi=--
On Fri, Jun 22, 2007 at 12:32:19PM +0200, Gabor Gombas wrote:
> A 3.5G feletti remappelesre 64 bites alaplap eseten is szukseg van, es a
Persze (bar nem "64 bites alaplap", inkabb CPU/architektura), de a lenyeg
pont az, amire utaltam, hogy a mappeles utan a fizikai cimtartomany mar
4Gbyte-nal nag
Bocs a talán kissé nyers válasz miatt, nem volt bennem bántó v. hasonló
szándék.
Ehhe... Hát, néha örököl az ember jópofa dolgokat...
Ha azonos nevűek vannak, és domaintaggal akarsz különbséget tenni, akkor
a virtual táblát érdemes használni; ebben tudsz csinálni
'[EMAIL PROTECTED][EMAIL PROTEC
>>
>>siman vncserver parancsal inditom.
>
>
> Mit mond a "netstat -ant"?
> Hatha csak a 127.0.0.1-en figyel a szerver.
tcp6 0 0 :::5901 :::*LISTEN
tcp6 0 0 :::5902 :::*LISTEN
tcp6 0 0 :::600
On Fri, Jun 22, 2007 at 12:13:13PM +0200, Gábor Lénárt wrote:
> Jah, de imho 32 bites architektura nem erre valo egyszeruen. Sajat
> tapasztalataim is azt mitatjak, hogy az ilyen "hianyzik meg fel giga" tipusu
> problemak megoldasa pl PAE aran gyakran lasabba teszi az egesz rendszert
> (mivel akko
On Fri, Jun 22, 2007 at 12:29:52PM +0200, Also-Antal Csaba wrote:
> tcp6 0 0 :::5901 :::*LISTEN
> tcp6 0 0 :::5902 :::*LISTEN
> tcp6 0 0 :::6000 :::*LISTEN
>
On Thu, Jun 21, 2007 at 03:46:28PM +0200, Mihaly Zachar wrote:
>
> mas:
>
> en nemtudom, de 1-2 napja, egy csomo levelet tobbszor kapok meg a
> listarol, ugyanugy a linux-kezdorol is...
>
> nalatok is jelentkezik ?
Kerem, hogy a listaval kapcsolatos problemakkal a lista adminjat
keressetek, ne
In article <[EMAIL PROTECTED]>,
"Horváth Ágoston János" <[EMAIL PROTECTED]>
writes:
>> Total memory allocated 17723580; in additional pool allocated 1048576
>
> Az innodb_buffer_pool_size es _additional_pool_size (vagy ilyesmi,
> nezz utana) enyhen szolva alacsony. Ez szandekos es tenyl
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Kiss Gabor) writes:
Most leallitottam azt a programot, amelyik folyvast _irta_ az adatbazist.
Elindult egy torles. A masik ablakban ezt latom:
mysql> show full processlist\G
*** 1. row ***
In article <[EMAIL PROTECTED]>,
=?UTF-8?B?S292w6FjcyBBdHRpbGE=?= <[EMAIL PROTECTED]> writes:
>
> S2lzcyBHYWJvciDDrXJ0YToKPgo+IElua2FiYiBhIGxvZ2JhbiBmZWxsZWx0IHBhbmFzeiB2ZXpl
> dCBueW9tcmEgYSBsb2Nrb2xhc3JvbC4KPiAgIApBenQgYWtrb3IgbcOpZyBuZW0gw61ydGFkIDop
...
Reszlet a scriptbol, ami felepi
Kiss Gabor írta:
> LE `alarms` (
> `id` int(10) unsigned NOT NULL auto_increment,
>
PRIMARY KEY (`id`),
Imho itt lesz a bibi.
Mint melítém, nem használok mysql-t, de ez az auto_increment
ez gyanús. Szerintem az van meggárgyulva.
Az ilyen featurákat kerülni szoktam mint a tüzet.
Azért vannak
Zsolt HAJDU írta:
> Ezt most en nem ertem ;-)
>
REPLACE INTO topSources (srcip, id, time, flows, bytes, minport, maxport)
VALUES ('193.225.12.83', 3, 1182427775, 5, 555, 5810,
34577)
Foreign key constraint fails for table `nfsenalarm/topSources`:
,
CONSTRAINT `topSour
> > `id` int(10) unsigned NOT NULL auto_increment,
> >
> PRIMARY KEY (`id`),
>
> Imho itt lesz a bibi.
> Mint melítém, nem használok mysql-t, de ez az auto_increment
> ez gyanús. Szerintem az van meggárgyulva.
> Az ilyen featurákat kerülni szoktam mint a tüzet.
> Azért vannak a triggerek.
E
http://www.trafficease.com/ - Offers FREE search engine optimization for first
time clients. Thats right for one time and one time only we will provide you
with free, thats right absolutely free search engine ranking for any term under
2 billion in competetion for first page results. Guarantee
> REPLACE INTO topSources (srcip, id, time, flows, bytes,
> minport, maxport)VALUES
> ('193.225.12.83', 3, 1182427775, 5, 555, 5810, 34577)
> Foreign key constraint fails for table `nfsenalarm/topSources`:
ezzel van egy par baj, nem SQL standard, es developer-ek is irja
On Fri, Jun 22, 2007 at 12:07:34PM +0200, Gabor Gombas wrote:
>
> Kapcsold be a BIOS-ban a memory remappinget, es hasznalj PAE-s kernelt.
> Ha az alaplapod nem tudja a hianyzo fel gigat 4G folotti cimre mappelni
> (szerver alaplapok tudni szoktak, desktop alaplapok kevesbe), akkor igy
> jartal.
K
On Fri, Jun 22, 2007 at 04:02:29PM +0200, [EMAIL PROTECTED] wrote:
> Koszonom mindenkinek a valaszokat, a kerdes abszolut az en tudatlansagombol
> adodott; nem fogok szenvedni ennyit azert a fel gigabyte RAM-ert, inkabb
> elcserelem valakivel egy 512-es modulra a negyediket. :-)
Ha dualchanneles
Sziasztok!
Lehet valahogy olyan statisztikát lekérni a kerneltől USB soros
port esetében, mint a normál UART-oknál a /proc/tty alatt?
Én nem láttam semmi használhatót.
Köszönettel:
Ruzsi
_
linux lista - linux@mlf.linux.rulez.org
http://mlf
Hali,
> Nem latok a forraskodban egyetlen LOCK parancsot sem.
> (Leszamitva a letrehozo ket scriptet, es azok is mas tablara vonatkoznak.)
> Egyaltalan a "lock" regularis kifejezes (case insensitive) nem
> fordul elo.
Az nem szamit. Innodb siman rak read lockot rekordokra olvasaskor is
akar (izol
Hali,
Van egy $subj beli kartya, amelyiken egy bt878-as chip lakik,
de nem sikerul mukodesre birni.
A cel egy etch lenne 2.6.x kernellel, a modul betoltodik, tvtime-al
latom az egyik kimenetet, de a tobbi 3-at nem sikerul.
a gyarto honlapjan csak suse10-hez + redhathoz gyartott telepito van,
amit
> a gyarto honlapjan csak suse10-hez + redhathoz gyartott telepito van,
> amit nagy ganyolasok eredmenyekent kiderult, h a kernel modul amit ok
> adnak nem fordul le. programozni c-ben nem tudok, ugyhogy ennek javitasa
> kilove.
valahol valamikor lattam olyat, h redhat kernel .deb-ben, olyan
esete
Gábor Lénárt wrote:
> On Fri, Jun 22, 2007 at 12:29:52PM +0200, Also-Antal Csaba wrote:
>
>>tcp6 0 0 :::5901 :::*LISTEN
>>tcp6 0 0 :::5902 :::*LISTEN
>>tcp6 0 0 :::6000 :::*
34 matches
Mail list logo