Beiträge von Bonesman

Gute frage ich weis da auch keine Antwort drauf.

hab jetzt aus der syscp in cron.d eine kopie gemacht und so verändert das ich sie ausführen kann.

#!/bin/sh

Path=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

/usr/bin/php5 -q /var/www/syscp/scripts/cron_tasks.php

/usr/bin/php5 -q /var/www/syscp/scripts/cron_traffic.php

/usr/bin/php5 -q /var/www/syscp/scripts/cron_ticketarchive.php

Wird einfach mit ./syscp ausgeführt und das geht.

Ihrgendwie läuft der cron nicht sauber.

Hier mal die liste aller cron Aufträge von mir.

Benutzer Aktiviert? Befehl Verschieben
root Ja /etc/cron.daily/find
/etc/cron.daily/webalizer
/etc/cron.daily/logrotate
/etc/cron.daily/standard
/etc/cron.daily/man-db
/etc/cron.daily/squirrelmail
/etc/cron.daily/aptitude
/etc/cron.daily/sysklogd
/etc/cron.daily/apt
/etc/cron.daily/bsdmainutils
/etc/cron.daily/amavisd-new
root Ja /etc/cron.weekly/man-db
/etc/cron.weekly/sysklogd
root Ja /etc/cron.monthly/standard
/etc/cron.monthly/proftpd
root Ja /usr/bin/php5 -q /var/www/syscp/scripts/cron_traffic.php
root Ja /usr/bin/php5 -q /var/www/syscp/scripts/cron_ticketarchive.php
root Ja [ -x /usr/lib/gforge/bin/get_news_notapproved.pl ] && /usr/lib/gforge/bin/get_ne ...
root Ja if [ -x /usr/sbin/pg_maintenance ]; then /usr/sbin/pg_maintenance --analyze >/de ...
root Ja if [ -x /usr/sbin/pg_maintenance ]; then /usr/sbin/pg_maintenance --full --analy ...
root Ja [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxli ...
root Ja [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli ...
root Ja /etc/webmin/cron/tempdelete.pl
root Ja /usr/bin/php5 -q /var/www/syscp/scripts/cron_tasks.php
gforge Ja [ -x /usr/lib/gforge/bin/calculate_user_metric.php ] && /usr/lib/gforge/bin/calc ...
gforge Ja [ -x /usr/lib/gforge/bin/db_trove_maint.php ] && /usr/lib/gforge/bin/db_trove_ma ...
gforge Ja [ -x /usr/lib/gforge/bin/project_cleanup.php ] && /usr/lib/gforge/bin/project_cl ...
gforge Ja [ -x /usr/lib/gforge/bin/rating_stats.php ] && /usr/lib/gforge/bin/rating_stats. ...
gforge Ja [ -x /usr/lib/gforge/bin/db_project_sums.php ] && /usr/lib/gforge/bin/db_project ...

Vieleicht verhindert ja ein Cronauftrag der nicht verarbeitet werden kann die ausführung aller anderen.

Es sind jetzt 20.30uhr.

Habe gerade die erste Seite von syscp abgelesen und die sieht so aus.

SysCP-Details Last Cron: 25.04.2008 19:35:40 Letzte Trafficberechnung: 25.04.2008 19:35:47 Letzte Ticket-Archivierung: 25.04.2008 19:35:58 Installierte Version: 1.2.19

Also lauft der cron bei mir nicht sauber.
Weis jemand wie ich das Problem beheben kann???

Hmmm hab das problem evt gefunden..

/usr/bin/php5 -q /var/www/syscp/scripts/cron_tasks.php

Dieser cronauftrag war nicht vorhanden.

habe Webmin instaliert und dann die cronauftrage durchgesehen.

habe ihn eingefügt, mal sehen ob es das war.

Zitat von Alexander W.H. Wachert;983

Mal 3 Min gewartet, der Cron wird immerhin nur alle 3 Min gefahren nach deiner Config.

Systemlog und Syscplog?

Also wenn ich den cron von hand neustarte und 10 min warte sollte er wohl abgearbeitet sein.
Denke ich mir mal so....

Und diese Datei exestiert nicht
syscp_cron.lock

wohl eine syscloged.pid

Habe seit ein paar tagen das problem gehabt das ich keine Kunden mehr anlegen konnte.

Hab das heute neuinstaliert weil der fehler nicht zu finden war.
Schon seltsam das es erst geht und dann nichts mehr!!!!!

hab dann erst mal die Updates gefahren, und dann die syscp in cron.d angpast.

Path=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

*/3 * * * root /usr/bin/php5 -q /var/www/syscp/scripts/cron_tasks.php

0 0 * * * root /usr/bin/php5 -q /var/www/syscp/scripts/cron_traffic.php

30 0 * * * root /usr/bin/php5 -q /var/www/syscp/scripts/cron_ticketarchive.php

Soweit so gut.!!!

Denkste!!!

Der cron wird nicht ausgeführt.

[Blockierte Grafik: http://v211840413.yourvserver.net/syscp/images/title.gif] SysCP-Details Last Cron: 01.01.1970 01:00:00 Letzte Trafficberechnung: 03.01.1970 22:33:28 Letzte Ticket-Archivierung: 01.01.1970 01:00:00 Installierte Version: 1.2.19

Na Toll war warscheinlich vorher das selbe problem.

hab dann die Befehle in der shell ausgeführt.

/usr/bin/php5 -q /var/www/syscp/scripts/cron_tasks.php

/usr/bin/php5 -q /var/www/syscp/scripts/cron_traffic.php

/usr/bin/php5 -q /var/www/syscp/scripts/cron_ticketarchive.php

Das resultat ist

[Blockierte Grafik: http://v211840413.yourvserver.net/syscp/images/title.gif] SysCP-Details Last Cron: 25.04.2008 19:35:40 Letzte Trafficberechnung: 25.04.2008 19:35:47 Letzte Ticket-Archivierung: 25.04.2008 19:35:58 Installierte Version: 1.2.19
Heist die syscp in cron.d wird nicht ausgeführt.

Warum nicht.
weis das Jemand???

Warning: DocumentRoot [/var/kunden/webs/first/] does not exist

dies erscheint wenn ich apache2 neu starte.
Habe diesen Benutzer vor 2 tagen über syscp hinzu gefügt.

Hab schon andere angelegt welche geklappt haben.

die syscp config hatte ich schon am anfang geändert und auch wieder kontroliert, die stimmt.

# Set PATH, otherwise restart-scripts won't find start-stop-daemon
#
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
#
# Regular cron jobs for the syscp package
#
*/5 * * * * root /usr/bin/php5 -q /var/www/syscp/scripts/cron_tasks.php

0 0 * * * root /usr/bin/php5 -q /var/www/syscp/scripts/cron_traffic.php

30 0 * * * root /usr/bin/php5 -q /var/www/syscp/scripts/cron_ticketarchive.php

wenn ich einen clamscan auf var ansetzten will bekomme ich die melung no fiele ore directory

und das obwohl clamscan die berechtigungen hatt.

var gehört dem benutzer root

stimmt also soweit alles.

weis hier vieleicht jemand wo der fehler liegt??

und ist das richtig das user die ich über syscp anlege über ssh nicht gelistet sind??

also als reine v user nur in syscp vorhanden sind??

Auch kann user test keine EMail Addys über syscp anlegen.

MFG
Bonesman

Hallo Stefan

Die Zeile ist nicht mehr auskommentiert.
Ändert aber auch nichts.

Habe für einen Benutzer eine E Mail erstellt.

Info@dateundkontakt.de.

Kann aber nicht auf das E Mail Konto zugreifen.
Weder per E Mail client IncrediMail noch mit dem unter Syscp WebMail

Dort bekomme ich folgende Meldung.
Forbidden
You don't have permission to access / on this server.

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

Apache/2.2.3 (Debian) DAV/2 SVN/1.4.2 PHP/5.2.0-8+etch10 mod_ruby/1.2.6 Ruby/1.8.5(2006-08-25) mod_ssl/2.2.3 OpenSSL/0.9.8c Server at v211840413.yourvserver.net Port 80

This is the mail system at host v211840413.yourvserver.net.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The mail system

<info@dateundkontakt.de>: unknown user: "info"


Wenn ich eine Weiterleitung einrichte, gehen die ankommenden E MAils an die in der Weiterleitung angegebe E MAil Addresse.

wasich da wohl falsch gemacht habe :confused::confused:

Zumal wenn ich jetzt den befehl
/etc/init.d/dovecot start/etc/init.d/dovecot start
eingebe kommt keine meldung mehr aber unter ps ax ist der prozess nicht zu finden.

Sprich er lauft nicht.

Die Mails gehen aber über die weiterleitung von dieser Addy raus.

Schon sehr seltsam!!!!

Zumal ich bei meinem Sever zuhause diese probleme nicht hatte.
Ist aber auch kein Debian drauf.

Hmm Hab mich heute durch verschiedene foren gearbeitet und es scheint ein Porb mit postfix zu sein.

Anscheinend list der nicht sauber die V host aus.

Hab die Configs neu geschrieben.

Jetzt bekomme ich die Fehler meldung

server~# /etc/init.d/dovecot restart
Restarting mail server: dovecotWarning: mail_extra_groups setting was often used insecurely so it is now deprecated, use mail_access_groups or mail_privileged_group instead
Fatal: listen(110) failed: Address already in use

:confused::confused:

Was den nun schon wieder??

LOL

Hier mal die dovecot-sql.conf

# This file is opened as root, so it should be owned by root and mode 0600.
#
# For the sql passdb module, you'll need a database with a table that
# contains fields for at least the userid and password. If you want to
# use the user@domain syntax, you might want to have a separate domain
# field as well.
#
# If your users all have the same uig/gid, and have predictable home
# directories, you can use the static userdb module to generate the home
# dir based on the userid and domain. In this case, you won't need fields
# for home, uid, or gid in the database.
#
# If you prefer to use the sql userdb module, you'll want to add fields
# for home, uid, and gid. Here is an example table:
#
# CREATE TABLE users (
#     userid VARCHAR(128) NOT NULL,
#     password VARCHAR(64) NOT NULL,
#     home VARCHAR(255) NOT NULL,
#     uid INTEGER NOT NULL,
#     gid INTEGER NOT NULL,
#     active CHAR(1) DEFAULT 'Y' NOT NULL
# );




# Database driver: mysql, pgsql, sqlite
driver =mysql




# Database connection string. This is driver-specific setting.
#
# pgsql:
#   For available options, see the PostgreSQL documention for the
#   PQconnectdb function of libpq.
#
# mysql:
#   Basic options emulate PostgreSQL option names:
#     host, port, user, password, dbname
#
#   But also adds some new settings:
#     client_flags        - See MySQL manual
#     ssl_ca, ssl_ca_path - Set either one or both to enable SSL
#     ssl_cert, ssl_key   - For sending client-side certificates to server
#     ssl_cipher          - Set minimum allowed cipher security (default: HIGH)
#
#   You can connect to UNIX sockets by using host: host=/var/run/mysqld/mysqld.sock
#   Note that currently you can't use spaces in parameters.
#
# sqlite:
#   The path to the database file.
#
# Examples:
#   connect = host=192.168.1.1 dbname=users
#   connect = host=sql.example.com dbname=virtual user=virtual password=XXXXXXXXXXXX
#   connect = /etc/dovecot/authdb.sqlite
#
#connect = host=localhost dbname=syscp user=syscp
password=MYSQL_PASSWORD
default_pass_scheme=CRYPT
password_query = SELECT username AS user; password_enc AS password,
homedir as userdb_home, uid as userdb_uid as userdb_gid
contacat('maildir:', maildir) As userdb_mail FROM mail_user WHERE username = '%u'
# Default password scheme.
#
# List of supported schemes is in
# [URL]http://wiki.dovecot.org/Authentication/PasswordSchemes[/URL]
#
#default_pass_scheme = PLAIN-MD5




# Query to retrieve the password.
#
# This query must return only one row with "user" and "password" columns.
# The query can also return other fields which have a special meaning, see
# [URL]http://wiki.dovecot.org/PasswordDatabase/ExtraFields[/URL]
#
# The "user" column is needed to make sure the username gets used with exactly
# the same casing as it's in the database. Note that if you store username and
# domain in separate fields, you most likely want to return a combination of
# them as the "user" column, otherwise the domain gets stripped.
#
# Commonly used available substitutions (see
# [URL]http://wiki.dovecot.org/Variables[/URL] for full list):
#   %u = entire userid
#   %n = user part of user@domain
#   %d = domain part of user@domain
#
# Note that these can be used only as input to SQL query. If the query outputs
# any of these substitutions, they're not touched. Otherwise it would be
# difficult to have eg. usernames containing '%' characters.
#
# Example:
#   password_query = SELECT password FROM users WHERE userid = '%n' AND domain = '%d'
#   password_query = SELECT pw AS password FROM users WHERE userid = '%u' AND active = 'Y'
#
#password_query = SELECT userid as user, password FROM users WHERE userid = '%u'




# Query to retrieve the user information.
#
#The query must return only one row. Commonly returned columns are:
   uid - System UID
   gid - System GID
   home - Home directory
   mail - Mail location
# Either home or mail is required. uid and gid are required. If more than one
# row is returned or there are missing fields, the login will fail. For a list
# of all fields that can be returned, see
# [URL]http://wiki.dovecot.org/UserDatabase/ExtraFields[/URL]
#
# Examples
#   user_query = SELECT home, uid, gid FROM users WHERE userid = '%n' AND domain = '%d'
   user_query = SELECT dir AS home, user AS uid, group AS gid FROM users where userid = '%u'
   user_query = SELECT home, 501 AS uid, 501 AS gid FROM users WHERE userid = '%u'
#
user_query = SELECT home, uid, gid FROM users WHERE userid = '%u'




# If you wish to avoid two SQL lookups (passdb + userdb), you can use
# userdb prefetch instead of userdb sql in dovecot.conf. In that case you'll
# also have to return userdb fields in password_query prefixed with "userdb_"
# string. For example:
password_query = SELECT userid as user, password, home as userdb_home, uid as userdb_uid, gid as userdb_gid FROM users WHERE userid = '%u'




Das steht drin.




Das sollte ich eintragen bzw koregieren
driver = mysql
connect = host=localhost dbname=syscp user=syscp password=MYSQL_PASSWORD
default_pass_scheme = CRYPT
password_query = SELECT username AS user, password_enc AS password, homedir as userdb_home, uid as userdb_uid, gid as userdb_gid, concat('maildir:', maildir) AS userdb_mail FROM mail_users WHERE username = '%u'
user_query = SELECT homedir AS home, concat('maildir:', maildir) AS mail, uid, gid FROM mail_users where username = '%u'







Und das steht in der dovecot.conf




base_dir = /var/run/dovecot/
protocols = imap imaps pop3 pop3s
listen = *
mail_extra_groups = vmail
mail_debug = no
# Uncomment this line to allow Plaintext Logins from foreign IP if the Connection doesn't use TLS
#disable_plaintext_auth = no




protocol imap {
}




protocol pop3 {
  # Uncomment this line if you are migrating from Courier also see Migration from Courier
  #pop3_uidl_format = UID%u-%v
}
protocol lda {
  postmaster_address = <postmaster-address>
}




auth default {
  mechanisms = plain digest-md5 cram-md5 ntlm rpa
  passdb sql {
    args = /etc/dovecot/dovecot-sql.conf
  }
  userdb prefetch {
  }
  userdb sql {
    args = /etc/dovecot/dovecot-sql.conf
  }
  user = vmail
  socket listen {
    client {
      # Assuming the default Postfix $queue_directory setting
      path = /var/spool/postfix/private/auth
      mode = 0660
      # Assuming the default Postfix user and group
      user = postfix
      group = postfix
    }
  }
}




plugin {
}

args = /etc/dovecot/dovecot-sql.conf

um diese zeile geht es

angeblich kennt er den begriff args nicht

Habe versucht die /etc/dovecot/dovecot.conf:

base_dir = /var/run/dovecot/
protocols = imap imaps pop3 pop3s
listen = *
mail_extra_groups = vmail
mail_debug = no
# Uncomment this line to allow Plaintext Logins from foreign IP if the Connection doesn't use TLS
#disable_plaintext_auth = no




protocol imap {
}




protocol pop3 {
  # Uncomment this line if you are migrating from Courier also see Migration from Courier
  #pop3_uidl_format = UID%u-%v
}
protocol lda {
  postmaster_address = <postmaster-address>
}




auth default {
  mechanisms = plain digest-md5 cram-md5 ntlm rpa
  passdb sql {
    args = /etc/dovecot/dovecot-sql.conf
  }
  userdb prefetch {
  }
  userdb sql {
    args = /etc/dovecot/dovecot-sql.conf
  }
  user = vmail
  socket listen {
    client {
      # Assuming the default Postfix $queue_directory setting
      path = /var/spool/postfix/private/auth
      mode = 0660
      # Assuming the default Postfix user and group
      user = postfix
      group = postfix
    }
  }
}




plugin {
}

so anzupassen.
wird mir von Syscp so angegeben.

bei /etc/init.d/dovecot restart

bekomme ich immer die Fehlermeldung
Restarting mail server: dovecotError: Error in configuration file /etc/dovecot/dovecot.conf line 16: Unknown setting: args

:confused::confused::confused:

gibt mir Syscp was falsches vor????

Dürfte doch gar nicht sein.
MFG

Vielen Dank es hatt geklappt.

*/5 * * * * root /usr/bin/php5 -q /var/www/syscp/scripts/cron_tasks.php

Dieser eintrag war wohl falsch hab ihn geändert und jetzt geht es.

:o:o:o
Nochmals Vielen Dank

Mit der manuell erstellten kann er so nicht anfangen.

Kann mir bitte mal jemand posten was drinn stehen müste.

Danke

Zitat von Bonesman;317

Hmm hab da wohl ein Problem.

Could not open input file:/var/www/syscp/scripts/cronscript.php

???

Ähhhmmm wie dürfte doch gar nicht sein.

Alles anzeigen

Die datei gibt es gar nicht!!!!??

hab sie jetzt manell erstellt.
Mal sehen was passiert

Hmm hab da wohl ein Problem.

Could not open input file:/var/www/syscp/scripts/cronscript.php

???

Ähhhmmm wie dürfte doch gar nicht sein.

Zitat von Stefan;313

Hi,

also im /var/kunden/webs sind keine Ordner vorhanden? Machst du die Prüfung per Kommandozeile?

Stefan

Hab über den mc nachgesehen .
Habe wohl den pfad über einstellungen in syscp geändert.

/var/www/kunden/

den Ordner mail hatt er ja angelegt.

oder hätte ich den pfad nicht ändern dürfen??

Ja cron ist neu gestartet

Eine fehlermeldung gibt es nicht.

Aber im Pfad sind keine Ordner bzw kunden angelegt worden.

Ist jetzt ca 30 min her und nichts ist passiert.

Hallo.

Ist es normal das syscp mir keine Kunden anlegt?:confused:

Oder muss ich diese auch noch von hand über adduser anlegen damit dann Ordner und soweiter vorhanden sind??

/etc/cron.d/syscp

Habe ich nach dem Update schon geändert.

Desweiteren muss ich die Vhost selber bearbeiten oder macht syscp das,
weil ich brauche im moment 4 Domains auf den Server

Oder muss ich für jede eine eigene IP haben???

MFG