FreeBSD-all

ZFS

Fórumok

Halihó!


Jan 17 00:06:38 freebsd kernel: WARNING: / was not properly dismounted
Jan 17 00:06:38 freebsd kernel: WARNING: ZFS is considered to be an experimental feature in FreeBSD.
Jan 17 00:06:38 freebsd kernel: ZFS filesystem version 6
Jan 17 00:06:38 freebsd kernel: ZFS storage pool version 6
Jan 17 00:06:38 freebsd kernel: IP Filter: v4.1.28 initialized.  Default = pass all, Logging = enabled
Jan 17 00:06:39 freebsd savecore: reboot after panic: kmem_malloc(118784): kmem_map too small: 1589731328 total allocated
Jan 17 00:06:39 freebsd savecore: writing core to vmcore.0

Négy hónap alatt elérte a megadott vm.kmem_size_max=1536M értéket, és tartott
egy egészségügyi sétát (gyk.: összeszarta magát :). Az a tippem, hogy valahol
van egy memory leak ZFS kapcsán, amely érzésre I/O érzékeny.

Érdekes lehet a CPU terhelés alakulása is a kernel panic előtt
(http://munin.javaforum.hu/system/system-cpu.html), ugyanis a system terhelés
folyamatosan magas volt, majd az éjjeli mentések lefutása kezdetén elszállt
az égbe. Illetve az is, hogy 13-án és 14-én egy szimpla `make world` 40-60
közötti load-ot generált...

Egyébként azt mondom, hogy viszonylag stabil de nagyon kényelmes... remélem
lesz arra példa, hogy a stabilitása magasabban lesz, mint a kényelmessége. :)

BSD router ipfw-vel nem megy :(

Fórumok

Hello,

Érdekes szituba kerültem. Nem mondom hogy pró vagyok ipfw-ben, de azért már csináltam ezt azt, és most olyan dolgot látok amit eddig még soha... remélem valaki tudja a megoldást!

Adott 1 gép, arra van kötve egy fix IP-s internet. A gépnek van további 2 hálózati interfésze, egy belső hálózatos (UTP), és egy másik wifi belső háló.

Internet: vr1
UTP belső háló: vr0 (192.168.0.0/24)
Wifi belső háló: rl0 (192.168.1.0/24)

Az alapvető szabályok amikkel végzem a routolást:

/sbin/natd -n vr1

ipfw delete 50
ipfw add 50 divert 8668 ip from 192.168.0.0/24 to any via vr1 out
ipfw delete 55
ipfw add 55 divert 8668 ip from any to me via vr1 in

ipfw delete 60
ipfw add 60 divert 8668 ip from 192.168.1.0/24 to any via vr1 out
ipfw delete 65
ipfw add 65 divert 8668 ip from any to 192.168.1.0/24 via vr1 in

Most a további alapvető parancsokat nem irom ide, igazából a routoláshoz elég ez.

A helyzet hogy a 192.168.0.0-ás hálóból tökéketesen megy a net, viszont az 192.168.1.0-ásból nem. Illetve a 192.168.1.0-ásból 1 pingig jó, tehát ha valamit pingelek a net felé, pingik egy válaszig a többire már nem érkezik válasz. Ha megszakítom, és megint rányomom a pinget, megintcsak az elsőre érkezik válasz.

Mi lehet szerintetek a gond? Vagy egyáltalán ne is így csináljam?

Köszi

megoldva - Compiz - Help

Fórumok

Sziasztok,

ide is postolom, hatha valakiben felcsillan a megoldas :)

Reggel ota kinlodok a compiz beinditasaval, amit a handbook irt azon tul vagyok + google -rol toltottem ~1TB forumot es semmi :(
csoda Intel Driver GM965
hibauzenet: compiz szerint a "GLX_EXT_texture_from_pixmap is missing",

ha az n. forumon javasolt LIBGL_ALWAYS_INDIRECT=1, akkor pedig
Fatal: No GLXFBConfig for default depth, this isn't going to work.

Nemsokara masolok ide xorg configot is.

koszi,
kisauto

freebsd-update vs portupgrade

Fórumok

Üdv,

Egy FreeBSD 7.0-t konfigolgatok a notimon egy ideje. Ports-ból teszem a csomagokat és minden jól megy. Most már itt van a 7.1, szeretnék upgrade-elni. Az alábbi módon fogok pár nap múlva:

freebsd-update -r 7.1-RELEASE upgrade

Olvasgatom a FreeBSD kézikönyvet a rendszer-frissítésről. Ami nem világos, hogy mit frissít a freebsd-update? Ez csak a rendszer-magot frissíti, és utána ráereszthetem a portupgrade-et, vagy ha port-ot használok, akkor ne használjam a freebsd-update-et?

Az világos hogy port-ból fordítok és nem telepítek régebbi csomagot bináris pkg-ból.
A freebsd-update-ről még a manual-ban is elég kevésnek tűnik a doksi.

Tudnátok segíteni abban is esetleg, hogy ki melyik port-frissítő parancsot pereferálja? (portupgrade és portmaster között vacilálok, de portmaster jobban tetszik olyan szempontból amit a doksi is ír, hogy a rendszer pkg adatállománya alapján jegyzi a csomagokat és nem kell külön db).

Előre is köszi.

Bacula nem indul

Fórumok

Szervusztok!

Gondjaim vannak egy FreeBSD 7.0 szerverrel, próbálok rá összerakni egy Bacula-t, amit szalagos mentésre szeretnék használni.

Indításkor (illetve helyett, merthogy el se indul) ezt a hibaüzenetet kapom:


[root@freebsd /usr/local/etc]# /usr/local/sbin/bconsole -c /usr/local/etc/bconsole.conf
Connecting to Director freebsd:9101
02-Jan 18:31 bconsole JobId 0: Fatal error: bsock.c:129 Unable to connect to Director daemon on freebsd:9101. ERR=Connection refused

És eszerint a how_to szerint néztem meg a conf-ban a jelszavakat:
link

btape szerint jó a szalagos egység, így vétek lenne nem használni, csak Bacula témában nagyon lamer newbie vagyok még.

Mit nézek be? Mi kell hogy működjön?

Előre is köszi a segítséget!

/mazursky

Love your job but never love your company!
Because you never know when your company stops loving you!

FreeBSD ports források miért nem FreeBSD-s szerverről jönnek?

Fórumok

Üdv,

FreeBSD alatt ports-ból való fordítással kapcsolatban nem értem azt, hogy a patch-hez a forrást miért nem "saját" FreeBSD-s tükörről szedi??

Nem lehet beállítani valahol hogy ne minden egyes szoftver komponenst a szoftver saját weboldaláról húzzon? Valahogy nagyon nem tetszik. Így egyrészt a függőségek letölthetősi sebessége 20 függőség esetén 20 különböző szervertől függ, másrészt ha éppen 1 nem áll rendelkezésre, akkor ugrott az egész. (Meg valahogy biztonsági szempontból sem tetszik, de javítson ki hozzá értő. Értem hogy ellenőrzi a hash-t, de akkor is?).

Nekem személy szerint az lenne szimpatikus, ha egyetlen szerverről húzná az összes forrást. Gondolom (vagy remélem) hogy be lehet állítani FreeBSD-t tükröt is, ugye? :)

Köszi előre is a segítséget.

Szerk.: Azt látom hogy új szervert keres ha az aktuális nem elérhető.

korrupt portsdb

Fórumok

Sziasztok

Segítséget szeretnék kérni az alábbi problémában. A szerveren a portsdb nagyon furán viselkedik
és úgy tűnik, hogy a portsdb korrupt lett és sehogy nem tudom kijavítani.

Ezt csinálja:


[root@s1 /usr/ports]# portupgrade libxml2
--->  Upgrading 'libxml2-2.6.32' to 'libxml2-2.6.32_1' (textproc/libxml2)
--->  Building '/usr/ports/textproc/libxml2'
===>  Cleaning for libxml2-2.6.32_1
===>  libxml2-2.6.32_1 has known vulnerabilities:
=> libxml2 -- multiple vulnerabilities.
   Reference: <http://www.FreeBSD.org/ports/portaudit/f1e0164e-b67b-11dd-a55e-00163e000016.html>
=> Please update your ports tree and try again.
*** Error code 1

Stop in /usr/ports/textproc/libxml2.
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.32920.0 env
UPGRADE_TOOL=portupgrade UPGRADE_PORT=libxml2-2.6.32 UPGRADE_PORT_VER=2.6.32 make
** Fix the problem and try again.
** Listing the failed packages (*:skipped / !:failed)
        ! textproc/libxml2 (libxml2-2.6.32)     (unknown build error)
--->  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed
[root@s1 /usr/ports]# 

Na most, ha megnézzük ezt a portot a weben,
akkor természetesen van a portnak frissebb verziója, ami libxml2-2.6.32_2. Az én gépemen is látszik:


[root@s1 /usr/ports]# make search name="libxml2"
(...)
Port:   libxml2-2.6.32_2
Path:   /usr/ports/textproc/libxml2
Info:   XML parser library for GNOME
Maint:  gnome@FreeBSD.org
B-deps: gettext-0.17_1 gmake-3.81_3 libiconv-1.11_1 pkg-config-0.23_1
R-deps: libiconv-1.11_1 pkg-config-0.23_1
WWW:    http://xmlsoft.org/
(...)

Hiába csinálok portsdb -Uu-t (ez kb. 11 percig fut le), make fetchindex-et, portsdb -u-t, pkgdb -F vagy pkgdb -u-t, nem segít.
Továbbra is a régebbi libxml2 portot akarja felrakni, de azt meg blokkolja a biztonsági csekk mondván,
hogy sebezhetőség van benne.

Nagyon nagy gáz mert éles adatok vannak/voltak a gépen, emiatt az apache/php leállt így át kellett rakni dolgokat máshova.
Előre is köszi a segítséget.

latin2 vs utf8

Fórumok

sziasztok!
ékezetes problémám akadt apache alatt..

néhány ügyfélnek latin2-vel mennek az oldalai, másoknak meg utf8 (tudom, horror)
a rendszer maga freebsd 7.0 és latin2-ben van (iso-8859-2) és itt jön be a probléma!
amikor az utf8-at igénylők töltenek fel fájlokat(esetleg módosítják a meglévőket) ftp-n (proftpd), akkor az apache-ban hibás lesz az ékezet.. lehet ez ellen bármit tenni?

ha belépek ssh-n és a puttyot utf8-ra állítom, így átírogatom a php-ket, akkor az ékezet hibátlan.
köszi a segítséget