FreeBSD-all

Van egy FreeBSD rendszer, 3rd party alkalmazással amit nem túl egyszerű telepíteni és beállítani.

Céleszközt nem találtam, ami csak az állományokat mentené le. Lemezkép mentés nem jó, az egész rendszer kb 15 Gb lehet, ezért nem mentenék le egy-az-egyben egy 500 Gb-os HDD-t.

Ötlet az, Linux bootCD használatával felcsatolni a FreeBSD-s partíciókat (slice-okat). Majd tar-ral készíteni egy mentést. Van-e olyan attribútuma az UFS állományrendszernek amelyet a Linux-os tar nem tud kezelni vagy esetleg észre sem vesz? Van-e konkrét céleszköz erre a feladatra, amely katt-katt-katt módon tud állományokat menteni?

Pár információ a 3rd party programról. Módosított (saját bináris driver) kernellel érkezik és egy lebutított régi FreeBSD-re megy csak fel.

dump van, USB támogatás nincs, bár utóbbit egyszer már sikerült működésre bírnom valahogy.

samba-t ldap-pal sikerült valakinek összehozni rajta?
Az ftp már megy az ldap-pal, de a samba nem akar beengedni :(
Bekéri nevet, jelszót, de nem fogadja el.
Hol kezdjek hiba után kutatni?

Sziasztok,

Freenas 8-rendszeremet szeretném minden nap azonos időben kikapcsolni. A crontab-ba illeszteném be az "/sbin/shutdown -p now" parancsot. A problémám viszont az, hogy a beállításokat a rendszer reboot után elfelejti.

A következőket csináltam eddig:

su
mount -uw /
nano /etc/crontab
mount -ur /
cat /etc/crontab -> latom a valtoztatasaimat, minden ok
reboot

Hogy lehetne megoldani, hogy a valtoztatasok perzisztensek legyenek (reboot utan megmaradjanak). A rendszer usb stickre van telepitve, gondolom az usb sticken levo fajlt kellene modositani, hogy mukodjon a dolog, mit csinalhatok rosszul?
(A Freenas sourceforge-os foruman mar feltettem a kerdest, eddig nem jott valasz)

Sziasztok,

friss freebsd (8.2 amd64) telepítést végeztünk az egyik gépünkön és a telepítés végeztével, az ujraindítást követően azt tapasztaltuk, hogy a networking 5 percenként elhagyja magát, amit csak úgy lehet orvosolni, ha konzolon ujra felhuzzuk a networkinget és a routingot.
dmesg, syslog semmit nem ír erről...
Találkozott már valamelyikőtök hasonló problémával?

Update:
Ugy fest, hw hiba volt a dologban; vas kukazva. Koszonom mindenkinek a segitseget. (Azert elgondolkoztato, miert nem latszott ennek semmi nyoma sehol...es soha)

Tisztelt Mindenki,

Melóhelyen a kezem közé került egy szerver és egy hozzá kapot SAN, ami egy Eurologic FC2502.
Optikán van összekötve a géppel, a gépben egy LSI FC919-es kártya van.
Minden működik, a SAN feljelentkezik a gépnek da0 device-ként:
da0: Fixed Direct Access SCSI-2 device
da0: 100.000MB/s transfers
da0: Command Queueing enabled
da0: 537072MB (1099923456 512 byte sectors: 255H 63S/T 68467C)

A kérdés arra vonatkozik hogy van-e valakinek tippje hogy ezt a SAN eszközt milyen úton-módon lehetne managelni?
Sajnos nincs hozzá sem doksi sem CD, a google-t feltúrtam de eddig nem jártam sikerrel.
A céges legenda szerint állítólag RAID5-ben vannak a SAN-ban a diszkek és állítólag anno valaki valamikor úgy tudta konfigurálni hogy a szerveren futó linuxra felraktak valami managementprogramot (amiről senki nem tudja mi lehetett) ami csak X alatt futtot, így remote X-et használva lehetett babrálni az eszközt.
De természtesen ezt is csak a valaki hallotta a valakitől.
Az eszközön LAN port nincs, csak két optikai port illetve egy érdekes csatlakozó van IOIO felirattal, úgy néz ki mintha az eth csati ki lenne lapítva fele akkorára és emiatt oldalra megnyúlt volna.
Természetesen kábel ehhez sincs.

Kérdés hogy hogyan lehetne ezt az eszközt managelni, konfigurációját megkérdezni, ellenőrizni, módosítani valami tool segítségével vagy bármivel FreeBSD alatt?

camcontrol-lal is öszsesen ennyit tudtam kinyerni az eszközből:
pass0: Fixed Direct Access SCSI-2 device
pass0: Serial Number 0000de5a20000080e512de5a0000000000000000
pass0: 100.000MB/s transfers, Command Queueing Enabled

Előre is köszönöm mindenkinek a tippeket.

Update:

Kiderítettem hogy az Adaptec megvette az Eurologicot kompletten 2003-ban.
Így gugglizva már eljutottam oda hogy ilyen vezérlőkártya van a SAN-ban, legalábbis full így néz ki:
http://store.stsi.com/rcm-fc2502.html
Most megyek szétkapom, lecsekkolom hátha ebbe az irányba lesz valami siker.

Sziasztok,

Egy Windows-os PPTP -s VPN szervert kellene lecseréljek, a már meglévő FreeBSD 7.2-es szerveren futtatott PPTP szerverre. A dologra "kulcsrakészen" ott van a ports-ban a Poptop, melyet problémák nélkül felraktam, majd a dokumentációknak megfelelően létrehoztam az alábbi konfigokat:

*** /usr/local/etc/pptpd.conf ***
ppp /usr/local/sbin/pptpd
option /etc/ppp/pptpd-options
logwtmp
localip 192.168.0.100
remoteip 192.168.0.234-238

*** /etc/ppp/pptpd-options ***
name pptpd
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-128
proxyarp
nodefaultroute
lock
nobsdcomp

*** /etc/ppp/chap-secrets ***
# client server secret IP addresses
user1 pptpd pass1 *

A kapcsolódás sehonnan sem megy, sem Windows alól, sem mobiltelefon alól. :(
A hiba a logban:

pptpd[37253]: MGR: Maximum of 100 connections reduced to 5, not enough IP addresses given
pptpd[37254]: MGR: Manager process started
pptpd[37254]: MGR: Maximum of 5 connections available
pptpd[37255]: CTRL: Client 192.168.17.73 control connection started
pptpd[37255]: CTRL: Starting call (launching pppd, opening GRE)
pptpd[37255]: GRE: read(fd=7,buffer=510be0,len=8196) from PTY failed: status = 0 error = No error
pptpd[37255]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
pptpd[37255]: CTRL: Reaping child PPP[37256]

Gyakorlatilag már égre földre kerestem megoldásokat, javaslatokat, de nem találtam semmit, ami javítana a helyzeten.
Ha valaki tud, segítsen!

Köszi

Sziasztok,

van egy FreeBSD 8.2 szerver installáció, ahova PostgreSQL 9.0.3 került fel, vannak performancia problémák (meg bejegyzések a log-ban, pl too many clients already). Átnéztem a postgresql.conf-ot, és láttam, hogy a max csatlakozás értéke 40-re van állítva (meg a shared buffers 32 MB). Nosza, ez egy 1,8-as dualcore gép, benne 4GB memóriával, állítsunk be veszettül nagyobb értéket, pl. max connection 200, shared memory 512 MB. Node felhívja a figyelmet a Postgre dokumentációja (http://www.postgresql.org/docs/9.0/interactive/runtime-config-resource…) , hogy így kissé túl tudjuk lőni a kernel adta lehetőségeket, ami a rendszer összeomlásához vezethet, és ajánl megoldásokat (http://www.postgresql.org/docs/9.0/interactive/kernel-resources.html#SY…). Nos én szeretném megtudni, hogy pontosan mit is kell beállítani, hogy kell kiszámolni, illetve mivel nem "ölöm" meg a rendszert. Csak a PostgreSQL fut a szerveren, dedikált adatbázis szerver.

Én ezeket állítanám be, de nem tudom jól számoltam-e, ha a 200-as connection limit, meg 512 MB shared buffert szeretnék beállítani:

$ sysctl -w kern.ipc.shmall=131072
$ sysctl -w kern.ipc.shmmax=536870912
$ sysctl -w kern.ipc.semmap=256

A loader.conf-ba pedig:

(loader) set kern.ipc.semmni=256
(loader) set kern.ipc.semmns=512
(loader) set kern.ipc.semmnu=256

Sajnos annyira nem vagyok ebben profi, előre is köszi a segítséget, vagy a megerősítést.

üdv,
CvC

Sziasztok,

Tudja valaki mi az a vm.pmap.shpgperproc?

Köszi

helló,

abban kérném a segítségeteket, hogy a következőben segítsetek:

Adott egy hálózat, LAN0: UPC Kábelmodem ( Thomson ), LAN1: 192.168.0.0/24, LAN2: Bridge a LAN0 -rá, publikus hálózat, itt vannak a serverek, tehát LAN0 és LAN2 -n UPC publikus címek mozognak, méghozzá egy /27 -es tartomány.

És ez így tök jól működött, 2 évig...

Aztán jött az UPC ( jó fél éve...) és kicserélte a modemet, csoda cisco -ra. Ahogy néztem a cisco eszközön, ő kap egy címet a 10-es tartományból, amivel boldog és a LAN portjain pedig szórja a UPC publikus tartományát.

És most jön a csavar: Amint a UPC kicserélte a modemet, a natolt hálózat ( LAN1 ) elkezdett "szaggatni".
Ami abban merül ki, hogy ha "túl sok" a kapcsolat, akkor egy sima weboldal nem jön be, de a streamek rendre megszakadnak.

Itt gyanakodtam mtu -ra, de azt mind a két oldalon állítgattam, kisebbre, de persze semmi hatása ( vagy legalábbis nem érzékelhető ).

Viszont, ha PC -ket LAN1 -ről átkötöm LAN2 -re és kapnak egy publikus címet, láss csodát, minden megy.

És a sírás határán vagyok, mert
- ha a monowall a probléma, OK, de akkor 2 évig miért nem volt?
- ha nem a monowall a gond, akkor mi?
- most komolyan az lenne a csíziója a upc hálózatnak, hogy privát -> nat publikusra -> gw pedig az egészet "encapszulálja" a upc belső 10-es tartományára aztán valahol meg kiszorja?

tudja valaki, hogy "pontosan" mit csinál az a CISCO Modem ( DOCSIS 3 ).
Nagyvonalakban tudom, de kellene a felszín alatt :)

köszi előre is

Telepítettem (VMWare virtuális) FreeBSD 6.0-t. Tök alap telepítés, benne a sendmaillel. Sajnos netstat -lan kimenetben azt látom, hogy csak a 127.0.0.1:25 van. Pedig szerettem volna elintézni, hogy ne a localhostról fogadjon csak el levelet.

freebsd6# cat freebsd6.localdomain.mc | grep -v "^dnl\|^#"
divert(-1)

divert(0)
VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.30 2005/06/14 02:25:17 gshapiro Exp $')
OSTYPE(freebsd6)
DOMAIN(generic)
FEATURE(access_db, `hash -o -T /etc/mail/access')
FEATURE(blacklist_recipients)
FEATURE(local_lmtp)
FEATURE(mailertable, `hash -o /etc/mail/mailertable')
FEATURE(virtusertable, `hash -o /etc/mail/virtusertable')
define(`confCW_FILE', `-o /etc/mail/local-host-names')
DAEMON_OPTIONS(`Name=IPv4, Family=inet')
DAEMON_OPTIONS(`Name=IPv6, Family=inet6, Modifiers=O')
DAEMON_OPTIONS(`Port=smtp,Addr=192.168.239.133, Name=MTA')dnl
define(`confBIND_OPTS', `WorkAroundBrokenAAAA')
define(`confNO_RCPT_ACTION', `add-to-undisclosed')
define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy')
MAILER(local)
MAILER(smtp)

/etc/mail
freebsd6# make all
/usr/bin/m4 -D_CF_DIR_=/usr/share/sendmail/cf/ /usr/share/sendmail/cf/m4/cf.m4 freebsd6.localdomain.mc > freebsd6.localdomain.cf
freebsd6# make install
install -m 444 freebsd6.localdomain.cf /etc/mail/sendmail.cf
install -m 444 freebsd6.localdomain.submit.cf /etc/mail/submit.cf
freebsd6# make clean
freebsd6# /etc/rc.d/sendmail restart

Tévednék, hogy ez:
DAEMON_OPTIONS(`Port=smtp,Addr=192.168.239.133, Name=MTA')dnl
az, amivel beállíthatom, hogy hol várja a csatlakozási kérelmet a sendmail?

Eszerint:
freebsd6# grep 192.168 freebsd6.localdomain.mc
DAEMON_OPTIONS(`Port=smtp,Addr=192.168.239.133, Name=MTA')dnl
freebsd6# grep DaemonPortOptions freebsd6.localdomain.cf
O DaemonPortOptions=Port=smtp,Addr=192.168.239.133, Name=MTA
O DaemonPortOptions=Port=587, Name=MSA, M=E
freebsd6# grep DaemonPortOptions sendmail.cf
O DaemonPortOptions=Port=smtp,Addr=192.168.239.133, Name=MTA
O DaemonPortOptions=Port=587, Name=MSA, M=E

Működnie kéne, nem?
Miért nem műxik mégsem? Mi írja felül?
Köszi, ha segítesz!