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 - Mono

Pages: [1] 2
1
Installation and Upgrades / SOGo - free/busy isn't showing
« on: November 14, 2014, 03:53:42 pm »
Hi!

I have a Zentyal 4.0.2 with OpenChange 4.0.3. I can't find upgradeable packages from Zentyal webadmin and not from command line. So I think I have a fresh Zentyal system.
I have two users (user1 and user2).
On the SOGo Webmail surface user 1 created a new event.
User2 in SOGo want to create a new event with user1. So user1 was invited by user2 but user2 not see user1 when will busy or free in the timeline.
What can I do? I think this is a bug or not?

Thanks,
Peter


2
Installation and Upgrades / Zentyal 4.0 - add new user - fail
« on: November 06, 2014, 12:02:18 pm »
Hi!

I have a fresh Zentyal 4.0 install with "Domain Controller and File Sharing" and "Openchange" modules.

I can't add new user after the first user.
I go to the "Users and Computers" -> "Manage" -> click on "Users" and I click on the green "+" sign.
On the new pop-up windows ("Add new" on the header) I filled out the "Username", "First name", "Last name" and the password fields.
I become the following error:

"Sorry, an unexpected error has occurred
root command openchange_newuser --create --enable --mail zoli@zentyal-domain.lan 'zoli' failed. Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf" params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf" Traceback (most recent call last): File "/usr/sbin/openchange_newuser", line 63, in <module> lp, creds, opts.firstorg, opts.firstou) File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf assert(firstorg) AssertionError Command output: . Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240"


Below this message I have two buttons: "Show technical details" and "Report the problem". I reported the problem but I can't become any answer.

The technical details:

-------------------------------------------------------------------------------------------------------------------------------------------------
Error trace

root command openchange_newuser  --create  --enable  --mail zoli@zentyal-domain.lan  'zoli'  failed.
Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf"
 params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf"
 Traceback (most recent call last):
   File "/usr/sbin/openchange_newuser", line 63, in <module>
     lp, creds, opts.firstorg, opts.firstou)
   File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf
     assert(firstorg)
 AssertionError

Command output: .
Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240

    in EBox::Sudo::_rootError at /usr/share/perl5/EBox/Sudo.pm line 240

      237:             throw EBox::Exceptions::Sudo::Wrapper("$sudocmd failed because either the current user (EUID $>) is not in sudoers files or it has incorrects settings on it. Running /usr/share/zentyal/sudoers-friendly maybe can fix this problem");
      238:         }
      239:     }
      240:     throw EBox::Exceptions::Sudo::Command(cmd => $cmd, output => $output, error => $error,  exitValue => $exitValue)
      241: }
      242:
      243: # Procedure: rootWithoutException

    Show function arguments
    in EBox::Sudo::_root at /usr/share/perl5/EBox/Sudo.pm line 210

      207:             if ( -r $STDERR_FILE) {
      208:                 @error = read_file($STDERR_FILE);
      209:             }
      210:             _rootError($sudocmd, $commands, $ret, \@output, \@error);
      211:         }
      212:     }
      213:

    Show function arguments
    in EBox::Sudo::root at /usr/share/perl5/EBox/Sudo.pm line 153

      150: #
      151: sub root
      152: {
      153:     _root(1, @_);
      154: }
      155:
      156: # Procedure: silentRoot

    Show function arguments
    in EBox::OpenChange::LdapUser::setAccountEnabled at /usr/share/perl5/EBox/OpenChange/LdapUser.pm line 120

      117:         $cmd .= " --mail $mail ";
      118:     }
      119:     $cmd .= " '$samAccountName' ";
      120:     EBox::Sudo::root($cmd);
      121:
      122:     return 0;
      123: }

    Show function arguments
    in EBox::OpenChange::LdapUser::_addUser at /usr/share/perl5/EBox/OpenChange/LdapUser.pm line 141

      138:     my $mailUserModel = $mail->model('MailUser');
      139:     return unless ($mailUserModel->enabledValue());
      140:
      141:     $self->setAccountEnabled($user, 1);
      142: }
      143:
      144: sub _delUserWarning

    Show function arguments
    in EBox::Samba::notifyModsLdapUserBase at /usr/share/perl5/EBox/Samba.pm line 2072

     2069:
     2070:         # TODO catch errors here? Not a good idea. The way to go is
     2071:         # to implement full transaction support and rollback if a notified
     2072:         # module throws an exception
     2073:         $mod->$method(@{$args});
     2074:     }
     2075:

    Show function arguments
    in (eval) at /usr/share/perl5/EBox/Samba/User.pm line 533

      530:             $res->_setFilesystemQuota($quota);
      531:
      532:             # Call modules initialization
      533:             $usersMod->notifyModsLdapUserBase(
      534:                 'addUser', [ $res ], $res->{ignoreMods}, $res->{ignoreSlaves});
      535:         }
      536:     } catch ($error) {

    in EBox::Samba::User::create at /usr/share/perl5/EBox/Samba/User.pm line 489

      486:
      487:     my $res = undef;
      488:     my $entry = undef;
      489:     try {
      490:         $entry = new Net::LDAP::Entry($dn, @attr);
      491:         my $result = $entry->update($class->_ldap->connection());
      492:         if ($result->is_error()) {

    Show function arguments
    in EBox::Samba::CGI::AddUser::_process at /usr/share/perl5/EBox/Samba/CGI/AddUser.pm line 77

       74:             throw EBox::Exceptions::External(__('Passwords do not match.'));
       75:         }
       76:
       77:         my $newUser = EBox::Samba::User->create(%params);
       78:         if ($params{group}) {
       79:             $newUser->addGroup(new EBox::Samba::Group(dn => $params{group}));
       80:         }

    Show function arguments
    in (eval) at /usr/share/perl5/EBox/CGI/ClientRawBase.pm line 160

      157:     else {
      158:         try {
      159:             $self->_validateReferer();
      160:             $self->_process();
      161:         } catch (EBox::Exceptions::DataInUse $e) {
      162:             if ($self->{json}) {
      163:                 $self->setErrorFromException($e);

    in EBox::CGI::ClientRawBase::run at /usr/share/perl5/EBox/CGI/ClientRawBase.pm line 158

      155:         $self->{redirect} = "/Login/Index";
      156:     }
      157:     else {
      158:         try {
      159:             $self->_validateReferer();
      160:             $self->_process();
      161:         } catch (EBox::Exceptions::DataInUse $e) {

    Show function arguments
    in (eval) at /usr/share/perl5/EBox/CGI/Run.pm line 92

       89:                 $handler = new $classname(@extraParams);
       90:             }
       91:         }
       92:         $handler->run();
       93:         $redis->commit();
       94:         return $handler->response()->finalize();
       95:     } catch ($ex) {

    in EBox::CGI::Run::run at /usr/share/perl5/EBox/CGI/Run.pm line 68

       65:     $redis->begin();
       66:
       67:     my $url = $self->urlFromRequest($request);
       68:     try {
       69:         my $effectiveUrl = _urlAlias($url);
       70:         my @extraParams = (request => $request);
       71:         if ($htmlblocks) {

    Show function arguments
    in main::__ANON__ at /usr/share/zentyal/psgi/zentyal.psgi line 46

       43:     local $SIG{__WARN__} = sub { EBox::warn($_[0]) };
       44:
       45:     my $req = Plack::Request->new($env);
       46:     return EBox::CGI::Run->run($req);
       47: };
       48:
       49: my $builder = new Plack::Builder();

    Show function arguments
    in Plack::App::URLMap::call at /usr/share/perl5/Plack/App/URLMap.pm line 71

       68:         return $self->response_cb($app->($env), sub {
       69:             $env->{PATH_INFO} = $orig_path_info;
       70:             $env->{SCRIPT_NAME} = $orig_script_name;
       71:         });
       72:     }
       73:
       74:     DEBUG && warn "All matching failed.\n";

    Show function arguments
    in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50

       47: sub to_app {
       48:     my $self = shift;
       49:     $self->prepare_app;
       50:     return sub { $self->call(@_) };
       51: }
       52:
       53:

    Show function arguments
    in EBox::Middleware::Auth::call at /usr/share/perl5/EBox/Middleware/Auth.pm line 366

      363:         $self->_logout($env);
      364:     } elsif ($self->_validateSession($env)) {
      365:         delete $env->{'psgix.session'}{AuthReason};
      366:         return $self->app->($env);
      367:     } else {
      368:         # Require authentication, redirect to the login form.
      369:         return $self->_redirectToLogin($env);

    Show function arguments
    in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50

       47: sub to_app {
       48:     my $self = shift;
       49:     $self->prepare_app;
       50:     return sub { $self->call(@_) };
       51: }
       52:
       53:

    Show function arguments
    in Plack::Middleware::Conditional::call at /usr/share/perl5/Plack/Middleware/Conditional.pm line 16

       13:     my($self, $env) = @_;
       14:
       15:     my $app = $self->condition->($env) ? $self->middleware : $self->app;
       16:     return $app->($env);
       17: }
       18:
       19: 1;

    Show function arguments
    in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50

       47: sub to_app {
       48:     my $self = shift;
       49:     $self->prepare_app;
       50:     return sub { $self->call(@_) };
       51: }
       52:
       53:

    Show function arguments
    in EBox::WebAdmin::Middleware::SubAppAuth::call at /usr/share/perl5/EBox/WebAdmin/Middleware/SubAppAuth.pm line 57

       54:             }
       55:         }
       56:     }
       57:     return $self->app->($env);
       58: }
       59:
       60: 1;

    Show function arguments
    in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50

       47: sub to_app {
       48:     my $self = shift;
       49:     $self->prepare_app;
       50:     return sub { $self->call(@_) };
       51: }
       52:
       53:

    Show function arguments
    in Plack::Middleware::Session::call at /usr/share/perl5/Plack/Middleware/Session.pm line 52

       49:
       50:     $env->{'psgix.session.options'} = { id => $id };
       51:
       52:     my $res = $self->app->($env);
       53:     $self->response_cb($res, sub { $self->finalize($env, $_[0]) });
       54: }
       55:

    Show function arguments
    in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50

       47: sub to_app {
       48:     my $self = shift;
       49:     $self->prepare_app;
       50:     return sub { $self->call(@_) };
       51: }
       52:
       53:

    Show function arguments
    in Plack::Middleware::ReverseProxy::call at /usr/share/perl5/Plack/Middleware/ReverseProxy.pm line 68

       65:         }
       66:     }
       67:
       68:     $self->app->($env);
       69: }
       70:
       71: 1;

    Show function arguments
    in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50

       47: sub to_app {
       48:     my $self = shift;
       49:     $self->prepare_app;
       50:     return sub { $self->call(@_) };
       51: }
       52:
       53:

    Show function arguments
    in (eval) at /usr/share/perl5/EBox/Middleware/UnhandledError.pm line 78

       75:     my $res;
       76:     my $caught = 0;
       77:     try {
       78:         $res = $self->app->($env);
       79:     } catch ($e) {
       80:         $caught = 1;
       81:         # This $res will only be used if $trace is undef

    in EBox::Middleware::UnhandledError::call at /usr/share/perl5/EBox/Middleware/UnhandledError.pm line 77

       74:
       75:     my $res;
       76:     my $caught = 0;
       77:     try {
       78:         $res = $self->app->($env);
       79:     } catch ($e) {
       80:         $caught = 1;

    Show function arguments
    in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50

       47: sub to_app {
       48:     my $self = shift;
       49:     $self->prepare_app;
       50:     return sub { $self->call(@_) };
       51: }
       52:
       53:

    Show function arguments
    in (eval) at /usr/share/zentyal/psgi/zentyal.psgi line 0

        1: # Copyright (C) 2010-2014 Zentyal S.L.
        2: #
        3: # This program is free software; you can redistribute it and/or modify

    at /usr/share/zentyal/psgi/zentyal.psgi line 0

        1: # Copyright (C) 2010-2014 Zentyal S.L.
        2: #
        3: # This program is free software; you can redistribute it and/or modify

-------------------------------------------------------------------------------------------------------------------------------------------------

What can I do? No available updates at this time for the Zentyal 4.0.
I installed the Zentyal in Hungarian language but I switched English language on the web surface. I can't add new user in English envirnonment too.

3
Magyar / Zentyal 4.0 - új felhasználó felvétele - sikertelen
« on: November 05, 2014, 11:29:15 am »
Sziasztok!

Nem tudom, futottatok-e már bele ilyenbe, friss zentyal 4.0 telepítés, egy usert sikerült felvennem, a többit már nem. Nincs ékezetes betű a felhasználói névben, a családi és kerersztnévben sem, nem rendelem hozzá csoporthoz, hozzáadáskor ezt a hibaüzenetet kapom:

"Sorry, an unexpected error has occurred

root command openchange_newuser --create --enable --mail gabor@zentyal-domain.lan 'gabor' failed. Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf" params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf" Traceback (most recent call last): File "/usr/sbin/openchange_newuser", line 63, in <module> lp, creds, opts.firstorg, opts.firstou) File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf assert(firstorg) AssertionError Command output: . Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240"


Alatta van kég gombom:

"Show technical details" és "Report problem"

Az elsőre kattintva kapok ilyet:

root command openchange_newuser  --create  --enable  --mail gabor@zentyal-domain.lan  'gabor'  failed.
Error output: params.c:pm_process() - Processing configuration file "/etc/samba/openchange.conf"
 params.c:pm_process() - Processing configuration file "/etc/samba/shares.conf"
 Traceback (most recent call last):
   File "/usr/sbin/openchange_newuser", line 63, in <module>
     lp, creds, opts.firstorg, opts.firstou)
   File "/usr/lib/python2.7/dist-packages/openchange/provision.py", line 156, in guess_names_from_smbconf
     assert(firstorg)
 AssertionError

Command output: .
Exit value: 1 at /usr/share/perl5/EBox/Sudo.pm line 240


A hibajelentést elküldtem a másik gombbal már két napja, de semmi reakció :(
Más hiba miatt már angolra állítottam a Zentyal webadmin felületét, így gyanítom, nem nyelvi probléma okozza ezt.

Van valami javaslatotok, ötletetek?


Update: Active directory and file sharing és Openchange modulok vannak csak telepítve, úgy látom, mintha az Openchange váltaná ki ezt a hibát...


4
Magyar / Zentyal 4.0 - Hitelesítésszolgáltató - hiba [MEGOLDVA]
« on: November 03, 2014, 12:58:58 pm »
Sziasztok!

Gondom akadt. Feltettem egy 4.0-ás Zentyal-t, Tartományvezérlő, Groupware modulokat választottam ki.
Felment szépen, hiba nélkül, frissítettem, változtatott mentések nincsenek.
Hitelesítésszolgáltató - Általános - bármi komolyabb dologba kezdenék, ide irányít, gondolom legyen tanúsítványom.
Öt mező van:
Szervezet neve
Országkód (elhagyható)
Város (elhagyható)
Állapot (gondolom állam, state angolul, pár verzióval korábban is megvolt már ez a félrefordítás....) (elhagyható)
Napok száma a lejáratig

Bármit és bárhogyan próbálok ide beírni, mindig ezt kapom felül piros alapon - és persze nem készül el:

"Érvénytelen érték: commonName: infostation szolgáltató tanúsítványa. A mező érvénytelen karaktereket tartalmaz. Minden ASCII alfanumerikus, és a következő nem alfanumerikus karakterek engedélyezettek: .?&+:-@* és a szóköz."

Hát... az első mezőbe ezeket próbáltam beírni cegnev, cegnev.hu, hagytam üresen is (persze elvileg nem lehetne, tudom)
A második mezőbe, országkód, alapból az US-t teszi, írtam már át HU-ra, hagytam US-en, nincs változás.
A város és állapot alapból "undefined" szöveggel van kitöltve, töltöttem már ki, hagytam beírva az undefined-et, hagytam üresen is, nincs változás...
A napok száma lejáratig mező 3650-el van kitöltve, próbáltam csak 365-re venni, de semmi....


Mit csinálok rosszul?
Ha nem csinálok semmit sem rosszul, akkor hogyan tudnám javítani, vagy megkerülni ezt a problémát?

5
Magyar / Openchange tapasztalatok?
« on: October 21, 2014, 02:31:43 pm »
Sziasztok!

Utoljára akkor nézegettem a Zenytal-t csoportmunkás levelezésre, amikor az még csak a Zarafa-t használta.
Azóta hallottam már az Openchange-ről, bele is került a Zentyal-ba, érdeklődnék, van-e gyakorlati tapasztalatotok vele? Vannak-e ismert hibák, hiányosságok? Milyen a webes felülete, mennyire használhatóak a közös, vagy megosztott naptárak, címjegyzékek, feladatlisták, mobil eszközökkel hogyan működik együtt,...?


6
Magyar / Zentyal frissítése 3.2-re
« on: September 21, 2013, 09:18:27 pm »
Sziasztok!

Én még nem kapkodnám el, de érdekelne, van-e már valaki, aki frissítette a korábbi, 3.0.x verziójú Zentyal rendszerét 3.2-re?
Ha esetleg van aki már túl van rajta - azt gondolom, sokak nevében is megköszönném - ha leírná tapasztalatait. Jól ment-e, hogy ment, mire érdemes figyelni és talán az egyik legfontosabb: milyen szolgáltatások futnak a frissített környezetben?


7
Magyar / Ebben a munkamenetben nem mentett módosítások vannak!
« on: September 14, 2013, 04:33:12 pm »
Sziasztok!

Lassan egy éve használok - egyelőre csak egy szerveren - Zentyal 3.0-át. A telepítést, finomhangolást nem sokkal követően a webes felületen járva, a "Kijelentkezés" gombra kattintva ez az üzenet fogad:
"Ebben a munkamenetben nem mentett módosítások vannak! "
Pedig sok alkalommal nem is változtatok semmit, vagy pedig természetesen elmentem a változtatásokat, mielőtt a "Kilépésre" kattintok. Nincs semmi "narancssárga" a felső részen, de ez az üzenet mindig megjön.

Mit lehet tenni? Van esetleg valami tmp könyvtár, ahonnan törölnöm kellene néhány elévült fájlt, hogy ez megszűnjön?
Folyamatosan fennáll a dolog, természetesen azóta számtalan frissítés, jó néhány szerver újraindítás is történt, de ezen nem változtatott.

8
Magyar / Zentyal 3.2 - kivett összetevők
« on: September 07, 2013, 06:59:46 pm »
Sziasztok!

Gondoltam megosztom veletek a frissen szerzett információmat, miszerint négy összetevőt kivettek a 3.2-es Zentyalból.
E négy összetevő a következő: PPTP, virtualizáció, vékony kliens és VoIP.
Mivel támadt egy késztetésem, hogy megnézzem a még RC1 állapotban levő 3.2-es kiadást, azon belül is a vékony kliens részt, így egy kicsit nagy kört lefutva, de ráakadtam erre az információra. Ugyanis hiába kerestem a Zentyalban a vékony kliens modult, sehogy sem találtam.
Aztán ráakadtam erre: http://forum.zentyal.org/index.php?topic=17928.0

9
Magyar / Frissítés parancssorból?
« on: December 08, 2012, 01:48:20 pm »
Sziasztok!

Nekem úgy tűnik, van olyan csomag, mely a Zentyal WEB-es admin felületéről sosem lesz frissíthető. Nálam jóval hozzáértőbbektől érdeklődtem régebben, lehet-e, érdemes-e, szabad-e a jól bevált apt-get, vagy aptitude-os frissítést használni. Azt a választ kaptam, hogy nem javallott, előbb-utóbb megjelenik majd az admin felületen is, mint elérhető frissítés, inkább onnan tegyem.
Kb. két hete van egy csomagom, mely sosem frissül az admin felületről, nem is látszik, mint frissítés, de a konzolban folyamatosan ott van: "zenbuntu-desktop".

Kérdés: merhetem-e az apt-get upgrade-et kiadni akkor, ha csak olyan csomagok telepednének így, melyek már szembetűnően jó ideje szeretnének frissülni, de a WEB-es felületen sosem látni őket?

10
Magyar / Freshclam-observer - permission denied
« on: December 08, 2012, 09:50:21 am »
Sziasztok!

A /var/mail alatt a clamav mailbox fájljában rendre ezt az üzenetet kapom. Miért?
Code: [Select]
From clamav@zentyal-srv.mydomain.hu  Sat Dec  8 05:00:15 2012
Return-Path: <clamav@zentyal-srv.mydomain.hu>
X-Original-To: clamav@zentyal-srv.mydomain.hu
Delivered-To: clamav@zentyal-srv.mydomain.hu
Received: from localhost (localhost.localdomain [127.0.0.1])
        by zentyal-srv.mydomain.hu (Postfix) with ESMTP id 8E5302EAB6A3
        for <clamav@zentyal-srv.mydomain.hu>; Sat,  8 Dec 2012 05:00:15 +0100 (CET)
X-Virus-Scanned: by amavisd-new-2.6.5 (20110407) (Debian) at
        mydomain.hu
Received: from zentyal-srv.mydomain.hu ([127.0.0.1])
        by localhost (zentyal-srv.mydomain.hu [127.0.0.1]) (amavisd-new, port 10024)
        with ESMTP id mmyvRlQJ8-Xv
        for <clamav@zentyal-srv.mydomain.hu>;
        Sat,  8 Dec 2012 05:00:09 +0100 (CET)
Received: by zentyal-srv.mydomain.hu (Postfix, from userid 113)
        id 3F4072EAB6A6; Sat,  8 Dec 2012 05:00:09 +0100 (CET)
From: root@zentyal-srv.mydomain.hu (Cron Daemon)
To: clamav@zentyal-srv.mydomain.hu
Subject: Cron <clamav@zentyal-srv> /usr/bin/freshclam --quiet
Content-Type: text/plain; charset=ANSI_X3.4-1968
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/lib/clamav>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=clamav>
Message-Id: <20121208040009.3F4072EAB6A6@zentyal-srv.mydomain.hu>
Date: Sat,  8 Dec 2012 05:00:09 +0100 (CET)

sh: 1: /usr/share/zentyal-antivirus/freshclam-observer: Permission denied


Az üzenetek minden egész órában érkeznek, van, amikor egymást követő órában, van, amikor akár 7-8 óra kihagyás után jön a következő. De minden üzenet egyforma. Nektek is van ilyen? Mitől lehet ez?

11
Magyar / Noatime, relatime - érdemes? Szabad egyáltalán?
« on: December 07, 2012, 10:58:32 pm »
Nemrégiben hallottam a "noatime" fájlrendszer felcsatolási kapcsopóról, melynek lényege - ahogy hallottam - a fájlok megnyitási (nem módosítási!) idejét e kapcsolóval felcsatolt fájlrendszer nem naplózza. Elviekben erre nincs is szükség, de pár helyen említették, hogy bizonyos alkalmazások,főként backup.programok használhatják ezen infókat. Ez esetben ajánlják a "relatime" kapcsolót, az a "két véglet" közti megoldást jelenti,mélyebben ezt nem.ismerem.
Használnám a Zentyal backupját, a Zarafát és mint mindegyikünk, örülnék annak, ha gyorsulnának a lemezműveleteim.
Én csak két partíciót hoztam.létre a Zentyalnak: a /-t és a swapet. Úgy tudom a swap esetén erre nincs lehetőség, de a / esetén igen.
Kérdésem az lenne, ismeritek-e, használjátok-e, lehet-e buktatója ennek?
Írták még a parancssoros levelezőt,a mutt-ot,hogy neki is kell az az info,amit a noatime kikapcsol. Jelenleg a relate kapcsolót használom, nincs gondom eddig.
Merjem használni a /-en a noatime-t?

12
Magyar / Mysql root jelszó? [SOLVED]
« on: December 07, 2012, 05:09:08 pm »
Sziasztok!

Jelenleg 3-as Zentyal-t és a hozzá járó Zarafa-t használom. Eljutottam oda, hogy ideje lenne egy automatikus mentést kialakítani a gépen.
Ennek egy részét a MySQL mentése tenné ki, mysqldump-al gondolnám.

Kis testi munkával megtaláltam a Zentyal és a Zarafa adatbázisainak jelszavait tartalmazó fájlokat. Ha valakinek ez segítség lehet a későbbiekben:
- Zentyal: /var/lib/zentyal/conf/zentyal-mysql.passwd
- Zarafa: /etc/zarafa/server.cfg

Bár adatbázist menteni már ezekkel szépen lehetne e két adatbázisról, felmerült bennem az, hogy további, MySQL adatbázist is igénylő web oldalt is tennék fel a szerverre. Ehhez - ha máshoz annyira nem is - mindenképpen szükség lenne a MySQL root jelszavára, melyet sehol sem találtam meg a rendszerben.
Esetleg tudtok róla, hogy ez valahol le van tárolva?

Találtam egy ilyet: http://www.sururi.com/2011/02/change-mysql-password-on-zentyal.html
Elvileg szépen leírja, mit kell tenni.

A kérdésem az lenne, van-e valakinek ezzel tapasztalata? Lehet-e ebből problémám a későbbiekben? Akár egy Zentyal frissítéssel érkező SQL táblabővítés során, akár más modulok telepítésekor, egyszóval bármilyen esetben lehet-e abból hátrányom, hogy felülírom az SQL root jelszót? nem tudom, hogyan működik a dolog. Az biztos, hogy a Zentyal adatbázis volt csak először, a Zarafáé - nyilván - annak telepítésekor (pontosabban engedélyezésekor) jött létre. Ehhez - szerintem - MySQL root jogosultságok kellenek. Lehet, hogy a Zentyal SQL usernek van ilyen jogosultsága? És ha későbbiekben általa létrehozott, vagy létrehozandó adatbázisokkal van dolga, akkor megoldja SQL root nélkül is?
Vagy valahol el van dugva, amit ilyenkor használna és ha felülírom, akkor gyakorlatilag bizonyos műveleteket már nem tud majd elvégezni?

Talán olyan kérdés ez, mely többünket érdekel, vagy érdekelni fog, hiszen kellő vasra téve egy teljes értékű Apache fut rajta, így egy intranetet, egy zárt fórumot, akármit elfuttathatna.


Update: OK, jött az Isteni sugallat és bejött: a Zentyal MySQL jelszava megegyezik a MySQL root jelszavával, azzal simán beengedett. Talán hasznos lehet másoknak is, akik erre tévednek a későbbiekben.

13
Magyar / Radius - Wifi AP
« on: November 26, 2012, 03:32:54 pm »
Sziasztok!

Van egy TP-Link Access Pointom (TL-WA801ND típus), gondoltam beállítom úgy, hogy a Zentyal Radius szervere végezze az autentikációt. Jegyzem meg itt egyből az elején: soha semmi közöm nem volt még a Radiushoz, így lehet, hogy alapvető hibákat követek el.
Jelen pillanatban nem működik a dolog, ezért is hoztam létre ezt a topikot.

Lépésről lépésre a következőket csináltam:
Az AP-ban ez lett beállítva:


Zentyalban pedig így néz ki a történet:




Szóval adott egy közös jelszó, minkét oldalon ugyanazt állítottam be természetesen.
Mint látszik, az AP IP címe: 192.168.26.253, a Zentyal szerveré pedig a 30-as végződésű.

Hoztam létre egy felhasznalok nevű csoportot, majd tagjaként beállítva egy "peti" nevű usert.
A beállítások alapján - a fent említett gyakorlati tapasztalatommal a hátam mögött - azt gondolnám, ez esetben a felhasznalok csoport tagjai számára a Radius autentikáció engedélyezett.

Fogtam egy Windows 7-es laptopot, próbáltam csatlakozni az AP-ben kiajánlott hálózathoz, kért is szépen felhasználói nevet, jelszót. Beírtam a peti-t, illetve a peti jelszavát, a csatlakozás sikertelen volt. Néztem a /var/log/freeradius/radius.log-ot, ezek vannak benne:
Code: [Select]
Mon Nov 26 14:44:28 2012 : Info: Exiting normally.
Mon Nov 26 14:44:28 2012 : Info: Loaded virtual server inner-tunnel
Mon Nov 26 14:44:28 2012 : Info: Loaded virtual server <default>
Mon Nov 26 14:44:28 2012 : Info: Ready to process requests.
Mon Nov 26 14:45:03 2012 : Error: TLS Alert read:fatal:unknown CA
Mon Nov 26 14:45:03 2012 : Error:     TLS_accept: failed in SSLv3 read client certificate A
Mon Nov 26 14:45:03 2012 : Error: rlm_eap: SSL error error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
Mon Nov 26 14:45:03 2012 : Error: SSL: SSL_read failed inside of TLS (-1), TLS session fails.
Mon Nov 26 14:45:03 2012 : Auth: Login incorrect (TLS Alert read:fatal:unknown CA): [peti] (from client 192.168.26.253/32 port 0 cli 00-18-DE-77-13-28)

Direkt hagytam benne az elejét is, az exiting és a loaded akkor volt, amikor valamit állítgattam a Radius-ban, majd jobb felül a "Beállítások mentése" gombra kattintottam.
De ha újra próbálok csatlakozni, akkor az "erroros" és az "authos" sorok által képezett versszak ismétlődik újra.

Tehát van valami próbálkozás, eljön a Radiusig az AP-ból a kérés, látszik a felhasználói név is, de valami tanúsítvány baja lehet.
Ezen még felbuzdulva gyorsan be is mentem a "Hitelesítésszolgáltató (CA)" menüpont alá, hamar létre is hoztam 10 évre egy új tanúsítványszolgáltatót, majd alatta a "Szolgáltatások tanúsítványa" almenüpontban engedélyeztem a Radius számára a dolgot.
Ez után újra próbáltam, de semmi változás nem volt.

Mit nézzek meg? Mit csinálok rosszul? Mit ajánlotok?


14
Magyar / Mire használod a Zentyal-t?
« on: November 25, 2012, 07:37:38 pm »
Sziasztok!

Ez egy kicsit más témájú topik lenne, talán láttok majd benne fantáziát.
Arra gondoltam, egyfajta bemutatkozásként az erre járó fórumlakók pár mondatban leírhatnák, mire szeretnék, vagy inkább mire használnak Zentyal-t. Így tudnánk egymásról, kinek milyen téren lehet esetleg nagyobb tapasztalata. Nem is a "Ki a Jani itt a fórumon?" miatt gondolnám ezt, hanem inkább ha valaki újonnan érkezik ide, vagy esetleg új, általa még meg nem valósított feladatra szeretné használni a rendszert, tájékozódni tudjon.
Láthatja, hogy pl. mások miket valósítottak meg, mekkora felhasználói létszám mellett, mekkora adatmennyiség mellett, milyen hardveren, milyen buktatókba futottak esetleg bele, stb....

Emellett bízom abban is, hogy akár ez a topik, akár a jövőben nyílók majd egy kellemes, baráti, Zentyal-os társaságot alakítanak majd ki.

Bordács Péter
(itt a fórumon: Mono)


15
Installation and Upgrades / Process zarafa-licensed is stopping [SOLVED]
« on: November 08, 2012, 01:17:56 pm »
**** Sorry I want to write this to the section "Zentyal Server" ****
Hi,

I have a Zentyal 3.0 Community Edition and I use the Zarafa with Outlook.
In more cases the process zarafa-licensed is not running.
If I started the Zentyal box this process is not started but contain all rc.* folder in the /etc.
If I run with the "/etc/init.d/zarafa-licensed" the process is started normally.
But if I changes something the e-mail settings in the Zentyal admin place and the changes restarted the Zarafa the zarafa-licensed is stopped.
This is my /var/log/zarafa/licensed.log. At the "exiting" the zarafa-licensed is stopping. In usually at this time I changed the e-mail settings.

Code: [Select]
Wed Nov  7 19:54:56 2012: ZCP serial in '/etc/zarafa/license' is invalid. Assuming default 3-user license
Wed Nov  7 19:54:56 2012: ZCP license for 3 Win32 MAPI users
Wed Nov  7 19:54:56 2012: Starting zarafa-licensed version 7,1,0,36420 (36420), pid 12270
Wed Nov  7 19:58:06 2012: Exiting
Wed Nov  7 20:06:07 2012: ZCP serial in '/etc/zarafa/license' is invalid. Assuming default 3-user license
Wed Nov  7 20:06:07 2012: ZCP license for 3 Win32 MAPI users
Wed Nov  7 20:06:07 2012: Starting zarafa-licensed version 7,1,0,36420 (36420), pid 16631
Wed Nov  7 20:10:13 2012: Exiting
Thu Nov  8 07:56:40 2012: ZCP serial in '/etc/zarafa/license' is invalid. Assuming default 3-user license
Thu Nov  8 07:56:40 2012: ZCP license for 3 Win32 MAPI users
Thu Nov  8 07:56:40 2012: Starting zarafa-licensed version 7,1,0,36420 (36420), pid 2051
Thu Nov  8 07:57:34 2012: Exiting
Thu Nov  8 12:18:21 2012: ZCP serial in '/etc/zarafa/license' is invalid. Assuming default 3-user license
Thu Nov  8 12:18:21 2012: ZCP license for 3 Win32 MAPI users
Thu Nov  8 12:18:21 2012: Starting zarafa-licensed version 7,1,0,36420 (36420), pid 7952
Thu Nov  8 12:26:23 2012: Exiting

If the zarafa-licensed is stopped the Outlook can't connect to the server.
What can I do? I don't want to the zarafa-licensed stopped. I want to started with the Zentyal server and running always.
Do you same problem?
Do you any idea?

Some process has "respawn" function. I never use this and I can't how it works. But if I want to stop the slapd with the following command: /etc/init.d/slapd stop or I killed the slapd process with command "kill" the slapd started automatically again.
Maybe can I set this function for the zarafa-licensed process?

Thanks,
Mono

Pages: [1] 2