Üdv!
a problémám a következő:
- eredeti fájlok mentése
- mentés visszatöltése más könyvtárba
- atime/mtime összehasonlítása eltér
olyan mentés/helyreállítás megoldást keresek amiben a mentés képes atime/mtime helyreállításra (pl.:fbackup/frestore)
de sajnos említett, 1ébb okokból nem játszik ;)
os:hpux
ötlet,javaslat?
elöre köszi
Sziasztok,
jelenleg egy 32bites deb-en (3.0) futo szerverem van, samba DC, squid, postfix, dovecot, dhcpd
vascsere lesz, debian 5 megy fel. ezeket a szervizeket kell atmigralnom az uj vasra, amiben 6G ram van. -kicsit overkill, de az most mindegy.- kerdesem (ha leszamitjuk hogy a 32 bites os nem fogja cimezni a 4G+ ramot) milyen os-t tegyek fel? 32, vagy 64 bitest?
fokent az az aggalyom, hogy a samba db-it nem fogom tudni athekkelni alaja, ami pedig fontos, a juzer jogosultsagok miatt.
szerintetek milyen caveat lehet meg?
otlet?
elore is koszi
Hali,
tudna valaki segíteni nekem? Kéne egy gép, amiről minimum 5Gbps-el tudok adatot leszedni (ftp v. wget), egy gyors teszt erejéig.
Előre is köszi,
Gábor
Üdv
A minap vásároltam egy pci- buszos párhuzamos portot és a linuxom ami, egy xubuntu valamiért nem akarja lekezelni.
lspci -re annyit dob fel Parallel Controller: Timedia Parellel Co Lt Unknown device 7268(rev 01).
lspci -v re irq 16
I/O portok 3400 és 3800
Innen tudom hogy látja az eszközt... kerestem drivert de nem találok sehol... bár lehet rosszul kedzetem...
Ebben kellene egy kis segítség...
Ave
Sziasztok!
Van egy 0-24ben üzemelő gépem, debian lennyvel. Azt a jelenséget produkálja, hogy 2hetente újraindul. Minden második szombaton 17óra 30valamennyi perckor. De hogy mitől...? Szeretném kideríteni, hogy vajon ezt mi idézi elő.
Nézegettem a logokat, nem találtam semmi érdekeset, de lehet átsiklottam a megoldás felett.
Tudnátok segíteni, hogy vajon merre induljak el a felderítésben? Hol keresgéljek, és mit? :)
Sziasztok!
A segítségeteket szeretném kérni. Ubuntu linux disztribució és LDAP bejelentkezés. A skel be beraktam a munkaasztalt és bele helyeztem néhány indítóikont.
Amikor a felhasználó (LDAP-on keresztül azonosítva) bejelentkezik, akkor létrejön a home directory-ja és az asztalán megjelennek a parancsikonok. Eddig nagyon szépen működik! Most jön a neheze (számomra!)
A feladat az lenne, hogy vannak Samba-s megosztások, amit minden bejelentkezett felhasználónak látnia kellene. Van úgy, hogy akár 10 felhasználó is használ egy gépet, szóval a kézimunka feledhető.
Ezt hogyan tudom megoldani? Előre is köszi minden segítséget!!!
Indítanám ma este a gépet (tegnap volt valami automatikus frissítés), erre nem látok egyetlen betűt sem bejelentkezés után az Ubuntu 9.04-ben. Minden megvan: az ikonok, minden jól működik, csak sehol egy betű. A gnome-terminal-ban sincs.
http://160.114.33.20/~kovzol/betuknelkul.png
Átváltva konzolra (CTRL-ALT-F1) minden rendben, tehát olyan nagy baj nincs. Mondjuk a GMail kicsit béna karakteres felületen, de mindegy.
A dolog nem hagy nyugodni: megpróbálok gdm helyett kdm-et. Nem jobb. Aztán futtatok pár alkalmazást, érdekes: a Qt-s alkalmazásokban néhány betű megjelenik, érdekes módon olyan helyektől kezdve, ahol aláhúzás van kirakva (a gyorsbillentyűs elérések aláhúzásai). De amúgy ott is hiányzik a szövegek 90%-a.
Kijelentkezek-bejelentkezek: a bejelentkező képernyőn a szövegek látszanak, de amikor gépelem az azonosítómat, akkor amit gépelek, az nem. A gdm menüjéből is hiányoznak a betűk.
Ezeket próbáltam még, siker nélkül:
Lehet, hogy a fontok másztak el valahová, de nem tudom, mik lehettek. A másik, normálisan működő rendszeremben kiadtam egy "lsof | grep font"-ot, ebből próbálok majd következtetni, hogy a hibás rendszeremen mi kavarodott el, de ez már csak holnap lesz, túl késő van... esetleg valakivel már történt meg ugyanez?
Tudja valaki, kiderul-e a perl stat() kimenetebol, hogy van-e ACL a vizsgalt fajlokon?
Elsosorban AIX, de egyeb esetekben is erdekelne.
Koszi.
Sziasztok!
Adodott a problema hogy az összes hdX-particio egyszercsak sdX lett amikor beraktam egy uj SATA winchestert a gepbe. Namost talaltam egy oldalt a neten hogy hogyan kapjuk vissza a hdX particiokat (Itt) kulönfele modulokkal. Ez muködött, visszakaptam a regi hdX-eimet (es valahogyan a SATA is hdX lett, bar ez nem fontos szerintem). Csak ezutan fedeztem fel hogy a winchesterek sokkal lassabak lettek, a szokott boot-time 19-röl 41 mp-re ugrott és futas közben is sokat matatott a winchester, noha 2gb memoria van (szoval biztos nem swapelt).
Van valakinek vmi ötlete hogy mit lehetne csinalni?
Felcsillant a szemem mikor rátaláltam, hiszen mindíg is bennem volt egy ehhez hasonló operációs rendszer gondolata. (pláne mikor a linux kifagy egy unstable opengl driver miatt) Mikor pendrive-ről betöltöttem, rá kellett jönnöm milyen kevés hálózati chippet hajt meg. Nekem nincs egy ilyen kártyám se, de sebaj telepítsünk akkor azt amit az oldalon (www.minix3.org) is ajánlanak: VMWARE-t. Egy megfelelő verziójú virtuális géppel sikerült is beüzemelnem, az oldalról letölthető feltelepített változatot.
Telepítsünk ssh-t:
A host-rsa-key generálás útvesztőit leszámítva, viszonylag könnyen feltelepült, az sftp viszont valami rejtélyes oknál fogva nem akart működni.
Működőképes sftp szerver debug-ja:
debug1: Sending subsystem: sftp
debug2: channel 0: request subsystem confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 131072
debug2: channel_input_confirm: type 99 id 0
debug2: subsystem request accepted on channel 0
debug2: Remote version: 3
debug3: Sent message fd 3 T:16 I:1
debug3: SSH_FXP_REALPATH . -> /home/taxy
sftp>
MINIX 3 sftp debug-ja:
debug1: Sending subsystem: sftp
debug2: channel 0: request subsystem confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 131072
debug2: channel_input_confirm: type 99 id 0
debug2: subsystem request accepted on channel 0
És itt egyszerűen wait állapotba kerül, le kell "ctrl-c"-zni.
Próbáltam "sshd -ddd"-t is. Az se mondott többet a problémáról.
Sebaj, én nem adom fel olyan könnyen, akkor telepítsünk ftp servert. Mivel a programok között nem volt ilyesmi implementálva, viszont python igen, gondoltam akkor használjunk python-ban megírt ftp servert. Találtam is egy ilyet: pyftpdlib, ami mellesleg Linux-ban tökéletesen működik is. Kipróbáltam.
Felraktam a python-t. a pyftpdlib telepítésénél annyi volt a gond, hogy az os.uname függvény nem volt implementálva. Ezt könnyen megkerültem. Elindítom a szervert, bindeli is a portot, mikor csatlakozni szeretnék:
File "/usr/local/lib/python2.4/asynchat.py", line 219, in initiate_send
num_sent = self.send (self.ac_out_buffer[:obs])
File "/usr/local/lib/python2.4/asyncore.py", line 332, in send
result = self.socket.send(data)
error: (38, 'Function not implemented')
File "/usr/local/lib/python2.4/asyncore.py", line 333, in send
self.socket.sendall(data)
File "<string>", line 1, in sendall
error: (38, 'Function not implemented')
Valami megint nincs implementálva.
Jó akkor próbáljunk ki egyszerűbb mintapéldát: echosvr.py
Ez egy egyszerű minta. Bindel egy port-ot, ha valami megnyitja, és küld bele egy stringet, azt visszaküldi. Elindult a program, de akkor nézzük meg melyik porton figyel, mert a forrásból elfelejtettem kinézni. Futtatok a Linux-omon "nmap"-ot, hogy megkeressem a portot, mivel nem tudom minix alatt mivel lehetne megnézni a nyitott portokat, erre:
panic at generic/tcp_send.c, 1329: assertion "tcp_conn->tc_connInprogress" failed
inet stacktrace: 0x1753 0x1790 0x18928 0x15e58 0x11e90 0xe4a2 0xe636 0x19aab 0x9f77 0x2eca 0x29f5 0x16b7 0x49
Panic in INET: aborted due to a panic
SYSTEM, reply to 35595 failed: -109
FS: dev_io: no driver for dev 705
FS: reopening special 7/5..
Totális rendszer összeomlás.
Olyan tcp "panic"-ot idéztem elő hogy csak na, a hibát kiírta ugyan, de nem csak hogy a driver nem indult újra, hanem karakterek begépelésén kívül teljesen kihalt az összes alkalmazás, tehát még amire felvágnak az sem möködik benne. Van valaki a hup-on aki már reprodukálta ezt a hibát:
http://hup.hu/node/9914
De ő nyers hardware-n tette, azt is gondolhatná az ember hogy a kártya nem volt kompatibilis a MINIX-el. Node könyörgöm, ez VMWARE, a fejlesztők is ezen tolják.
Azért,egy reboot után, sikerült kipróbálnom a echosvr.py programot. Természetesen nem működött:
A MINIX-en ezt láttam:
$ python echosvr.py
connected by 192.168.2.126 46081
recvfrom: for fd 4
Assertion "0" failed, file "recvfrom.c", line 46
abort
A linuxon ezt láttam:
taxy@msi:/work/pyftpdlib_0.2.0/demo$ telnet 192.168.2.134 50007
Trying 192.168.2.134...
Connected to 192.168.2.134.
Escape character is '^]'.
Connection closed by foreign host.
Összegezve, a magam részéről úgy gondolom, kivárom a MINIX 4-et.