Hope This Helps

Problem :

In unserer Firma setzen wir Owncloud 5.0.5 ein um die Daten in Echtzeit den Außendienstmitarbeitern zur Verfügung zu stellen. Über einen Sync Agent wäre dies auch zu realisieren allerdings würde dann der Ordner immer komplett auf die lokale HDD gesynct werden, was Speicherplatz auf den Clients benötigt. Ich habe das Problem über einen lokalen Mount realisiert und die Daten werden in Echtzeit in die Cloud übertragen. Das Beispiel erklärt anhand eines Debian 6 eine Einrichtung des Systems

Lösung :

Ich gehe hier davon aus das eine funktionierende Owncloud Installation auf dem Server vorhanden ist.

Zusätzlich benötigte Packete auf dem Debian Server sind : samba davfs2

diese können einfach mit dem Befehl apt-get install samba davfs installiert werden.

Nach der Installation der Packete kümmern wir uns darum den WebDav Share einzubinden. Dazu öffnen wir mit einem Editor die Datei /etc/fstab

nano /etc/fstab hier tragen wir die benötigten Informationen zum WebDav ein.

https://SERVER/owncloud/remote.php/webdav/ /mnt/WEBDAV davfs rw,noauto 0 0

Damit der automatische Mount auch funktioniert benötigen wir die Zugangsdaten , bei Debian basierenden Systemen kann man das leider nicht in der Datei ~/.davfs2/secrets machen
sondern muss dies in der Datei /etc/davfs2/secrets erledigen.

Also wieder den Editor öffnen und die Daten eintragen nano /etc/davfs2/secrets

Einen Eintrag nach diesem Muster erstellen :

https://SERVER/owncloud/remote.php/webdav/ BENUTZER PASSWORT

Nun sind die Zugangdaten und der Mountpoint festgelegt jetzt erstellen wir noch den Mountpoint mit mkdir /mnt/WEBDAV ab jetzt sollte ein mount /mnt/WEBDAV funktionieren allerdings muss das Zertifikat noch bestätigt werden. Das habe ich für mich mit einen kleinen Skript erledigt.

Mounten des Webdav Shares (webdavmount.sh) :

#!/bin/bash

echo j | mount /mnt/WEBDAV

Unmounten des Webdav Shares (webdavunmount.sh) :

#!/bin/bash

/etc/init.d/samba stop
umount -f /mnt/WEBDAV
/etc/init.d/samba start

beim umount ist darauf zu achten das samba beendet wird da sonst der Ordner offene Bezüge hat

Ab jetzt kann man eine Samba Freigabe auf /mnt/WEBDAV machen und die Daten sind in Echtzeit in der Cloud verfügbar.

Quellen :

Webdav Ubuntuusers
Owncloud
Samba Freigabe

Problem :
Die Zeit der NAS Systeme N7700PRO / N5500 von Thecus laufen mit der Zeit nicht mehr synchron zum Active Directory. Dies liegt vermutlich daran das Linux die Zeit vom Mainboard abgreift. In der heutigen Zeit können hier schonmal Abweichungen von bis zu 10 Sekunden in 24 Stunden auftreten. Irgendwann verliert das NAS dann das AD je nach GPO (normalerweise 5 Minuten Zeitunterschied). Leider haben alle Versuche dieses Verhalten über die GUI zu ändern nicht funktioniert.

Lösung :
Das Problem wurde hier so gelöst das ich ein Bash Skript erstellt habe das im Cron alle 24 Stunden aufgerufen wird. Da auf diesen Systemen von Thecus ntpdate vorhanden ist habe ich dieses auch verwendet. Natürlich wird zum Thecus ein SSH Zugang benötigt

Erstellt ein Skript mit diesem Inhalt :

#!/bin/bash
ntpdate -b dc.dom.local

dc.dom.local


dieses Skript kann man dann über cron z.B. täglich um 12 Uhr ausführen lassen.
Der Eintrag für crontab könnte z.B. so lauten.

0 12 * * * /raid0/data/scripts/NTP_SYNC.sh > /dev/null 2>&1

Problem :

Bei Owncloud kann die Seite nicht angezeigt werden. Es erscheint immer wieder der Fehler mit Error Document is not access or available.

Lösung :

In der Configuration der virtuellen Seite oder des Server muss der Apache folgende konfiguration mitbekommen.

Options FollowSymLinks
AllowOverride All

in allen Foren die ich gefunden hatte stand nur das AllowOverride ALL aktivert sein muss jedoch kein Hinweis auf FollowSymLinks

Problem :

Nach der Installation von Open Suse 12.1 auf einem ESXi 5.0 Server ist keine Verbindung zum Netzwerk möglich.

Lösung :

Anmelden am virtuellen Open Suse 12.1 und dann folgende Schritte ...

Ich gehe jetzt hier davon aus das nur eine Netzwerkkarte mit dem Namen eth0 vorhanden ist.
Als erstes habe ich den Adapter eth0 mit einer statischen IP versehen und gespeichert dannach wechseln zu /etc/sysconfig/network/ dort gibt es
die Datei /etc/sysconfig/network/ifcfg-eth0 diese hab ich umbenannt und erneut Yast geöffnet.
Dann tauchten 2 Netzwerkkarten auf die Fehlerhaft (meine Konfigurierte) habe ich gelöscht und die Konfiguration der neu erkannten auf DHCP gestellt.

Nach diesem Vorgang war das Netzwerk sofort da

Problem :

Webminstats jammert bei der Installation ein perl-rrdtool Packet an , diese Abhängigkeit ist scheinbar vor längerer Zeit entstanden denn nachdem man das rpm mit dem Parameter rpm -i --nodeps webminstats.rpm installiert läuft webminstats sauber und liefert saubere Reports aus.

Lösung :

Installieren des Packet mit diesem Befehl rpm -i --nodeps webminstats.rpm

Informationen zu diesem Thema :

Webminstats | Webmin | RRD-Tool

Problem :

Unity der neue Desktop von Canonical Ltd. startet nicht auf einem frisch installierten System. Dies kann mehrere Gründe haben , in meinem Fall war folgendes die Lösung.

Lösung :

Zuerst sollte man versuchen den Fehler genauer einzugrenzen , dies kann man mit dem mitgelieferten Skript und dem angegebenen Parameter
/usr/lib/nux/unity_support_test -p tun.

Bei mir sah der Output dann so aus :

OpenGL vendor string:   NVIDIA Corporation
OpenGL renderer string: GeForce Go 7300/PCI/SSE2
OpenGL version string:  2.1.2 NVIDIA 270.41.06

Not software rendered:    yes
Not blacklisted:          no
GLX fbconfig:             yes
GLX texture from pixmap:  yes
GL npot or rect textures: yes
GL vertex program:        yes
GL fragment program:      yes
GL vertex buffer object:  yes
GL framebuffer object:    yes
GL version is 1.4+:       yes

Unity supported:          no

Wie man in dem output erkennen kann ist bei dem Punkt "no blacklisted" ein no aufgeführt d.h. das meine Grafikkarte bzw. der Nvidia Treiber in der blacklist steht, Probleme mit dem Treiber bzw. der Karte sind Canonical Ltd. bekannt. Bei mir hat es dann geholfen einen älteren Treiber zu installieren (Version 173) und Unity zum starten zwingen.

Das macht man dann wie folgt.
Öffnet die Datei /etc/environment und fügt am Ende diese Zeile ein "UNITY_FORCE_START=1" natürlich ohne " dannach ein reboot und es funktioniert