SolarStatus - minimalistisches Status-WebInterface für Unix/Solaris
- Ersteller hotzen
- Erstellt am
Gute Idee, mit dem Shutdown, das nehme ich noch mit auf in das Hauptmenü für 0.10...
Die bemängelte Funktion gibt es seit php5.3, du bist noch auf einem älteren php5.x oder wie?
Ich schaue nochmal für eine Version 0.10 ob ich wieder zurück auf parse_ini_file kann...
Grüße
Die bemängelte Funktion gibt es seit php5.3, du bist noch auf einem älteren php5.x oder wie?
Ich schaue nochmal für eine Version 0.10 ob ich wieder zurück auf parse_ini_file kann...
Grüße
mlampe
Neuling
- Mitglied seit
- 05.05.2010
- Beiträge
- 71
Hallo,
Ich habe im Moment testweise eine virtuelle Maschine mit Debian Wheezy, ZFSOnLinux, lighttpd und php5 installiert.
In dem Ordner /var/www habe ich SolarStatus_0.9.zip entpackt. Die Webseite incl. Login-Aufforderung wird angezeigt.
Womit kann ich mich dort denn anmelden?
Ich will nicht ausschließen, dass die Installation/Konfiguration noch nicht ganz komplett ist.
Es wäre super, wenn mir hierbei jemand helfen könnte / würde.
Vielen Dank!
Gruß
mlampe
EDIT: Ich habe die Datei lightpd.conf in den Ordner /etc/lighttpd gepackt, vorher die originale Datei umbenannt. Darin habe ich ein paar Pfade an Debian Linux angepasst, allerdings bekomme ich noch folgenden Fehler:
root@debian7x64:/etc/lighttpd# /etc/init.d/lighttpd restart
[ ok ] Stopping web server: lighttpd.
[....] Starting web server: lighttpd2013-10-28 15:33:55: (configfile.c.1339) the selected event-handler in unknown or not supported: solaris-devpoll
2013-10-28 15:33:55: (server.c.646) setting default values failed
failed!
"solaris-devpoll" ist hier sicherlich falsch, allerdings weiß ich nicht was hier stattdessen hin muss.
Ich habe mal meine angepasste lighttpd.conf als Anhang hinzugefügt.
EDIT #2: Ich habe nun den oben genannten Fehler, und noch ein paar weitere Fehlkonfigurationen in der datei lighttpd.conf beseitigt. Der Service started nun fehlerfrei.
Beim Login komme ich allerdings immer noch nicht weiter. Root und ein anderer user funktionieren nicht.
Womit muss ich mich bitte anmelden?
Vielen Dank!
Gruß
mlampe
EDIT #3: Hab es selbst rausgefunden.
Ich habe im Moment testweise eine virtuelle Maschine mit Debian Wheezy, ZFSOnLinux, lighttpd und php5 installiert.
In dem Ordner /var/www habe ich SolarStatus_0.9.zip entpackt. Die Webseite incl. Login-Aufforderung wird angezeigt.
Womit kann ich mich dort denn anmelden?
Ich will nicht ausschließen, dass die Installation/Konfiguration noch nicht ganz komplett ist.
Es wäre super, wenn mir hierbei jemand helfen könnte / würde.
Vielen Dank!
Gruß
mlampe
EDIT: Ich habe die Datei lightpd.conf in den Ordner /etc/lighttpd gepackt, vorher die originale Datei umbenannt. Darin habe ich ein paar Pfade an Debian Linux angepasst, allerdings bekomme ich noch folgenden Fehler:
root@debian7x64:/etc/lighttpd# /etc/init.d/lighttpd restart
[ ok ] Stopping web server: lighttpd.
[....] Starting web server: lighttpd2013-10-28 15:33:55: (configfile.c.1339) the selected event-handler in unknown or not supported: solaris-devpoll
2013-10-28 15:33:55: (server.c.646) setting default values failed
failed!
"solaris-devpoll" ist hier sicherlich falsch, allerdings weiß ich nicht was hier stattdessen hin muss.
Ich habe mal meine angepasste lighttpd.conf als Anhang hinzugefügt.
EDIT #2: Ich habe nun den oben genannten Fehler, und noch ein paar weitere Fehlkonfigurationen in der datei lighttpd.conf beseitigt. Der Service started nun fehlerfrei.
Beim Login komme ich allerdings immer noch nicht weiter. Root und ein anderer user funktionieren nicht.
Womit muss ich mich bitte anmelden?
Vielen Dank!
Gruß
mlampe
EDIT #3: Hab es selbst rausgefunden.
Zuletzt bearbeitet:
Also ich habe Solaris 11.1 alles Standard, was da für eine PHP Version verwendet wird keine Ahnung. Hab einfach 0.8 wieder aktiv, geht ja wie gesagt wunderbar
Hey mlampe, sorry war auf Teambuilding-Veranstaltung die letzten Tage...
Kannst du deine lighttpd mal anhängen, dann könnte ich die als linux-blueprint shippen.
Und ich werde glaube ich nochmal explizit einen Satz zu conf.ini.php schreiben aber scheinst es ja jetzt rausgefunden zu haben: f00bar
- - - Updated - - -
TCM, wieso?
Ich kenne -H (scripting mode) aber leider wird auch die Ausgabe der Überschriften/Header unterdrückt....
Kannst du deine lighttpd mal anhängen, dann könnte ich die als linux-blueprint shippen.
Und ich werde glaube ich nochmal explizit einen Satz zu conf.ini.php schreiben aber scheinst es ja jetzt rausgefunden zu haben: f00bar
- - - Updated - - -
TCM, wieso?
Ich kenne -H (scripting mode) aber leider wird auch die Ausgabe der Überschriften/Header unterdrückt....
Die Header kennst du doch, kannst du doch mit -o explizit festlegen in Form und Reihenfolge. Dann musst du aber keine timestamps oder Dateigrößen umständlich rumrechnen.
Worauf genau zielst du ab, auf den TableTransformer oder die /overview/-scripte?
Die INI-Config und das Programm selbst kennen die Reihenfolgen nicht explizit, weil das einfach irgendwelche Argumente sind von einem Programm, das zufällig zfs heißt. Das will ich alles gar nicht groß konfigurieren (explizit definieren) bzw. parsen/analysieren, weil ich alles möglichst allgemeingültig halten will,
ohne irgendwelchen Defaults oder Annahmen von Reihenfolgen, o.ä.
Habe übrigens Version 0.10 veröffentlicht, die die Shutdown/Restart-Commands im Menü (Zahnrad oben rechts) enthält...
Hoffe das war kein Schnellschuss, zumindest restartet meine omni-box gerade
Ist der Background eigtl. OK oder eher nervig?
Die INI-Config und das Programm selbst kennen die Reihenfolgen nicht explizit, weil das einfach irgendwelche Argumente sind von einem Programm, das zufällig zfs heißt. Das will ich alles gar nicht groß konfigurieren (explizit definieren) bzw. parsen/analysieren, weil ich alles möglichst allgemeingültig halten will,
ohne irgendwelchen Defaults oder Annahmen von Reihenfolgen, o.ä.
Habe übrigens Version 0.10 veröffentlicht, die die Shutdown/Restart-Commands im Menü (Zahnrad oben rechts) enthält...
Hoffe das war kein Schnellschuss, zumindest restartet meine omni-box gerade
Ist der Background eigtl. OK oder eher nervig?
Zuletzt bearbeitet:
Das ist aber genau der falsche Ansatz beim Programmieren. Du willst definierte Inputs. Wer sagt dir denn, dass der Freiform-Output oder die Reihenfolge der Ausgabe auf ewig so bleibt? Wenn zfs in Zukunft irgendeine Option nicht mehr kennen sollte, kannst du ganz sauber über return codes arbeiten. Es ist auf jeden Fall besser, wenn dein Script abbricht mit "zfs kennt Option x nicht" anstatt irgendwelchen Input zu parsen, der nicht mehr zur Annahme passt.
Solche Bugs würden dann auf jeden Fall gar nicht entstehen können: http://www.hardwareluxx.de/communit...ce-fuer-unix-solaris-844443.html#post19406087
Ich mein ja nur...
mlampe
Neuling
- Mitglied seit
- 05.05.2010
- Beiträge
- 71
Hallo hotzen,
Schade das mir von den anderen hier keiner das mit dem passwort und wo man es findet mitteilen konnte. Nunja, Schwamm drüber.
Hier mal meine jetzige, für mich bis jetzt funktionierende lighttpd.conf. Mein OS ist Debian Wheezy 7.2. Ob die Pfade bei allen Linux Distris gleich sind weiß ich nicht.
Gruß
mlampe
Schade das mir von den anderen hier keiner das mit dem passwort und wo man es findet mitteilen konnte. Nunja, Schwamm drüber.
Hier mal meine jetzige, für mich bis jetzt funktionierende lighttpd.conf. Mein OS ist Debian Wheezy 7.2. Ob die Pfade bei allen Linux Distris gleich sind weiß ich nicht.
Gruß
mlampe
das ist genau der ansatz, den ich nicht fahren will.
ich will nirgends definieren welche argumente in welcher konstellation für welche kommandos valide sind.
ich nehme ein beliebiges command, führe dieses aus und stelle dessen output raw dar, zusätzlich versuche ich per heuristik und fuzzy den output in eine tabellen-form zu parsen, sofern eine registrierter view-script dies grob definiert.
der von dir geschilderte "bug" kommt von einem registrierten overview-script. an der stelle könnte man in der tat in betracht ziehen, nicht die zfs-probe zu verwenden, sondern dediziert nochmal ein zfs -H command hinterzuhängen, überlege ich mir nochmal, danke.
aber statements á la "Das ist aber genau der falsche Ansatz beim Programmieren." kannste dir in zukunft sparen...
mlampe, herzlichen dank.
version 0.11 gepushed: https://github.com/hotzen/SolarStatus/raw/master/dist/SolarStatus_0.11.zip
- - - Updated - - -
Ja, wie das so immer ist...
Habe mir überlegt separate probes hinter den overview zu hängen, weil das wirklich sinnvoller ist, TCM.
Allerdings meint ZFS trotzdem verschiedene Units ausgeben zu müssen, was ein Hit...
Code:
> zfs list -H -t filesystem -o name,used,avail
tank 4.26T 947G
Zuletzt bearbeitet:
illumos: manual page: zfs(1m)
zfs
Weicht OmniOS hier wirklich von zwei anderen so stark ab? Kann ich nicht glauben.
zfs
Weicht OmniOS hier wirklich von zwei anderen so stark ab? Kann ich nicht glauben.
hominidae
Urgestein
- Mitglied seit
- 23.10.2011
- Beiträge
- 4.156
Oh, das ist interessant!
Muss man es "nur" installieren? ..oder noch anpassen (einige Befehle sind unter Linux ja anders, zB zum Theme ipfadm usw...).
mlampe
Neuling
- Mitglied seit
- 05.05.2010
- Beiträge
- 71
Hallo,
Nunja, die Aufrufe der einzelnen Befehle (viele davon konfugurierbar in der Datei "config.ini.php") muss man noch durchgehen und anpassen. Manche Befehle sind per "default" nicht installiert, andere verhalten sich anders als unter OmniOS,...). Ich habe bis jetzt blos ein paar Apassungen vorgenommen.
Mal sehen ob ich alles durchgehe und anpasse. Mir ist jetzt schon bewusst, dass es eine Restmenge geben wird, die (eventuell erstmal) nicht umsetzbar ist.
Gruß
mlampe
Nunja, die Aufrufe der einzelnen Befehle (viele davon konfugurierbar in der Datei "config.ini.php") muss man noch durchgehen und anpassen. Manche Befehle sind per "default" nicht installiert, andere verhalten sich anders als unter OmniOS,...). Ich habe bis jetzt blos ein paar Apassungen vorgenommen.
Mal sehen ob ich alles durchgehe und anpasse. Mir ist jetzt schon bewusst, dass es eine Restmenge geben wird, die (eventuell erstmal) nicht umsetzbar ist.
Gruß
mlampe