Adott egy SUN Blade100-as gép, és egy Debian 3.1r2 DVD (sparc-os!!!). A probléma az, hogy szépen elkezd felbootolni, de az initrd leválasztása és a fizikai root partició felcsatolásakor kernel pánikot nyom. Az üzenet a következő: Press L1-A to return to the boot prom ! Mi a fa**om az az L1-A?
Elöre is köszi a segítséget.
Van itt valaki aki eredmenyesen hasznal apache2 + PAM (shadow) authentikaciot?
A kerdesem az lenne, hogy pontosan, melyik modult, honnan, es hogy tegyem fel az apache2-hoz.
Debian Sarge
Apache 2.2.2
Elore is koszonnem
Hali!
Milyen eszközök léteznek arra, hogy egy program vagy egy user által éppen felhasznált erőforrásokat monitorozzuk? Érdekel minden olyan dolog amit az ulimit-el lehet állítani illetve esetleg olyanok is amik be vannak drótozva a kernelbe. Az lenne a legjobb, ha lenne olyan eszköz ami riaszt ha egy erőforrás használata a határérték közelébe ér. Bár nem tudom, hogy ilyen létezik-e...
Van egyébként limit arra, hogy hány szálat használhat egy folyamat vagy user?
Sajnos lövetem sincs honnan lehetne ilyen operációs rendszereket beszerezni. DECUS kilőve, nem sikerült velük kapcsolatot találni. Van 14 db AlphaPC 164LX és egy DS 7000R gép (4 procis), amire ilyet (is) szeretnénk feltenni. Valakinek van ötlete esetleg?
vakvarju @ unixlab.hu
Hello!
Mar ket napja kuzdok az ssh-val a Debian SID-en. Van a 4.3-as verzionak egy -wX:Y kapcsoloja, amellyel egy tunnelt huzna fel a ket gep kozott a tunX-tunY interfeszeken keresztul. Az a furcsak hogy sima felhasznalokent nem mukodik a dolog, csak root-kent:
root->root OK
root->user OK ("useprivilegeseparation no" kell a celgep sshd_config-jaba)
user->user nem jo:
debug1: Requesting tun.
debug1: sys_tun_open: failed to open tunnel control interface: Permission denied
A /usr/bin/ssh-n rajta van a suid bit. sudo-val megy, de az nem megoldas...
Sikerult mar valakinek beuzemelni?
Kubi
Üdv mnindenkinek!
Lehet, hogy csak én vagyok a balfék, de nem találtam igazán használható útmutatót a vinum-hoz. Perszer végolvastam (már vagy 1000x) a handbookot, átnyálaztam a vinumvm.org-ot, és itt meg is állt az általam talált használható lehetőségek tárháza. Találtam még néhány fórumon egy-két levelet, de sehol nem említik, hogy lehet-e az LVM-mel logical volume-ot növelni, vagy ha igen akkor azt hogyan. Nos saját káromon már megtanultam hogyan tudom megnövelni az lv-t, de nagyon macerás. a gondom az, hogy a filerendszer nem nő az lv-vel, és jelen pillanatban elképzelésem sincs, hogy hogyan lehetne. Ha valakinek, bárkinek információja van akkor plz ossza meg velem, mert ez így nagyon gáz :(
A másik problémám, a slice-ok száma 1 merevlemezen. Az fdisk, vagy ha úgy teccik a sysinstall létrehoz 4 slice-t és utána beint, hogy négy és kész. Nem csinálja meg az 5-től felfelé lévőket, de a label-el is az a gond, hogy max8 lehet belőle. Nekem valami olyan partíciós táblát kelle használnom ami támogatja a sok-sok partíciót (AIX), hogy miért hagy ne részletezzem. Lehetséges ez?
Ha egyszer megcsinálom ledokumentálom. (ez igéret) ;)
üdv rumi
Hello!
Utobbi idoben elkezdett erdekelni ez a gnu hurd nevu kernel, hat gondoltam kiprobalok egy altalam forditott binarist is (mivel a debian hurd nem igazan jott be nekem). Kell hozza egy Mach is, na de elakad mar a configure kozben is ezzel a ket uzenettel:
checking for oskit version >= 19991121... no, too old!
configure: error: version in less than required 19991121
Leszedtem oskit-et megprobaltam forditani, de a forditas iszonyat sok error kozepette megszakad :(
Nem hinnem, hogy sokan probalkoztak mar ezzel, de akinek van otlete, akarmi az kerem ossza meg velem!
Koszi.
Udv mindenkinek!
Eloszor is elnezest ha valaki mar olvasta, lehet nem a megfelelo topikba raktam eloszor.
A kovetkezo problemam van remelem valaki jobban ert hozza.
Kiindulas:
Redhat 7.3 (Kernel: 2.4.18), Adaptec 2410SA Sata RAID.
Telepites az Adaptec CD-n levo driverrel, OK.
Innen minden OK, minden megy.
A kovetkezo fazis egy ceg termekenek a telepitese.
Ez felmegy, majd utolso lepeskent frissit a 2.4.20-28.7 - es kernelre.
Majd reboot es kampo. Nem birja mountolni a root-ot, mivel
a frissitett kernelben levo aacraid driver meg nem ismeri
a fenti kartyat. Gaz.
Majd:
Adaptec weboldal, forras letolt, fordit, mkinitrd, grub-install.
Erre kiirja, hogy nem jo a futo es a modulhoz tartozo kernel verzio.
Vilagos mert a futo kernel az 2.4.20-28.7 mig amihez leforditottam
abbol az lett, hogy 2.4.20-28.7custom.
Na ezt, hogy a fenebe lehet "leszedni" rola, hogy "custom"?
A kovetkezot tettem:
Forras bemasol a drivers/scsi/aacraid ala
make clean
make oldconfig
make modules
Erre lefordul a cucc, de a fentieket produkalva nem toltodik be.
Ha raeroszakolom az insmod -f aacraid paranccsal akkor megy, dehat
piszkitja a kernelt. (taint the kernel) Ez annyira nem hat meg de azert
nem artana tudni ez miert van. Hogy tudok ugy forditani, hogy a verziora
ne tegye hozza, hogy custom?
Jelenleg nincs mod tovabbi kernel frissitesre, mert akkor nincs support a feltett termekhez. Tehat a "frissits" most nem megoldas, arra akarnek tanacsot, hogyan tudok megszabadulni a forditas soran a "custom" szotol,
amit a leforditott driverbe "mint amihez valo kernel verzio" tesz bele.
Avagy ugyis fogalmazhatnam a kerdest, hogyan kell olyan drivert forditani egy mar futo kernelhez amit meg nem ismer, es a driver forrasa megvan ?
config: postfix 2.1, cyrus 2.1, mysql 4
A postfix virtual tábláját használjuk, hogy egy user több e-mail címről is kaphasson levelet.
A cyrus-t úgy állítottam be, hogy a user over quotán van, akkor ne fogadjon el több levelet,
küldjön hibaüzenetet.
A postfix hibaüzenetében viszont NEM az eredeti címzett szerepel, hanem a virtual tábla
szerint módosított localuser@localdomain .
Milyen beállítás hiányzik még?
Köszi,
Dolphy
main.cf:
# See /usr/share/postfix/main.cf.dist for a commented, more complete version
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
smtpd_client_restrictions =
# reject_invalid_hostname,
# reject_non_fqdn_sender,
# reject_non_fqdn_recipient,
# reject_unknown_sender_domain,
# reject_unknown_recipient_domain,
# reject_unauth_pipelining,
permit_mynetworks,
# reject_unauth_destination,
reject_rbl_client zombie.dnsbl.sorbs.net,
reject_rbl_client relays.ordb.org,
reject_rbl_client opm.blitzed.org,
reject_rbl_client list.dsbl.org,
reject_rbl_client sbl.spamhaus.org
smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination, reject_unauth_pipelining
myhostname = bla-bla-bla
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = localhost.localdomain, localhost.localdomain, localhost, $myhostname, mysql:/etc/postfix/mysql-mydestination.cf
relayhost =
mynetworks = 127.0.0.0/8
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
mailbox_transport = cyrus
virtual_alias_maps = hash:/etc/postfix/virtual, mysql:/etc/postfix/mysql-virtual.cf
#sender_canonical_maps = mysql:/etc/postfix/mysql-canonical.cf
message_size_limit = 20000000
content_filter = smtp:127.0.0.1:10026
body_checks = pcre:/etc/postfix/body_checks
header_checks = pcre:/etc/postfix/header_checks
Sziasztok!
Bizonyára nagyon gagyinak fogjátok tartani a kérdésemet, és elküldtök man-t olvasni, de van egy kis problémám, amiről már konzultáltam egy pár emberrel, de elég hihetetlennek tartották, és egyelőre senkinek sincs semmi ötlete. A helyzet tehát a következő:
Vagy egy power5-ös AIX 5.3 ML1 oprendszert futtató gép (1db 2core-s power5-ös proci van erre az LPAR-ra kiosztva), amin egy WebSphere Portal Server fut (szerintem az alapszitu felfogásához nem biztos, hogy fontos, de a teljesség kedvéért megemlítem). Ez nappal szépen (na jó, lassan, de ez egy más kérdés) kiszolgája a usereket (kb 98% proci terheltség, load olyan 8-9-ig is felkúszik). Az érdekesség este történik, amikor kérések kb semennyire sincsenek. A processzor terheltsége a 10%-ot sem éri el, VISZONT az 1 perces átlagos load (egyelőre ezt mértük hoszabb időn keresztül) ekkor sem megy 2.5 alá. Tehát a kérdés: hogyan lehet az egyáltalán, hogy a proci szinte semmivel sem foglalkozik, kérés nincsen, amit ki kellene szolgálni, "futtatható processzek száma" (elvi load definíció) mégis minimum 2.5. Semmilyen batch processz, vagy hasonló irgalmatlan feldolgozás nem megy este. Ha leállítom a WebSphere-t, akkor pedig megszünik a load (innen persze következhet, hogy abban, vagy egy azon futó alkalmazásban van a zizi, de az elvi kérdés ettől függetlenül még mindíg ott van).
Szóval egyelőre tök tanácstalan vagyok, ha bárkinek van valami ötlete, amit szívesen megosztana velem, ebben a témában, nagyon szívesen venném...
Zsolt