Das Web ist voll von Diskussionen zu diesem Thema, und einige Tipps erfordern zeitintensive Eingriffe in die Konfiguration:

• add mount_options [„dmode=777″,“fmode=666“]
• Apache user and group permissions
• Apache should run as „vagrant“ user
• php+nginx+vagrant – php fails to write
• Vagrant Synced Folders Permissions
• failed to open stream: Permission denied
• Laravel 4 Permissions on a Vagrant box with Puppet

Folgende Konfigurationsanpassung in der Vagrantfile-Konfigurationsdatei hat bei mir das Problem gelöst, dass Apache im VMBox-Container nicht in das synchronisierte wwwroot auf meinem Mac OS X-Host schreiben konnte:

...
data['vm']['synced_folder'].each do |i, folder|
    if folder['source'] != '' && folder['target'] != ''
      nfs = (folder['nfs'] == "true") ? "nfs" : nil
      if nfs == "nfs"
        config.vm.synced_folder "#{folder['source']}", "#{folder['target']}", id: "#{i}", type: nfs
      else
        config.vm.synced_folder "#{folder['source']}", "#{folder['target']}", id: "#{i}", type: nfs,
          group: 'www-data', user: 'www-data', mount_options: ["dmode=777", "fmode=777"]
      end
    end
  end
...

Mit dem Parameter mount_options: ["dmode=777", "fmode=777"] schreiben die Web-Applikationen ihre Cache-Dateien munter und fröhlich in das wwwroot des Host-Systems.

Und ja, mir ist ehrlich gesagt schnurz, wenn die Entwickler ideologisch-religiöse Gründe vorbringen, wieso dies eine ganz, ganz schlechte Idee ist … ich verwende Vagrant, um genau solchen Konfigurationsalpträume aus dem Weg zu gehen und innert Minuten auf all meinen Entwicklungssystemen eine homogene Entwicklungsumgebung zu haben.

Etwas gutes hatten die Probleme aber: Ich habe eine meiner Web-Applikationen so angepasst, dass sie nun beim Starten auch prüft, ob sie überhaupt Schreibberechtigung auf das Cache-Verzeichnis hat.

Vor Jahren habe ich unter Mit Cacti SNMP-fähige Netzwerkdrucker abfragen cacti-Templates bereitgestellt, mit welchen die Attribute vernetzter HP Laserjet-Drucker per SNMP aufgezeichnet werden können.

Da ich mittlerweile in einer nächtlichen Aktion cacti auf meiner brandneuen Synology DS413j zum Laufen gebracht habe, hiess es heute Samstag-Morgen, meinen Xerox Phaser 3250DN ebenfalls in das Monitoring aufzunehmen. Dies war komplizierter als gedacht, weil zwar offenbar die OIDs für den Page Count standardisiert sind, nicht aber für den Supply Level des Toners. Bei Xerox handelt es sich um die OID 1.3.6.1.2.1.43.11.1.1 respektive 1.3.6.1.2.1.43.11.1.1.9.1.1, um den Füllstand des schwarzen Toners in Prozenten zu eruieren.

Damit ich diesen Wert ebenfalls auslesen konnte, lud ich mir folgende zwei cacti-Template-Sammlungen herunter:

• SNMP Printer Template (SNMP Printer.zip)
• SNMP Printer Template (printer_supply.xml)

Der Einfachheit halber biete ich hier alle benötigten Dateien in einer einzigen ZIP-Datei an:

SNMP Printer Supplies (27 KB)

Nachdem die XML-Dateien in SNMP Printer.zip über die cacti Web-Oberfläche eingelesen wurden (Import Templates), musste ich die printer_supply.xml aus dem zweiten Download im Web-Server-Verzeichnis von cacti unter cacti/resource/snmp_queries ablegen.

Anschliessend fügte ich beim bestehenden Eintrag des Xerox-Druckers unter Associated Data Queries das Query SNMP – Get Printer Supply ein und erstellte mit Create Graphs for this Host den neuen, zusätzlichen Graphen. Fertig!