Linux-haladó

filerendszer mirroring

Fórumok

Hello

Van egy NAS, erre szeretnék on the fly particiót mirorrozni, pontosabban csak a fielrendzsert, tehát nem kell partició szinten, mivel a nas-ra nem tudok pl drdb-t rakni. Létezik erre valami megoldás Linux alatt?

Perl named regexp

Fórumok

Az lenne a feladat, hogy a /proc/drbd file-ból kiolvassam, hogy egy disk szinkrnizációja hol tart.
El kezdtem megoldani a dolgot, itt egy példa, hogy hogyan néz ki a forrás amit elemezni kell:
/proc/drbd :


GIT-hash: bb447522fc9a87d0069b7e14f0234911ebdab0f7 build by phil@fat-tyre, 2008-11-12 16:40:33

 1: cs:Connected st:Primary/Secondary ds:UpToDate/UpToDate C r---
    ns:721924 nr:3746432 dw:4472324 dr:5040 al:52 bm:46 lo:0 pe:0 ua:0 ap:0
	resync: used:0/61 hits:1217 misses:25 starving:0 dirty:0 changed:25
	act_log: used:0/257 hits:139646 misses:52 starving:0 dirty:0 changed:52
 2: cs:Connected st:Primary/Secondary ds:UpToDate/UpToDate C r---
    ns:0 nr:12 dw:12 dr:60 al:0 bm:0 lo:0 pe:0 ua:0 ap:0
	resync: used:0/61 hits:0 misses:0 starving:0 dirty:0 changed:0
	act_log: used:0/257 hits:0 misses:0 starving:0 dirty:0 changed:0
 3: cs:Connected st:Primary/Secondary ds:UpToDate/UpToDate C r---
    ns:117416 nr:119924 dw:122652 dr:130921 al:25 bm:63 lo:0 pe:0 ua:0 ap:0
	resync: used:0/61 hits:6891 misses:21 starving:0 dirty:0 changed:21
	act_log: used:0/257 hits:325 misses:25 starving:0 dirty:0 changed:25
 4: cs:Connected st:Primary/Secondary ds:UpToDate/UpToDate C r---
    ns:0 nr:0 dw:0 dr:284 al:0 bm:0 lo:0 pe:0 ua:0 ap:0
	resync: used:0/61 hits:0 misses:0 starving:0 dirty:0 changed:0
	act_log: used:0/257 hits:0 misses:0 starving:0 dirty:0 changed:0
 5: cs:SyncSource st:Primary/Secondary ds:UpToDate/Inconsistent C r---
    ns:735360 nr:0 dw:0 dr:735360 al:0 bm:44 lo:0 pe:0 ua:0 ap:0
	[>...................] sync'ed:  7.1% (9521/10239)M
	finish: 0:58:02 speed: 2,656 (2,240) K/sec
	resync: used:0/61 hits:45915 misses:45 starving:0 dirty:0 changed:45
	act_log: used:0/257 hits:0 misses:0 starving:0 dirty:0 changed:0

Ezt ezzel értelmezem:

#!/usr/bin/perl -w
# A script inditasa: reg-test.pl
use strict;
my $dev = shift;
open (PROC, "<fake_proc");
my @p = <PROC>;
our $line;
for ( $a=0; $a<scalar(@p); $a++ ){
chomp($p[$a]);
if ( $p[$a] =~ /^\s*$dev:/ ) {
$line = $p[$a+2];
chomp($line);
}
}
close (PROC);
$line =~ s/[\s\t]*\[.*sync\'ed:\ *([\0-9\.]+)\%.*$/$1/;

print "$line\n";

maga a regexp, tehát: s/[\s\t]*\[.*sync\'ed:\ *([\0-9\.]+)\%.*$/$1/;
és innen kellene segítség, mivel azt szeretném, hogy ha a sorban nincs benne a "sync'ed" a sorban akkor cserélje le completted -re a sort. Tudom, hogy írhatnék még egy sort de azt nem akarom. Olvasgattam a http://perldoc.perl.org/ -on a perlre részt, de nem igazán értem, hogy ezt hogyan lehet.
Tehát aki tud kérem segítsen.

[MEGOLDVA] sysrescd passwd scriptbol

Fórumok

HalI!
Gondoltam, kicsit varialok a sysrescue cd-n. Inditasnal mondjuk felhuzhatna egy interfeace-t, route-olassal es ssh-n belephetnek. A bibi az, hogy nem tudom a root jelszot (ha van), tehat be kellene allitani.
Parancssorbol nem bonyolult:
echo "q\nq\n" > passwd root

Ha ugyanezt scriptbol teszem, akkor nem hajlando vegrehajtani:

"Enter new UNIX password: Retype new UNIX password: passwd: Authentication information cannot be recovered
passwd: password unchanged"

Valami otlet?
Ja, a shell zsh a sysrescue cd-n. Lehet, hogy itt lesz a bibi.

[MEGOLDVA] RAID5 spare drive-ból aktívat

Fórumok

Történet: sw raid, /dev/sdc-t csere történt, az új device(sdc) illetve a régi sdd spare-ként látja.
Hogyan tudnám aktívvá varázsolni?

Köszi a segítséget.

Persistence : Superblock is persistent

Update Time : Sat Aug 29 09:53:14 2009
State : active, degraded, Not Started
Active Devices : 2
Working Devices : 4
Failed Devices : 0
Spare Devices : 2

Layout : left-symmetric
Chunk Size : 64K

UUID : 9c84e0b1:f1bb30dc:5cba30d5:bf52a6b3
Events : 0.242161

Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 8 19 1 active sync /dev/sdb3
2 0 0 2 removed
3 0 0 3 removed

4 8 35 - spare /dev/sdc3
5 8 51 - spare /dev/sdd3

Megoldás:

mdadm --create /dev/md3 --assume-clean --level=5 --raid-devices=4 /dev/sda3 missing /dev/sdb3 /dev/sdc3

majd

mdadm --re-add /dev/md3 /dev/sdd3

Startup/Shutdown összehangolás - Heartbeat-tel?

Fórumok

Több, egymástól függő szerver indítását, leállítását szeretném összehangolni.
Korábban már javasolták erre a Heartbeat-et, ami akkor még teljesen kínai volt számomra. Most már megismerkedtem vele, HA/failover megy, értem is, hogy mit, miért, hogyan csinál, de ezt nemigen tudom lefordítani a fenti alapproblémámra. Úgy érzem, teljessen máshogy kéne hozzáálni, de nem tudom, hogyan.

A Heartbeat sajnos nem mondható agyondokumentáltnak, így tőletek várnék némi segítséget.

Az elv - gondolom - hogy minden gépen csak a heartbeat indul automatikusan (persze a hierarhiában legalsó gépet kivéve), ellenőrzi, hogy rendelkezésre állnak-e a szükséges szolgáltatások, ha igen, indítja a sajátjait. - ez még talán a könnyebbik eset.
Amit már nehezebben tudnék felvázolni, az a korrekt leállítás, de csak akkor, ha valóban szükséges.

szamitogep atnevezesi problema

Fórumok

Hi!

A kovetkezoben kernem a segitsegeteket. Van egy SaMBa PDC es egy BDC, LDAP-pal. A gond az, hogy nem tudok tartomanyba leptetett XP Pro-s gepet atnevezni. Az admin user, akit megadok az atnevezeskor, benne van a Domain Admins-ban. A 'net rpc rights list accounts' a Domain Admins jogaikent a kovetkezot adja:
SeMachineAccountPrivilege
SeTakeOwnershipPrivilege
SeBackupPrivilege
SeRestorePrivilege
SeRemoteShutdownPrivilege
SePrintOperatorPrivilege
SeAddUsersPrivilege
SeDiskOperatorPrivilege
Ezek alapjan szerintem vegre kellene tudni hajtani ezzel a felhasznaloval a muveletet. Ennek ellenere nem engedi. root-ot megadva mar nem engedely problemaja van, hanem az hogy nem csatlakozhatok egynel tobb felhasznaloval a geprol a szerverhez (viszont rootkent meg nem akarok az XP-re bejelentkezni).

A PDC smb.conf-jaban szerepel a kovetkezo sor:
rename user script = /usr/sbin/smbldap-usermod -r '%unew' '%uold'

Elore is kosz.

nfs server not responding

Fórumok

Sziasztok!

Van egy PXE-bootos RIPLinuxom, amit telepítésre használok. Most egy FuSi notebookon kellene használnom, de nem megy az nfs (más gépen nem volt még vele bajom).


mount -n -t nfs -o ro,nolock,sec=sys 192....:/dir /mnt

Csatolja is, csak ha valamit csinálni akarok a /mnt-ben (pl. ls) akkor se té, se tova. Legfeljebb pár perc múlva nfs server not responding

Gyanakszom a hálókártyára, mert IP-kéréseknél akár 3-5 másodpercet is vár. Akár ha a kernel kéri, akár ha a dhclient. Próbáltam 2.6.30 és 2.6.31-r7 kernellel.

FUJITSU SIEMENS ESPRIMO Mobile V5535,
SiS191 hálókártya (gigás, de a hálóban auto 100-HD megy)

Van valakinek ötlete?

szaszi

Egy postfix egy másikon keresztül

Fórumok

Sziasztok!

Van két postfixes linuxos gép, mindkettő fix IP címmel van az interneten.
Az lenne a cél, hogy az egyik gép eleve csak küldhet levelet, fogadni nem tud, a küldést is a másik gépen keresztül tehesse meg.

Azaz van A és B gép, mindkettő fix IP-vel a neten.
A gép teljes körűen levelezik oda-vissza.
B gép csak küldhet levelet, fogadni nem tud, nem is kell. Az lenne a lényeg, hogy ez a gép (B) csak az A gépen keresztül küldhessen az internet felé levelet.
Talán olyasmi ez, mintha valami mail proxy (?) lenne. Sosem csináltam ilyet.

Elvi szinten azt gondoltam hogy a "teljeskörű" gép számára a mynetworks-be felveszem még a "korlátozott" gép fix IP címét is (SMTP auth elkerülése végett), majd a "korlátozott" gép posfix konfigjába felvettem még ezt:
proxy_interfaces = "teljeskörű" gép IP címe.

Mindkét postfix restartolva lett, gyakorlatilag semmi változás, logokban is az látszik, hogy minden olyan, mint ez előtt...

Valaki csinált már ilyesmit? Van tippetek, mit és hogyan kellene?

Előre is köszi!

Mono

Apache mod_chroot + SSL SMTP

Fórumok

Üdv,

Volna itt egy kedves kis probléma, ami már kezd az agyamra menni. Remélem valaki már összefutott hasonlóval.

A környezet:
- Apache 2.2.6 + mod_chroot
- PHP 5.2.5

A probléma:
Kedves ügyfél szeretné ha minden kimenő a saját levelező szerverükön keresztül menne így kaptunk egy
csak SSL titkosítással használható postafiókot tőlük, hogy azon küldjünk ki levelet. Gondoltam magamban
mi probléma lehet hiszen a chroot-olt apache-ban már nem először küldözgetünk levelet.
Ekkor jött szegény fejlesztő hozzám, hogy se előre se hátra, de akkor se megy ki a levél.

Error logot nézve az alábbiak láthatóak:
PHP Warning: fsockopen() [function.fsockopen]: SSL: Success in XXXXXXXXXXXXX
PHP Warning: fsockopen() [function.fsockopen]: Failed to enable crypto in XXXXXXXXXXXXX
PHP Warning: fsockopen() [function.fsockopen]: unable to connect to ssl://XXXXXXXXXXXXXXXXX:465 (Unknown error) in XXXXXXXXXXXXX
PHP Warning: fclose(): supplied argument is not a valid stream resource in XXXXXXXXXXXXX

Készült egy pofon egyszerű teszt program is a hiba szimmulálására és a chroot alól nem akarja az igazságot.
Ha shellben futtatom akkor minden további nélkül megy és nem kötözködik.

Első nekifutásra biztosra vettem, hogy hiányzik valami liblary fájl. Végignéztem az egész chroot-ot, de vizuálisan semmi. Akkor nekiestem LDD-vel és végignyálaztam egyesével a php-t, apache-ot és a behúzott liblarykat. Mind bemásol a helyére.

A hiba még mindíg maradt.

Ezt játszottam még pár órát miközben "Google a barátom" is beficcent. :D Semmi.

Végső megoldásként fogtam és az egész /lib, /usr/lib -et bemásoltam a chroot alá. Így is nagy nulla.

Van valakinek tippje, hogy mi lehet még a hiányzó láncszem?

SaMBa jogosultsag problema

Fórumok

Hi!

Telepitettem egy SaMBa PDC-t, a megosztasokat leginkabb XP kliensekkel hasznalom, de egy linuxos geppel is hasznalnam, viszont Linux alol furcsa dolgot muvel: ha letrehozok egy fajlt, nem ad a fajlnak csoport irasi jogot:
touch akarmi.txt
touch: setting times of `akarmi.txt': Permission denied
ls -l akarmi.txt
-rw-r--r-- 1 1027 admingroup 0 2009-08-25 13:21 akarmi.txt
(az itt megjeleno admingroup egy helyi csoport, ugyanazzal a nevel, es gid-del (1037), mint ami a szerveren van)

Ha XP-n hozom letre a fajlt, ad neki irasi jogot.
Teny,hogy a linuxos gep nincs a domainben, ha nem muszaj, nem tennem be.
Ez egy home share, de tobb felhasznalo kozott akarom megosztani, ezert hoztam letre az admingroup-ot.

A megosztast fstabbol a kovetkezokeppen mountolom:
//192.168.0.3/pt /home/pt/home cifs iocharset=utf8,relatime,user,gid=1037,user=pt,password=valami 0 0

Az smb.conf-ban a megosztas a kovetkezokeppen nez ki:
[global]
...
create mask = 0777
map acl inherit = yes

[pt]
path = /root/admin
valid users = @admingroup
force group = admingroup
read only = No
create mask = 0770
force create mode = 0770
directory mask = 0770
force directory mode = 0770

Elore is kosz.