Willkommen im kivitendo Forum! Hier erweitern und teilen AnwenderInnen und EntwicklerInnen ihr Wissen.

Teste kivitendo!

kivitendo Demo

kivitendo Demo mit Schweizer Kontenplan und neuem Layout

Unterstützt kivitendo mit der Basis-Subskription!

0 Punkte

Hallo,

habe kleine Probleme trotz guter Doku (Dank an die Autoren, ../kivitendo/doc) und meiner Debian (~ squeezy). Installiert ist Kivitendo bei mir, jeweils parallel und manuell ohne git. Die ältere Version 2.7.0 läuft soweit auch ohne größere Probleme. Nur die 3.0 macht Zicken.

Irgendwie gelingt es mir nicht die FCGI 0.72 downzugraden (Momentan ist die 0.67.2 installiert), auch die nächst von CPAN angebotene Version 0.74 will sich nicht make'n lassen. Ebenfalls ist in der Ausgabe von "./scripts/installation_check.pl" nicht Net::SMTP::SSL (libnet-smtp-ssl-perl lässt sich installieren) noch Net::SSLGlue (libnet-sslglue-perl lässt sich nicht installieren) gelistet.

Versuche ich dennoch im Browser den Aufruf der 3.0 Version ....../admin.pl, bekomme ich "admin.pl" zum Download angeboten, ich vermute jedoch das vorab die benötigten perl Pakete (oben) laufen sollten, aber wie?

von (2.7k Punkte)
wieder getaggt von

1 Antwort

+1 Punkt
 
Beste Antwort

squeezy

;) das ist ein schoener vertipper

Haeufg fehlt einfach der Compiler auf dem System

  • FCGI
    sudo su -
    aptitude install gcc
    perl -MCPAN -e "install FCGI"
    Da bekommst Du 0.74 das funktioniert wunderbar

  • libnet-smtp-ssl-perl und Net::SSLGlue
    beide sind optional
    /scripts/installation_check.pl -ov
    siehe auch
    /scripts/installation_check.pl -h
    die sollten beide gehen, sie sind unter main in den sourcen
    aptitude install libnet-sslglue-perl
    aptitude install libnet-smtp-ssl-perl

    Die brauchst Du nur, wenn Du direkt mit perl smtpverbindungen aufmachen willst die tls oder ssl verwenden
    https://demo.kivitendo.de/beta/doc/html/ch02s10.html#config.sending-email.smtp
    Du kannnst sie auch wie in der doku beschrieben ueber CPAN installieren

    Ueberlege Dir alternativ, ob Du nicht via localhost verschickst.
    https://demo.kivitendo.de/beta/doc/html/ch02s10.html#config.sending-email.sendmail
    Damit wuerde exim4-daemon-light (der ist standardmaessig schon drauf) das alles fuer Dich uebernehmen natuerlich auch mit tls oder ssl. Dem kannst Du auch beibringen ueber einen Smarthost zu versenden incl auth. Ich wuerde das vorziehen.

Versuche ich dennoch im Browser den Aufruf der 3.0 Version ....../admin.pl, bekomme ich "admin.pl" zum Download angeboten, ich vermute jedoch das vorab die benötigten perl Pakete (oben) laufen sollten, aber wie?

klar sollten die gehen, aber das Du die admin.pl als Download bekommst ist ein Fehler in der Apache Config, verantworlich sind:

  • AddHandler

  • AliasMatch

siehe: https://demo.kivitendo.de/beta/doc/html/ch02s06.html
Oft stehen die sachen zwar drin, greifen aber nicht, weil an der Falschen Stelle oder im falschen Kontext
siehe auch: https://forum.kivitendo.de/931/admin-pl-wird-zum-download-angeboten

von (18.0k Punkte)
ausgewählt von Anonym

:) ja vertippt am Ende bitte; 'y' durch 'e' ersetzen, aber egal dies ist das OS des Client's. vor lauter schnelligkeit. Auf dem Webserver ist so weit ich weiß lenny am laufen.

OK der Compiler gcc war schon installiert, ich hatte FCGI 0.74 versucht via.

force install M/MS/MSTROUT/FCGI-0.74.tar.gz

zu installieren, mit deinem Tipp: perl -MCPAN -e "install FCGI" funktionierte es, Danke.

aptitude install libnet-sslglue-perl
aptitude install libnet-smtp-ssl-perl

die Konsole wirft mir beim ersten folgendes aus;
Konnte kein Paket finden, dessen Name oder Beschreibung auf »libnet-sslglue-perl« passt. Es werden keine Pakete installiert, aktualisiert oder entfernt.
zweites funktioniert. Ich versuche gerade es mit perl -MCPAN -e "install Net::SSLGlue. Ja für das senden der EMail's kann ich auch exim verwenden, da hatten wir in der Vergangenheit schon mal das Vergnügen, aber so richtig funktioniert hat es bei mir noch nie. Deswegen kommt mit die smpt Möglichkeit gerade recht. Aber wenn du bereit bist es nochmals via exim zu versuchen , gern. Darf ich Fragen ob dies auch per pm möglich wäre, wegen Datenschutz?

Nach dem /etc/init.d/apache2 restart ist nun das download Fenster durch 500-Browser-Meldung ersetzt worden, anbei meine *.conf (liegt bei mir unter /etc/apache2/conf.d/kivitendo.conf. Evtl siehst du wo es hängen könnte;

 AddHandler fcgid-script .fpl
 # 3.0.0 = kivitendo-erp | 2.7.0 = kivitendo
AliasMatch ^/kivitendo-erp/[^/]+\.pl		/srv/www/kivitendo-erp/dispatcher.fpl
AliasMatch ^/kivitendo/[^/]+\.pl 		/srv/www/kivitendo/dispatcher.fpl
# Zugriff mit mod_fcgid:
AliasMatch ^/kivitendo-erp-fcgid/[^/]+\.pl 	/srv/www/kivitendo-erp/dispatcher.fpl
AliasMatch ^/kivitendo-fcgid/[^/]+\.pl 		/srv/www/kivitendo/dispatcher.fpl
Alias       /kivitendo-erp/          		/srv/www/kivitendo-erp/
Alias       /kivitendo/          		/srv/www/kivitendo/
# Zugriff mit mod_fcgid:
Alias       /kivitendo-erp-fcgid/          	/srv/www/kivitendo-erp/
Alias       /kivitendo-fcgid/          		/srv/www/kivitendo/
# Zugriff über CGI
Alias       /kivitendo-erp-cgi            	/srv/www/kivitendo-erp/
Alias       /kivitendo-cgi/               	/srv/www/kivitendo/

#FcgidMaxRequestLen 10485760

<Directory /srv/www/kivitendo-erp>
  AllowOverride All
  Options ExecCGI Includes FollowSymlinks
  Order Allow,Deny
  Allow from All
</Directory>

<Directory /srv/www/kivitendo>
  AllowOverride All
  Options ExecCGI Includes FollowSymlinks
  Order Allow,Deny
  Allow from All
</Directory>

<DirectoryMatch /srv/www/kivitendo-erp/users>
  Order Deny,Allow
  Deny from All
</DirectoryMatch>

<DirectoryMatch /srv/www/kivitendo/users>
  Order Deny,Allow
  Deny from All
</DirectoryMatch>

Folgende Zeile musste ich Auskommentieren, weil ich beim restart eine Fehlermeldung erhalte: #FcgidMaxRequestLen 10485760

Sehe gerade das mir die Konsole folgendes zu perl -MCPAN -e "install Net::SSLGlue ausgibt:

Test Summary Report
-------------------
t/01_load.t         (Wstat: 0 Tests: 3 Failed: 1)
  Failed test:  2
t/external/03_lwp.t (Wstat: 2304 Tests: 0 Failed: 0)
  Non-zero exit status: 9
  Parse errors: No plan found in TAP output
Files=3, Tests=3, 26 wallclock secs ( 0.42 usr  0.07 sys +  3.17 cusr  0.37 csys =  4.03 CPU)
Result: FAIL
Failed 2/3 test programs. 1/3 subtests failed.
make: *** [test_dynamic] Fehler 9
  SULLR/Net-SSLGlue-1.01.tar.gz
  /usr/bin/make test -- NOT OK
//hint// to see the cpan-testers results for installing this module, try:
  reports SULLR/Net-SSLGlue-1.01.tar.gz
Running make install
  make test had returned bad status, won't install without force

Kann gut sein, dass Debian squeeze für libnet-sslglue-perl zu alt ist. Das Perl-Modul ist verhältnismäßig neu. Unter Ubuntu 12.04 gibt es das auch als Paket, aber U12.04 ist ja auch neuer als D squeeze.

Kann gut sein, dass Debian squeeze für libnet-sslglue-perl zu alt ist.

hatte ich fuer squeeze geprueft.

http://packages.debian.org/search?suite=squeeze&searchon=names&keywords=libnet-sslglue-perl
spasshalber mal raufgeworfen -> tut

root@squeeze ~ # cat /etc/debian_version 
6.0.6
root@squeeze ~ # cat /etc/apt/sources.list
# deb http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ squeeze main

deb http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ squeeze main non-free contrib
deb-src http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ squeeze main non-free contrib

deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free

deb http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ squeeze-updates main contrib non-free
deb-src http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ squeeze-updates main contrib non-free
root@squeeze ~ # aptitude install libnet-sslglue-perl
The following NEW packages will be installed:
  libio-socket-ssl-perl{a} libnet-libidn-perl{a} libnet-sslea*emphasized text*y-perl{a} libnet-sslglue-perl 
0 packages upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 307 kB of archives. After unpacking 1,425 kB will be used.
Do you want to continue? [Y/n/?] y
Get:1 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ squeeze/main libnet-ssleay-perl i386 1.36-1 [208 kB]
Get:2 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ squeeze/main libio-socket-ssl-perl all 1.33-1+squeeze1 [58.5 kB]
Get:3 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ squeeze/main libnet-libidn-perl i386 0.12.ds-1+b1 [23.5 kB]
Get:4 http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ squeeze/main libnet-sslglue-perl all 0.2-2 [17.1 kB]
Fetched 307 kB in 1s (215 kB/s)         
Selecting previously deselected package libnet-ssleay-perl.
(Reading database ... 73186 files and directories currently installed.)
Unpacking libnet-ssleay-perl (from .../libnet-ssleay-perl_1.36-1_i386.deb) ...
Selecting previously deselected package libio-socket-ssl-perl.
Unpacking libio-socket-ssl-perl (from .../libio-socket-ssl-perl_1.33-1+squeeze1_all.deb) ...
Selecting previously deselected package libnet-libidn-perl.
Unpacking libnet-libidn-perl (from .../libnet-libidn-perl_0.12.ds-1+b1_i386.deb) ...
Selecting previously deselected package libnet-sslglue-perl.
Unpacking libnet-sslglue-perl (from .../libnet-sslglue-perl_0.2-2_all.deb) ...
Processing triggers for man-db ...
Setting up libnet-ssleay-perl (1.36-1) ...
Setting up libio-socket-ssl-perl (1.33-1+squeeze1) ...
Setting up libnet-libidn-perl (0.12.ds-1+b1) ...
Setting up libnet-sslglue-perl (0.2-2) ...
                                         
root@squeeze ~ # echo $?
0

Nach dem /etc/init.d/apache2 restart ist nun das download Fenster durch 500-Browser-Meldung ersetzt worden

klingt doch gut, jetzt wuerde mich die Fehlermeldung interessieren.

exim ... Aber wenn du bereit bist es nochmals via exim zu versuchen , gern. Darf ich Fragen ob dies auch per pm möglich wäre, wegen Datenschutz?

Schreibst Du mich an?

baeng:

aber egal dies ist das OS des Client's. Auf dem Webserver ist so weit ich weiß lenny am laufen.

das sehe ich jetzt erst. da gibt es kein libnet-sslglue-perl
Der Client interessiert uns bei der Serverinstallation nicht wirklich ...

Aber was viel schlimmer ist, da gibt es seit 10 Monate keine Sicherheitsupdates mehr.
Da kann ich nur dringend raten auf squeeze upzudaten, alles andere waere fahrlaessig von mir.

Bitte vorher sicherstellen dass Du explizit postgres-8.3 oder welche Version das da auch ist installiert hast und nich das Metapaket

aptitude install postgresql-8.3
aptitude remove postgresql
dpkg -l | grep postgres (da muss postgresql-8.4 auftauchen)

wenn nein noch mal
aptitude install postgres-8.3

der remove postgresql ist wichtig, sonst bekommst Du stress mit dem Clusterupdate

erst dann das Update zu squeeze

Wenn das Durch ist lauft Deine Datenbank noch in 8.3, das macht erstmal nix.

Danach kannst Du 8.4 installieren und dann wiederrum 8.3 wegwerfen.

Alles andere birngt Dir Stress. Wenn Du unsicher bist lieber noch mal fragen, vorher ist das immer besser.

Siehe auch:

https://forum.kivitendo.de/1114/postgresql-update

und das war mal um es zu reparieren
http://forum.lx-office.org/index.php?id=12394

..r laufen dpkg -l | grep postgres bringt 5.0.10 zu Tage.

x

Ich nutze mal lieber das Angebot und Frage an, die Abfrage dpkg -l | grep postgres erzeugt einige Ausgaben in der Konsole ala ....8.3.17-0lenny1 .

welches davon stimmt? Ich vermute mal 8.3

Bevor du jetzt aber dir viele Mühen machst, ist die Frage kann das mit squeeze und meiner Hardware überhaupt einigermaßen funktionieren?

ich bin kein Hardware-Experte, denke aber nicht dass Server squeeze zu Server lenney ein grosser Unterschied ist.
Bei einem Desktop ist das anders. Wuesst nicht was dagegen spricht.

Als kleines Trostpflaster darf ich einbringen das dieser Webserver nur in meinem lokalen Netzwerk (ich hoffe es doch zumindest) betrieben wird.

Ich glaube das es nichts bringt updates zu verschleppen

Wenn das Ganze isoliert ist kannst Du bei lenny bleiben aber dann wuerde ich auch lx-office 2.7 weiter verwenden.
kivi 3.0 ist erscheinen nach dem lenny schon lange aus dem Support ist.

my2ct

Überleg dir, wie viel dir deine Arbeitszeit wert ist. Dann überleg dir, was heutzutage ein Rechner mit Multicore-CPU, einer Festplatte und 4 GB RAM kostet. Richtig, vielleicht 400 €. Wie lange willst du dich denn mit der alten Hardware herumschlagen? Wir supporten lenny nicht. Weder mit Hilfe noch vom Programm her. Tu dir selber den gefallen und investiere das Geld ;)

welches davon stimmt? Ich vermute mal 8.3

ja korrekt. Bin gerade dabei das System (Webserver) auf squeeze up zu date`n. Also wenn ich mir alle Pakete anschaue so wären es ca. 4000 Paket unterschiede zu lenny, natürlich habe ich nicht alle Pakete installiert, es dürften ca. unter 1000 sein, die erneuert werden. Zur Verbesserung der Leistung werde ich mich von kDE verabschieden, das bringt in der Tat wenig Freude (mit meiner Hardware) und sehr wahrscheinlich die eine oder andere Einsparung weiterer Pakete bzw. Ressourcen, obwohl ich sehr selten direkt am Monitor im Serverraum verbringe. Danke für den Rat der neu Anschaffung!

Bin mal gespannt ob sich die Browser 500-Meldung somit in Luft auflöst. Aber nochmals zurückkommend auf exim4 und Smarthost, hast du evtl. eine Howto oder so, am besten mit Erklärung bzw. Vorbereitung des Debian-Systems?

Hallo wulf, Danke. Gerade musste ich auch an dich denken und ja komme gerne auf ssh zurück. Bedarf natürlich noch der Vorbereitung. Aber vielleicht hast du eine bestimmte Zeit, Wochentag oder so?

Für den Moment habe ich gerade squeeze am laufen. Und ja die 500ter Meldung ist nicht mehr aufgetaucht, stattdessen öffnet mein Browser anstandslose die 3er Version von kivitendo. So darf es ja auch sein.

Ein wenig zu bedenken gibt mir, das nun PostgreSQL 8.3 sowie PostgreSQL 8. 4 installiert (letztere automatisch mit upgrade to squeeze) sind. Und das schlimme darin ich bin mir bei den Cluster nicht sicher so das ich die 8.3 remove'n kann. Kann ich das vor dem remov checken?

zu Cluster:

habe folgendes via Konsole angestellt..

zuerst apt-get autoremove postgresql danach pg_dropcluster 8.4 main --stop so weit alles in Ordnung.

Nun der Versuch des Cluster- upgrade's pg_upgradecluster 8.3 main hierauf folgende Konsole-Meldung: `Stopping old cluster...
pg_ctl: Server fährt nicht herunter
Error: Could not stop old cluster

nun gut dann halt /etc/init-d/postgresql stop ah ja siehe da Stopping PostgreSQL 8.3 database server: main also ist 8.3 der aktive. Nun nochmals pg_upgradecluster 8.3 main,
Resultat: Error: specified cluster is not running hallo, gibt es keine Cluster?.

Stopp es tut sich was, habe einfach nochmals via /etc/init.d/postgresql start gestartet (8.3), danach nochmals pg_upgradecluster 8.3 main ausgeführt und siehe da die Meldung ist eine andere, aber dennoch mit Fehler:

Stopping old cluster...
Disabling connections to the old cluster during upgrade...
Restarting old cluster with restricted connections...
Creating new cluster (configuration: /etc/postgresql/8.4/main, data: /var/lib/postgresql/8.4/main)...
Moving configuration file /var/lib/postgresql/8.4/main/postgresql.conf to /etc/postgresql/8.4/main...
Moving configuration file /var/lib/postgresql/8.4/main/pg_hba.conf to /etc/postgresql/8.4/main...
Moving configuration file /var/lib/postgresql/8.4/main/pg_ident.conf to /etc/postgresql/8.4/main...
Configuring postgresql.conf to use port 5433...
Disabling connections to the new cluster during upgrade...
Roles, databases, schemas, ACLs...
FEHLER:  konnte Bibliothek »/usr/lib/postgresql/8.3/lib/plpgsql.so« nicht laden: /usr/lib/postgresql/8.3/lib/plpgsql.so: undefined symbol: ActiveSnapshot
FEHLER:  Funktion public.plpgsql_call_handler() existiert nicht
FEHLER:  konnte Bibliothek »/usr/lib/postgresql/8.3/lib/plpgsql.so« nicht laden: /usr/lib/postgresql/8.3/lib/plpgsql.so: undefined symbol: ActiveSnapshot
FEHLER:  Funktion public.plpgsql_call_handler() existiert nicht
FEHLER:  konnte Bibliothek »/usr/lib/postgresql/8.3/lib/plpgsql.so« nicht laden: /usr/lib/postgresql/8.3/lib/plpgsql.so: undefined symbol: ActiveSnapshot
FEHLER:  Funktion public.plpgsql_call_handler() existiert nicht
FEHLER:  konnte Bibliothek »/usr/lib/postgresql/8.3/lib/plpgsql.so« nicht laden: /usr/lib/postgresql/8.3/lib/plpgsql.so: undefined symbol: ActiveSnapshot
FEHLER:  Funktion public.plpgsql_call_handler() existiert nicht
Fixing hardcoded library paths for stored procedures...
Upgrading database kivitendo_auth...
Analyzing database kivitendo_auth...
Fixing hardcoded library paths for stored procedures...
Upgrading database lxdb...

und es dauert und dauert, den Rest schiebe ich gerne nach, hat das jetzt trotz den vielen Fehlern oder bis dahin Funktioniert und kann ich danach die 8.3 Version autoremove'n?

anbei den Rest der Konsolen Ausgabe:

Upgrading database kivi_auth...
Analyzing database kivi_auth...
Fixing hardcoded library paths for stored procedures...
Upgrading database lxbd...
Analyzing database lxdb...
Fixing hardcoded library paths for stored procedures...
Upgrading database lx_auth...
Analyzing database lx_auth...
Fixing hardcoded library paths for stored procedures...
Upgrading database postgres...
Analyzing database postgres...
Fixing hardcoded library paths for stored procedures...
Upgrading database template1...
Analyzing database template1...
Re-enabling connections to the old cluster...
Re-enabling connections to the new cluster...
Copying old configuration files...
Copying old start.conf...
Stopping target cluster...
Stopping old cluster...
Disabling automatic startup of old cluster...
Configuring old cluster to use a different port (5433)...
Starting target cluster on the original port...
Success. Please check that the upgraded cluster works. If it does,
you can remove the old cluster with

  pg_dropcluster 8.3 main

und es dauert und dauert, den Rest schiebe ich gerne nach, hat das jetzt trotz den vielen Fehlern oder bis dahin Funktioniert und kann ich danach die 8.3 Version autoremove'n?

ich habe mir viel Muehe gegeben, Dich auf die wichtigen Dinge hinzuweisen, aber ich kann hier nicht zum Projektleiter werden. Ich werde auch auf dieser Ebene schon gar nicht die Verantwortung fuer irgendwelche Haverien uebernehmen.

Schau ob Du es selber hinbekommst, wenn nein, kann ich Dich auch unterstuetzen, aber nicht in diesem Thread auf Basis einer Communtiy Antwort.

... nochmals vielen Dank,
habe erfolgreich die Cluster upgrade'n und überprüfen können. PostgreSQL 8.4 läuft und ist nun alleine.

Ich Glaube dass, dieser Thread als gelöst eingestuft werden kann.

Frohes neues

Ähnliche Fragen

0 Punkte
1 Antwort
0 Punkte
1 Antwort
Gefragt 17, Jan 2014 von Anonym
0 Punkte
1 Antwort
0 Punkte
1 Antwort
Gefragt 25, Jun 2013 von Anonym
...