Beiträge von Suelkun

Hier die fstab des LEAP42.2 und des 13.2-Systems:

... es sind die gleichen Ordner, auf die ich auch in der Kombination Samba / SUSE13.2 zugreife.

Ich habe 2 Linux-Systeme auf dem Rechner. Eins davon das 13.2 und das zweite das Leap 42.2.

Beim Wechsel von einem zum nächsten (nach Neustart natürlich nur) tausche ich nur die Betriebssystemordner aus (/,var, /usr, /opt, /swap). Die relevanten eigenen Daten liegen auf separaten Partitionen und werden von beiden Systemen per fstab in den gleichen Mauntpoint gemountet. Von Windows aus will ich nur auf diese "eigenen" Daten zugreifen.

Wenn es an Berechtigungen liegen würde, dann würde es deshalb unter 13.2 auch nicht funktionieren.

Aber: Ich kann unter Windows noch nicht einmal die Freigabe anziehen, die dem Ordner /tmp entspricht (dieser Ordner liegt auch auf einer eigenen Partition) und auf /tmp darf nun mal jeder zugreifen (jedenfalls bei mir).

Inzwischen habe ich es ausprobiert:

Die Fehlermeldung, die hochkommt, wenn ich meine Shares über die IP-Adresse anbinden will (statt über den Netbios-Namen), ist die gleiche, wie wenn ich es über den Netbios Namen versuche.

... ganz klar: nein.

Mit der IP-Adresse (statt dem Rechnernamen beim Verbindungsversuch) habe ich es natürlich auch probiert. Die Verbindung kam auch damit nicht zustande.

Ich weiß jetzt nicht mehr, ob auch die Fehlermeldung identisch war (weil ich so viele Versuche schon gestartet habe). Ich probiere es aber gerne nochmals aus.

Hallo,

ich habe hier ein Problem mit Samba, bei dem ich nicht mehr weiterkomme:
Ich schaffe es einfach nicht, Samba unter Leap42.2 dazu zu überreden, mit einem Windows7-System zu kooperieren.

Zu den Voraussetzungen:
Es handelt sich beim Windows7 um eine virtuelle Maschine (VMware Workstation, aktuelle Version), die auf dem Leap-System läuft.
Ich will das Linux-System als File-Server für Programme nutzen, die nun mal nur unter Windows laufen.
Das Windows7 ist schon lange im Einsatz und macht bei gleichem Einsatz unter openSUSE 13.2 (64 bit) keinerlei Probleme.

Ich bekomme es jetzt nicht hin, daß ich unter Windows eine Freigabe einrichte, mit der ich dann Leap42.2-Dateien lesen und schreiben kann.

Linux-Firewall ist abgeschaltet.
AppArmor ist abgeschaltet.
smb und nmb laufen.
testparm bringt keinerlei Fehler
Ping des Linux-Systems von Windows aus ist möglich.
Ping des Windows-Systems von Linux aus ist möglich.
Ich benutze als Datei smb.conf die unter 13.2 funktionierende smb.conf (Datei im Anhang)
Ich benutze als Samba Benutzerdatei die unter 13.2 funktionierende smbpasswd.

Beim Versuch eine Freigabe einzurichten bekomme ich die Fehlermeldung "der angegebene Server kann den angeforderten Vorgang nicht ausführen". (Screenshot im Anhang)

So langsam gehen mir (leider) die Ideen aus.

Hat jemand eine Idee, an was mein Problem liegen könnte?

ok, hier der Link:

Zitat

Nach Aktualisierung Probleme mit Stored Procedures in Mysql

Zitat

Und ich behaupte mal frei weg, dass es nicht sonderlich sinnvoll ist, kein UTF-8 zu verwenden.

... es mag ja sein, daß es nicht sinnvoll ist, kein UTF8 zu verwenden. Trotzdem: ich habe es getan und dies hat jahrelang klaglos funktioniert, bis es nach einem update nicht mehr funktioniert hat. Und dann steht man (ich) erst mal auf dem Schlauch.

Hallo,

... meinen früheren Beitrag zu diesem Thema habt ihr ein wenig voreilig geschlossen:

Die von mir verwendete Prozedur enthielt nämlich sehr wohl einen Fehler, wie ich in der Zwischenzeit erfahren habe, der nichts mit einem Fehler in Mariadb zu tun hat.

Ich hatte früher verwendet:

DROP  FUNCTION SETTINGS_VALUE;
DELIMITER 	//
CREATE FUNCTION SETTINGS_VALUE(screen_name VARCHAR(25), set_type VARCHAR(20)) RETURNS TEXT  DETERMINISTIC
BEGIN
  DECLARE SET_VALUE 	TEXT ;

  SELECT setvalue INTO SET_VALUE 
  FROM SETTINGS AS t1 
  WHERE t1.screenname = screen_name AND 
    	t1.settype	= set_type;


  RETURN SET_VALUE;
END //
DELIMITER ;

Richtig wäre gewesen:

DROP  FUNCTION SETTINGS_VALUE;
DELIMITER 	//
CREATE FUNCTION SETTINGS_VALUE(screen_name VARCHAR(25), set_type VARCHAR(20)) RETURNS TEXT CHARSET utf8 DETERMINISTIC
BEGIN
  DECLARE SET_VALUE 	TEXT CHARSET utf8;

  SELECT setvalue INTO SET_VALUE 
  FROM SETTINGS AS t1 
  WHERE t1.screenname = screen_name AND 
    	t1.settype	= set_type;


  RETURN SET_VALUE;
END //
DELIMITER ;

Mit dieser Änderung läuft meine Prozedur einwandfrei.

Hallo,

ich betreibe openSUSE 13.2 auf meinem Desktop-Rechner.
Das System erfährt über die automatische Aktualisierung regelmäßige Updates.

Auf dem Rechner betreibe ich seit vielen Jahren ein unter Qt entwickeltes und selbst geschriebenes Programm. Das funktioniert ebenso seit vielen Jahren einwandfrei. Ich mußte natürlich das Programm immer mal wieder auf eine andere Platform, eine neuere Qt-Version, eine neuere Version von openSUSE umziehen, aber das hat immer funktioniert.

Das Programm selbst liest gewisse Bildschirmeinstellungen aus einer MySql-Datenbank, weil sich damit geschmackliche Einstellungen schneller und besser anpassen lassen. Ich verwende dazu Qt-Stylesheets.

Am 09.12. kam über den Aktialisierungsdienst eine neue Version des Mariadb-Servers und des Clients. Ich habe jetzt die Version Mariadb 10.0.22-2.18.1. Seither gibt es Probleme mindestens mit einem der Stored Procedures. Der nachfolgend dargestellte Code zeigt die verwendete Stored Procedure.

DROP  FUNCTION SETTINGS_VALUE;
DELIMITER 	//
CREATE FUNCTION SETTINGS_VALUE(screen_name VARCHAR(25), set_type VARCHAR(20)) RETURNS TEXT NOT DETERMINISTIC
BEGIN
  DECLARE SET_VALUE 	TEXT;

  SELECT setvalue INTO SET_VALUE 
  FROM SETTINGS AS t1 
  WHERE t1.screenname = screen_name AND 
    	t1.settype	= set_type;


  RETURN SET_VALUE;
END //
DELIMITER ;

Stylesheets sind leider länglich, d.h. der angeforderte Text kann auch mal 500 Zeichen beinhalten. Wenn ich die Abfrage händisch absetze, dann erhalte ich:

MariaDB [kquicken]> select setvalue from SETTINGS where screenname = "MAINDIALOG" and settype="STYLESHEET";
+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| setvalue                                                                                                                                                                                                                                                                                                                                                                                                                                   	|
+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| QLabel#uhrzeit {border: 0px solid black; font-family:'Arial'; font-size:12px; font-weight:Bold; }  QTableView::item {margin-left:0px;padding-right:0px; padding-left:5 px; padding-top:0px; padding-bottom:0px; height:20px;}  QLabel#LogoLabel {background-image:url(kuicken.jpeg); background-origin:content; background-position:center ;max-width:160px; min-width:160px;max-height:110px; min-height:110px; border: 1px solid black;} 	|
+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

Wenn ich hingegen die Stored Procedure verwende, dann erhalte ich:

MariaDB [kquicken]> select SETTINGS_VALUE("MAINDIALOG","STYLESHEET");
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| SETTINGS_VALUE("MAINDIALOG","STYLESHEET")                                                                                                                                                                                                                                                                                                                                                                                                      	|
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| QLabel#uhrzeit {border: 0px solid black; font-family:'Arial'; font-size:12px; font-weight:Bold; }  QTableView::item {margin-leÅ  	°  	QLabel#uhrzeit {border: 0px solid black; font-family:'Arial'; font-size:12px; font-weight:Bold; }  QTableView::item {margin-leÅ  	°  	QLabel#uhrzeit {border: 0px solid black; font-family:'Arial'; font-size:12px; font-weight:Bo110px; min-height:110px; border: 1px solid black;}     	|
+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.01 sec)

d.h. die Stored Procedure liefert nach ca. 122 Zeichen einige Schrottzeichen (mit denen Qt natürlich nichts anfangen kann) und dahinter dann wieder den regulären Text.

Ich habe einige Zeit gebraucht, bis ich den Verursacher herausgefunden habe. Ich habe einiges an der Stored Procedure rumprobiert (NOT DETERMINISTIC, DETERMINISTIC oder gar nichts): Das Ergebnis war jedesmal das gleiche.

Meiner Meinung enthält hat die ausgelieferte Version von Mariadb einen Fehler.

Ist da was bekannt?

ok, vielen Dank,

Sound von Skype funktioniert ohne weitere Eingriffe meinerseits wieder.

Heute morgen ist (natürlich) ein weiteres (größeres) Update ins System eingeflossen.

Trotzdem vielen Dank!

Hallo,

es tut mir leid, aber ich habe mit Skype ein Problem, bei dem ich nicht weiterkomme.

Ich benutze SUSE 13.2, welches ständig aktualisiert wird. Ich benutze unter 13.2 auch Skype. Letzteres lief auch einwandfrei. Zuletzt benutzt habe ich Skype am 20.4. gegen 17:00.

Am 21.4. (ebenfalls gegen 17:00) wollte ich Skype wieder benutzen und habe dabei festgestellt, daß der Sound (von Skype) nicht mehr funktioniert. Zwischendurch ist sicherlich die eine oder andere (automatische) Aktualisierung über das System gegangen

In den Sound-Einstellungen per Yast kann ich Testklänge einwandfrei abspielen. PulseAudio ist eingeschaltet. (Ich kann Testklänge in Yast auch abspielen, wenn PulsAudio abgeschaltet ist).

Einen Testklang via Skype kann ich nicht abspielen und ich sehe als Audiogeräte bei Skype nur "virtual Device".

Hat jemand einen Tip?