Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - dejo

Pages: [1]
1
Magyar / Zentyal OpenVZ konténerben
« on: June 17, 2013, 11:23:02 am »
Valakinek sikerült már a Zentyalt telepítenie OpenVZ konténerben futó Ubuntu 12.04 szerverre?
A telepítéssel még nincs is probléma. Ez alapján a leírás alapján szépen felmegy. http://trac.zentyal.org/wiki/Documentation/Community/Installation/InstallationGuide
Itt még az admin user beállítással kel egy kicsit mókolni, de aztn már be lehet jelentkezni a WEB-es felületre.
Aki esetleg próbálkozik az admin usert így lehet beállítani:
Quote
addgroup --system admin
adduser rendszergazda
adduser rendszergazda admin
echo "%admin ALL=(ALL) ALL" >> /etc/sudoers

Amikor viszont a WEB-es felületen is befejeztem a modulok telepítését a fájlmegosztás modul nincs engedélyezve. Ha engedélyezem akkor meg ad egy hibaüzenetsort, ami arra utal, hogy nem tud ACL-eket állítani!
Tud valaki erre megoldást?
Az OpenVZ amit használok az a legújabb Proxmox 3-ban lévő.

Konkrétan ez a hibaüzenet:
Quote
    Failed to enable: root command set -e
    mkdir -p /home/samba/
    chmod 770 /home/samba/
    setfacl -b /home/samba/
    setfacl -m u:nobody:rx /home/samba/
    setfacl -m u:ebox:rwx /home/samba/
    mkdir -p /home/samba/profiles
    chmod 770 /home/samba/profiles
    setfacl -b /home/samba/profiles
    mkdir -p /home/samba/shares
    chmod 770 /home/samba/shares
    setfacl -b /home/samba/shares
    setfacl -m u:nobody:rx /home/samba/shares
    setfacl -m u:ebox:rwx /home/samba/shares
    mkdir -p '/var/lib/zentyal/quarantine'
    chown -R ebox.adm '/var/lib/zentyal/quarantine'
    chmod 770 '/var/lib/zentyal/quarantine' failed.
    Error output: setfacl: /home/samba/: A művelet nem támogatott
    Command output: .
    Exit value: 1 at /usr/share/perl5/EBox/CGI/ServiceModule/ConfigureModuleController.pm line 68
    EBox::CGI::ServiceModule::ConfigureModuleController::_process('EBox::CGI::ServiceModule::ConfigureModuleController=HASH(0x7f...') called at /usr/share/perl5/EBox/CGI/Base.pm line 285
    EBox::CGI::Base::run('EBox::CGI::ServiceModule::ConfigureModuleController=HASH(0x7f...') called at /usr/share/perl5/EBox/CGI/Run.pm line 131
    EBox::CGI::Run::run('EBox::CGI::Run', 'ServiceModule/ConfigureModuleController', 'EBox') called at /usr/share/zentyal/cgi/ebox.cgi line 35
    ModPerl::ROOT::ModPerl::Registry::usr_share_zentyal_cgi_ebox_2ecgi::handler('Apache2::RequestRec=SCALAR(0x7f02673f7750)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204
    eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204
    ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x7f0267304908)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 170
    ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x7f0267304908)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31
    ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0x7f02673f7750)') called at -e line 0
    eval {...} called at -e line 0

2
Magyar / Nem lehet egy fájl megosztást törölni!
« on: April 24, 2013, 11:22:05 am »
Létrehoztam egy fájlmegosztást Public néven.
Aztán még néhány másikat is. Ezeket csak tesztelés képen. Adtam hozzájuk egyéni és csoport jogosultságokat is, majd tröltem őket.
A Public nevűt nem tudom törölni!
Ugye helyileg az admin felületen itt kellene: http://doc.zentyal.org/en/_images/08-shares.png
De az a sor ami a Public megosztást tartalmazza szürke és ha fülé viszem az egeret akkor egy buboréküzenetben ez áll: "Csak olvasható sor: szerkesztés tiltva"
De mitől lett ez csak olvasható? Minden más megosztást tudtam törölni. Ehhez a Public nevű megosztáshoz is neged jogosultságokat hozzáadni és elvenni is, csak magát a megosztást nem engedi törölni és szerkeszteni.
Mit lehet itt tenni?

3
Magyar / Domain és aldomain probléma feloldása
« on: April 22, 2013, 10:11:31 am »
Az a helyzet, hogy ven egy hivatalosan bejegyzett cegneve.hu domainunk.
Ehhez a domain fentartónál (aki a dns1 és dns2 szolgáltatást is adja hozzá) az akarmi.cegneve.hu, a valami.cegneve.hu és a level.cegneve.hu meg még vagy 3-at a mi külső IP-címunkre irányíttattunk. maga a cegneve.hu a szolgáltató szerverére van irányítva, mert ők adják a www.cegneve.hu mögé a tárhelyet és a mail.cegneve.hu mögé a levelezőszolgáltatást.
Ezeket én meg is szeretném tartani így ahogy van, de az aldomainek mögött eddig a mi szerverünkön élő szolgáltatás volt.  főleg web, de a @level.cegneve.hu tartományban levelező szolgáltatás is.
Én felvettem a Zentyal-ban a levelező virtuális tartománynak a level.cegneve.hu-t, meg virtuális WEB szervereknek a valami.cegneve.hu és az akarmi.cegneve.hu-t erre ő, a dns szolgáltatásokba fevette a cegneve.hu domaint az összes lokális IP-címmel. Így elérhetetlen a www.cegneve.hu is, mert visszamutat a saját lokális IP-címekre.
Kitöröltem a cegneve.hu-t a DNS tartományokból, majd felvettem egy eddig kifelejtett utolag.cegneve.hu tartományt a virtuális web-szervekhez és ismét bekerült a virtuális domainek közé a DNS szolgáltatásoknál a cegneve.hu domain.
Eddig az xy.cegneve.hu domainek nem voltak belső DNS-el feloldva, így a belső hálóról is a külső IP-cím alapján értük el, bár erre csak tszt céljából volt szükség, elvégre azért szolgáltatnak a külső IP-címen, hogy kívülről lássák!
Szóval az a problémám, hogy így a belső hálóról a helyben fel nem oldott *.cegneve.hu tartományok nem láthatóak.
Valaki tudja a megoldást?

4
Magyar / A /home egy NFS megosztáson
« on: April 21, 2013, 11:48:33 am »
Virtuális gépre szeretném telepíteni a Zentyal 3.0-2-t.
Azért, hogy ne kelljen hatalmas virtuális diszkeket használni, amelyek amúgy is hálózati tárolón (SAN) vannak, úgy gondoltam, hogy egy 180GB-os virtuális lemezre telepítem a rendszert, majd egy nfs exportot felmountolok és arra átteszem még ez elején a /home könyvtárat.
A SAN-on így exportáltam:
Code: [Select]
/vol/vol_nfs_data  -sec=sys,ro,rw=192.168.55.254,anon=0És a Zentyal-on így mountoltam, ez van az /etc/fstab-ban:
Code: [Select]
192.168.55.231:/vol/vol_nfs_data /ADATOK        nfs     _netdev,defaults,user,auto,noatime,intr   0 0Az /ADATOK könyvtárba átmozgattam a /home könyvtárat és ln -s /ADATOK/home /home paranccsal visszalinkeltem a / alá.
Ez eddig megy is. A rendszeradmin felhasználóval belépve a konzolra megtalálja a /home/rendszeradmin könyvtárat.
Ami zavar, az az, hogy a
Karbantartás -> Merevlemez használat menüben, ezt a hibaüzenetet kapom:
"Elnézést, váratlan hiba történt
File system not found: 192.168.55.231:/vol/vol_nfs_data"

Lehet-e ezzel valamit kezdeni, hogy normálisan kezelje az NFS-ből mountolt fájlrendszert?

5
Magyar / Zentyal virtuális gépen
« on: April 05, 2013, 12:11:48 pm »
Zentyalt akarok használni vállalati AD-ként.
A Zentyalt szeretném virtuális gépen futtatni. Virtuális környezetet a Proxmox-al oldanám meg. (Proxmox-on OpenVZ rendszert is lehetne futtatni így pl. publikus FTP-t és WEB kiszolgálót azokkal oldanám meg.)
Jelenleg van 2 db Dell PowerEdge T410-es szerver mind a kettő host-gép lesz amiken már fent van a Proxmox és clusterbe is vannak kapcsolva. A közös tárterületet egy NetApp FAS2220 SAN biztosítja.
A HA funkciót egyelőre nem állítottam be. Azaz sem terheléselosztás céljából, sem meghibásodás esetén nem teszi át a virtuális gépet a másik hostra, ezt ha szükséges kézzel tudom megtenni.
A Zentyal ezen a rendszeren futna, de úgy, hogy az adatok ne a rendszer virtuális lemezén legyenek. A rendszer lemeznek gondolom 100GB elég lehet.
Az adatokat viszont a Zentyal fájlrendszerébe csatolt "külső" lemezekre tenném. A /hom-ot viszonylag egyszerű külön lemezre tenni, de a leveleket és a Zarafa adatait is jó lenne a másik lemezen tartani, vagy ugyanott ahol a /home is lenne vagy egy harmadik diszken. No ezt hogy lehet beállítani?
Az adat lemezek nem valós és nem virtuális diszkek lennének, hanem vagy nfs-sel exportált megosztás vagy iSCSI lemez.
Szóval a kérdésem az lenne, hogy mely adatokat kellene illetve lehetne az adatlemezre tenni és ezt hogy lehet megtenni?
Nem igazán szeretném a teljes /vart kitenni az adatlemezre!

Pages: [1]