In article <[EMAIL PROTECTED]>,
=?ISO-8859-2?B?R+Fkb3Jp?= Zsolt <[EMAIL PROTECTED]> writes:
> megírta. Asszem ezt cuminak hívják. BELELÖVÖK A LEVEGÕBE!!!
Itt kell:
http://dawn.royalcomp.hu/~raas/lc.html
kissg :)
_
linux lista - li
LiRul wrote:
> Atolvastam a 3 server + 1 kliens howtot*, ebbol nekem az jott le, hogy
> minden kliensen fel kell sorolnom az osszes kulonbozo remote-host
> servert, megosztasonkent, majd a vegen unifybe kell fogni oket.
Altalaban ez szokott a legjobb lenni, de csinalhatsz szerveroldalon is
unify-t
Sziasztok,
sikerült már valakinek a qmail + qmail-scanner + qmail-vacation triót
beüzemelni?
nálam az eredmény :
qmail: 1203457323.347599 delivery 44: deferral:
Insecure_dependency_in_chdir_while_running_setuid_at_/usr/bin/vacation_line_96./
konzolrol nemrootkent ugyanez az üzenet. rootként me
Gádori Zsolt írta:
> állapotáról, csak hogy nem tudja írni. A k3b simán megmondta, hogy
> kezdett lemez, folytatható, meg hogy mi a típusa. A melóhelyen a
> kollégámtól kértem egy garantáltan szűz korongot, és csont nélkül
>
Az álmoskönyv szerint nem szabad multisession DVD-t írni.
Hogy miért, n
Gádori Zsolt <[EMAIL PROTECTED]> wrote:
> Egyébként Verbatim lemezeket próbáltam, abban reménykedve, hogy ezek
> talán nem "dzsunkásak". (jó a kifejezés:-))
http://www.digitalfaq.com/media/dvdmedia.htm
raas
--
Those who say it cannot be done should not interrupt the person doing it.
előző levél:
---
Mon, 18 Feb 2008 19:40:30 +0100 Gádori Zsolt
dvd írás
---
> Sziasztok!
>
> Persze lehet, hogy négy disk rossz, de azért nem valószínű.
>
> Író:
> pioneer DVR-115DBK
Sziasztok!
Nem valószínű, hogy 4 disk rossz, most mégis megesett. Illetve nem
rossz volt, hanem valószínűleg megp
On Tue, 19 Feb 2008 16:48:47 +0100
LiRul <[EMAIL PROTECTED]> wrote:
Szia
> Atolvastam a 3 server + 1 kliens howtot*, ebbol nekem az jott le, hogy
> minden kliensen fel kell sorolnom az osszes kulonbozo remote-host
> servert, megosztasonkent, majd a vegen unifybe kell fogni oket.
Ahogy en tudom,
On Tue, 19 Feb 2008, Gabor Gombas wrote:
> > Aztán postfix restart után a postconf -d ezt adja vissza mégis:
> >
> > bounce_template_file =
>
> man postconf, olvasd mar el a "-d" jelenteset...
Jujjj bocsánat, jól elnéztem default értékek.. :-(
De sajnos továbbra sem tudom, hogy mi
Kedves Lista!
Drbd-n tárolt Xen image-ekkel szeretnék egy HA clustert építeni, új
vagyok a témában.
Van-e valakinek egy használható howto-ja, hogyan lehet megoldani OCFS2
vagy GDB nélkül.
Ha jól olvastam, az új drbd és xen is támogatja ezt, allow-two-primaries
és hasonló paraméterekkel.
Fontos
Hi!
Tetszik a glusterfs, de van par kerdesem, amire egyelore nem talaltam
valaszt a leirasokban.
Atolvastam a 3 server + 1 kliens howtot*, ebbol nekem az jott le, hogy
minden kliensen fel kell sorolnom az osszes kulonbozo remote-host
servert, megosztasonkent, majd a vegen unifybe kell fogni oket.
Ha jól látom, megvan a probléma: magára hagytam a rendszert egy órára, és
azalatt magától "beállt" a clamav. Ugyanis, ahogy látom, viszonylag lassan
indul el, mire "összeszinkronizál" a saját adatbázisával. Gondolom, a
freshclamd még elvolt a frissítgetéssel egy darabig...
Egy teljes bootolási
On Tue, Feb 19, 2008 at 04:17:19PM +0100, Szabo Istvan wrote:
> Aztán postfix restart után a postconf -d ezt adja vissza mégis:
>
> bounce_template_file =
man postconf, olvasd mar el a "-d" jelenteset...
Gabor
--
-
MTA
Hi!
Debian etch, postfix 2.3.8-2. Szeretném a "hibalevelekben" a hibát
magyarul is leírni, a doksi szerint a 2.3-as postfixtől kezdve a
main.cf-be kell tenni:
bounce_template_file = /etc/postfix/bounce.cf
Ellenöríztem: postconf -b /etc/postfix/bounce.cf
Aztán postfix restart után a pos
sziasztok,
Szeretnem egy kicsit su"ru:bbre venni a munin-ban levo x-tengely
feliratozasat, viszont csak a napi grafikonon, a heti havi evi
nem valtozzon.
Ha graph_args -ban megadom a forma't, mind a 4 grafikonon valtozik,
de nem talaltam sehol sem hogy a munin hol allitja be, vagy en
hogy tehete
Thiering Péter wrote:
> - > En ugy latom, hogy eleg egyertelmu a hibauzenet.
>
>> Dehogynem, ott irja, hogy /var/lib/clamav-ot lockolna. (Hogy a freshclam
>> daemon-nal ne akadjon ossze es windows-on is mukodjon, mert ott nincs
>> posix lock)
>
> És akkor mi van, ha a freshclam daemont lelövö
Thiering Péter wrote:
> - > En ugy latom, hogy eleg egyertelmu a hibauzenet.
>
>> Dehogynem, ott irja, hogy /var/lib/clamav-ot lockolna. (Hogy a freshclam
>> daemon-nal ne akadjon ossze es windows-on is mukodjon, mert ott nincs
>> posix lock)
>
> És akkor mi van, ha a freshclam daemont lelövö
- > En ugy latom, hogy eleg egyertelmu a hibauzenet.
>Dehogynem, ott irja, hogy /var/lib/clamav-ot lockolna. (Hogy a freshclam
>daemon-nal ne akadjon ossze es windows-on is mukodjon, mert ott nincs
>posix lock)
És akkor mi van, ha a freshclam daemont lelövöm? Akkor nincs hibaüzenet a
logban
Kosa Attila wrote:
> On Tue, Feb 19, 2008 at 10:07:03AM +0100, Thiering Péter wrote:
>> Egy egész éjszaka szenvedtem a clamav-daemonnal, a logok szerint elindul, de
>> nincs pid-je, és az exim sem tud csatlakozni hozzá.
>>
>> A clamd.log-ban ez van:
>> Tue Feb 19 09:48:42 2008 -> +++ Started at Tu
Zana János wrote:
>
> Arra sajnos nem sikerült rájönnöm, hogy ott melyik bejegyzés volt hibás,
> és, hogy azt mi okozta. Épp ennek megelözése érdekében nem volt fent
> olyan DEB csomag, amely képes lett volna írni az NTFS fájlrendszert.
Mivel a linux-on a (fuse-t kiveve) kernelspaecban vannak az
On Tue, Feb 19, 2008 at 10:07:03AM +0100, Thiering Péter wrote:
>
> Egy egész éjszaka szenvedtem a clamav-daemonnal, a logok szerint elindul, de
> nincs pid-je, és az exim sem tud csatlakozni hozzá.
>
> A clamd.log-ban ez van:
> Tue Feb 19 09:48:42 2008 -> +++ Started at Tue Feb 19 09:48:42 2008
Kedves Lista!
Egy egész éjszaka szenvedtem a clamav-daemonnal, a logok szerint elindul, de
nincs pid-je, és az exim sem tud csatlakozni hozzá.
Próbáltam UNIX socket és TCP socket/localhost módban is, semmi eredmény.
Valakinek van rá ötlete, esetleg megoldása? (Etch alatt)
Ha leállítom a clamav-fr
21 matches
Mail list logo