Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #404394 > unrolled thread

Problem mit einem Chamäleon

Back to article view | Back to ger.ct

Contents

  Problem mit einem Chamäleon Andreas Bockelmann <xotzil@gmx.de> - 2019-06-26 19:29 +0200
    Re: Problem mit einem Chamäleon Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-06-26 19:34 +0200
      Re: Problem mit einem Chamäleon Ulrich Heidenreich <use.reply-to@spamfence.net> - 2019-06-26 20:01 +0200
        Re: Problem mit einem Chamäleon Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-06-26 20:20 +0200
          Re: Problem mit einem Chamäleon Ulrich Heidenreich <use.reply-to@spamfence.net> - 2019-06-26 20:50 +0200
            Re: Problem mit einem Chamäleon Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-06-26 21:03 +0200
              Re: Problem mit einem Chamäleon Ulrich Heidenreich <use.reply-to@spamfence.net> - 2019-06-26 21:23 +0200
            Re: Problem mit einem Chamäleon Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2019-06-26 21:14 +0200
              Re: Problem mit einem Chamäleon Ulrich Heidenreich <from!not-for-mail@tremornet.de> - 2019-06-27 09:00 +0200
                Re: Problem mit einem Chamäleon Wilhelm Greiner <wilhelm.greiner@web.de> - 2019-06-27 09:33 +0200
                Re: Problem mit einem Chamäleon Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2019-06-27 22:01 +0200
                  Re: Problem mit einem Chamäleon Ulrich Heidenreich <use.reply-to@spamfence.net> - 2019-06-27 22:54 +0200
                    Re: Problem mit einem Chamäleon Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2019-06-28 10:17 +0200
                      Re: Problem mit einem Chamäleon Ulrich Heidenreich <from!not-for-mail@tremornet.de> - 2019-06-28 10:49 +0200
                        Re: Problem mit einem Chamäleon Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2019-06-30 20:31 +0200
                          Re: Problem mit einem Chamäleon Ulrich Heidenreich <use.reply-to@spamfence.net> - 2019-06-30 20:47 +0200
                            Re: Problem mit einem Chamäleon Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2019-07-01 20:02 +0200
                              Re: Problem mit einem Chamäleon Ulrich Heidenreich <use.reply-to@spamfence.net> - 2019-07-01 20:43 +0200
                                Re: Problem mit einem Chamäleon Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2019-07-01 22:39 +0200
                              Re: Problem mit einem Chamäleon Wolfgang Kynast <wky@gmx.de> - 2019-07-01 22:36 +0200
          Re: Problem mit einem Chamäleon Andreas Bockelmann <xotzil@gmx.de> - 2019-06-26 20:52 +0200
            Re: Problem mit einem Chamäleon Michael Bode <m.g.bode@web.de> - 2019-06-26 21:03 +0200
              Re: Problem mit einem Chamäleon Andreas Bockelmann <xotzil@gmx.de> - 2019-06-26 21:48 +0200
              Re: Problem mit einem Chamäleon Andreas Bockelmann <xotzil@gmx.de> - 2019-06-27 08:57 +0200
            Re: Problem mit einem Chamäleon Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2019-06-26 21:10 +0200
              Re: Problem mit einem Chamäleon Dennis Preiser <d__p@d--p.de> - 2019-06-28 10:24 +0000
            Re: Problem mit einem Chamäleon Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2019-06-26 21:18 +0200
              Re: Problem mit einem Chamäleon Andreas Bockelmann <xotzil@gmx.de> - 2019-06-26 21:49 +0200
                Re: Problem mit einem Chamäleon Andreas Bockelmann <xotzil@gmx.de> - 2019-06-27 15:03 +0200
                Re: Problem mit einem Chamäleon Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2019-06-27 22:05 +0200
            Re: Problem mit einem Chamäleon Christian Garbs <mitch@cgarbs.de> - 2019-06-27 00:08 +0200
            Re: Problem mit einem Chamäleon Wilhelm Greiner <wilhelm.greiner@web.de> - 2019-06-27 09:41 +0200
    Re: Problem mit einem Chamäleon Ulrich Heidenreich <use.reply-to@spamfence.net> - 2019-06-26 19:53 +0200

Page 2 of 2 — ← Prev page 1 [2]

#404400

Gerrit Heitsch schrieb:
> On 6/26/19 8:01 PM, Ulrich Heidenreich wrote:
>> Gerrit Heitsch:
>>
>>> In der fstab den Mountpoint auf noauto stellen damit er eben nicht
>>> automatisch gemountet wird und später den Mount in einem Script
>>> erledigen
>>
>> Da mich das auch gelegentlich stört, wäre ein "mount -a" in der
>> /etc/rc.local auch eine mögliche Lösung?
> 
> Nein, denn alles was nicht 'noauto' als Flag hat wird schon vorher gemountet 
> und 'mount -a' mounted nichts mit 'noauto'.

Wenn ich wüsste, wie ich auf den Samba warte, könnte ich den mount-Befehl 
auch in einer passenden rc-Datei setzen. Bis das Gesamtsystem hochgefahren 
ist vergehen ohnehin mehrere Minuten. Da fährt dann erst einmal eine SAP 
HANA Datenbank hoch, dann werden die sapb1servertools gestartet, die aber 
erst dann vollständig hochfahren wenn die HANA da ist. Erst danach wird der 
B1 Service Layer hochgefahren. Da kommt es auf eine Minute warten auf den 
Samba nicht an. Das ganze ist ohnehin nur ein Demosystem. Der SLES läuft auf 
einer VM, der Host ist ein Windows 10 Notebook.

> 
> 
>> Und was mag mein Ubuntu machen, weil es auch ohne dieses beim Auswerten
>> der fstab definitiv(?) nicht gemounteten Netzwerkfreigaben jene später
>> wohl doch noch mounted?
> 
> Da gibts ein '_netdev' Keyword. Aber das geht nur wenn gewartet werden soll 
> bis das Netz da ist. Ich hab seine Frage so verstanden, daß das nicht das 
> Problem ist.

Richtig. Das Problem ist, dass auf dem Suse Server ein Samba hochläuft. Eine 
Freigabe von diesem Samba muss nach /mnt/sbomailer gemountet werden. Klappt 
aber nicht, da beim Abarbeiten der FSTAB der Samba noch nicht hochgelaufen 
ist. Meine Linux-Kenntnisse sind auch sehr bescheiden.

Ich habe versucht in der FSTAB das Verzeichnis mit bind zu setzen. Klappt 
prima, ich kann über /mnt/sbomailer drauf zugreifen, aber der schöne SAP 
Business One Service Layer ist der festen Überzeugung das Verzeichnis gäbe 
es nicht.




-- 
  Mit freundlichen Grüßen
    Andreas Bockelmann

[toc] | [prev] | [next] | [standalone]

#404402

Am 26.06.19 um 20:52 schrieb Andreas Bockelmann:
> Gerrit Heitsch schrieb:
>> On 6/26/19 8:01 PM, Ulrich Heidenreich wrote:
>>> Gerrit Heitsch:
>>>
>>>> In der fstab den Mountpoint auf noauto stellen damit er eben nicht
>>>> automatisch gemountet wird und später den Mount in einem Script
>>>> erledigen
>>>
>>> Da mich das auch gelegentlich stört, wäre ein "mount -a" in der
>>> /etc/rc.local auch eine mögliche Lösung?
>>
>> Nein, denn alles was nicht 'noauto' als Flag hat wird schon vorher
>> gemountet und 'mount -a' mounted nichts mit 'noauto'.
> 
> Wenn ich wüsste, wie ich auf den Samba warte, könnte ich den
> mount-Befehl auch in einer passenden rc-Datei setzen. Bis das
> Gesamtsystem hochgefahren ist vergehen ohnehin mehrere Minuten. Da fährt
> dann erst einmal eine SAP HANA Datenbank hoch, dann werden die
> sapb1servertools gestartet, die aber erst dann vollständig hochfahren
> wenn die HANA da ist. Erst danach wird der B1 Service Layer
> hochgefahren. Da kommt es auf eine Minute warten auf den Samba nicht an.
> Das ganze ist ohnehin nur ein Demosystem. Der SLES läuft auf einer VM,
> der Host ist ein Windows 10 Notebook.
> 
>>
>>
>>> Und was mag mein Ubuntu machen, weil es auch ohne dieses beim Auswerten
>>> der fstab definitiv(?) nicht gemounteten Netzwerkfreigaben jene später
>>> wohl doch noch mounted?
>>
>> Da gibts ein '_netdev' Keyword. Aber das geht nur wenn gewartet werden
>> soll bis das Netz da ist. Ich hab seine Frage so verstanden, daß das
>> nicht das Problem ist.
> 
> Richtig. Das Problem ist, dass auf dem Suse Server ein Samba hochläuft.
> Eine Freigabe von diesem Samba muss nach /mnt/sbomailer gemountet
> werden. Klappt aber nicht, da beim Abarbeiten der FSTAB der Samba noch
> nicht hochgelaufen ist. Meine Linux-Kenntnisse sind auch sehr bescheiden.
> 
> Ich habe versucht in der FSTAB das Verzeichnis mit bind zu setzen.
> Klappt prima, ich kann über /mnt/sbomailer drauf zugreifen, aber der
> schöne SAP Business One Service Layer ist der festen Überzeugung das
> Verzeichnis gäbe es nicht.

Berechtigungen vielleicht? Man würde ja hoffen, dass die nicht extra
prüfen, dass das ja ein cifs Mount ist. Falls doch, probier mal autofs.

https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.autofs.html

Dann wird erst gemountet, wenn auch drauf zugegriffen wird. Ich hab's
allerdings bisher nur mit nfs eingesetzt, cifs geht aber auch.

[toc] | [prev] | [next] | [standalone]

#404408

Michael Bode schrieb:

> Berechtigungen vielleicht? Man würde ja hoffen, dass die nicht extra
> prüfen, dass das ja ein cifs Mount ist. Falls doch, probier mal autofs.
> 
> https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.autofs.html
> 
> Dann wird erst gemountet, wenn auch drauf zugegriffen wird. Ich hab's
> allerdings bisher nur mit nfs eingesetzt, cifs geht aber auch.

Danke, das werde ich mal versuchen zu verstehen.


-- 
  Mit freundlichen Grüßen
    Andreas Bockelmann

[toc] | [prev] | [next] | [standalone]

#404425

Michael Bode schrieb:

> https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.autofs.html
> 
> Dann wird erst gemountet, wenn auch drauf zugegriffen wird. Ich hab's
> allerdings bisher nur mit nfs eingesetzt, cifs geht aber auch.

Hallo Michael,

dazu hatte ich noch 
<https://rhceprep.wordpress.com/2010/12/26/cifs-und-nfs-netzwerkdateisysteme-manuell-oder-durch-konfiguration-von-autofs-ein-und-aushangen/> 
gefunden. Damit habe ich das Ziel erreicht. Herzlichen Dank.


-- 
  Mit freundlichen Grüßen
    Andreas Bockelmann

[toc] | [prev] | [next] | [standalone]

#404403

On 6/26/19 8:52 PM, Andreas Bockelmann wrote:
> Gerrit Heitsch schrieb:
>> On 6/26/19 8:01 PM, Ulrich Heidenreich wrote:
>>> Gerrit Heitsch:
>>>
>>>> In der fstab den Mountpoint auf noauto stellen damit er eben nicht
>>>> automatisch gemountet wird und später den Mount in einem Script
>>>> erledigen
>>>
>>> Da mich das auch gelegentlich stört, wäre ein "mount -a" in der
>>> /etc/rc.local auch eine mögliche Lösung?
>>
>> Nein, denn alles was nicht 'noauto' als Flag hat wird schon vorher 
>> gemountet und 'mount -a' mounted nichts mit 'noauto'.
> 
> Wenn ich wüsste, wie ich auf den Samba warte, könnte ich den 
> mount-Befehl auch in einer passenden rc-Datei setzen.

ps -ef | grep nmb | grep -v grep | awk '{ print $2 }'

Wenn das was zurückmeldet ist es die PID vom nmbd, einem Teil von Samba. 
Kommt nichts zurück läuft Samba noch nicht.

TEST=$(ps -ef | grep nmb | grep -v grep | awk '{ print $2 }')
if [ "$TEST" != "" ]; then
  echo "Samba laeuft"
  mount /moutpoint
fi

Das wäre der Test und Mount. Wo genau das reingehört hängt von deinem 
System ab.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#404527

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> ps -ef | grep nmb | grep -v grep | awk '{ print $2 }'

Das "grep -v grep" kannst Du durch "grep '[n]mb'" einsparen:

ps -ef | grep '[n]mb' | awk '{ print $2 }'

und das "grep '[n]mb'" kannst Du mit awk einsparen:

ps -ef | awk '/[n]mb/{ print $2 }'

Dennis

[toc] | [prev] | [next] | [standalone]

#404406

Andreas Bockelmann meinte:

> Richtig. Das Problem ist, dass auf dem Suse Server ein Samba hochläuft.
> Eine Freigabe von diesem Samba muss nach /mnt/sbomailer gemountet
> werden.

Äh ... irgendie verstehe ich jetzt nix mehr.  wo läuft hier was? Willst du 
auf demselben system, auf dem der Samba läuft, das cifs-Share wieder 
mounten? Warum greifst du nicht direkt dorthin, wo Samba hingreift?

Oder geht es um die Frage, wie du auf dem Client feststellen kannst, dass 
auf einem anderen server der Samba läuft?


-- 
 pgp-Key (RSA) 1024/09B8C0BD 
 fingerprint = 2C 49 FF B2 C4 66 2D 93  6F A1 FF 10 16 59 96 F3 
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#404409

Diedrich Ehlerding schrieb:
> Andreas Bockelmann meinte:
> 
>> Richtig. Das Problem ist, dass auf dem Suse Server ein Samba hochläuft.
>> Eine Freigabe von diesem Samba muss nach /mnt/sbomailer gemountet
>> werden.
> 
> Äh ... irgendie verstehe ich jetzt nix mehr.  wo läuft hier was? Willst du
> auf demselben system, auf dem der Samba läuft, das cifs-Share wieder
> mounten? Warum greifst du nicht direkt dorthin, wo Samba hingreift?

Ja, das will ich. Der SAP-Dienst will anscheinend zwingend einen cifs-shre 
haben. Die Alternativen habe ich durch.


-- 
  Mit freundlichen Grüßen
    Andreas Bockelmann

[toc] | [prev] | [next] | [standalone]

#404453

Nachtrag:

Der AutoFS hatte mir das /mnt gesperrt und wollte die alleinige Macht 
darüber haben, das wäre nicht schlimm gewesen. Doof nur, dass der AutoFS 
ansprang nachdem der SAP-Dienst gestartet wurde.

Ich habe jetzt ein paar Zeilen in die boot.local eingetragen

----------------
sleep 45
mount -a
sleep 15
service b1s start
----------------

Dann noch den bis aus dem autostart herausgenommen, läuft, auch nach reboot.

Danke fürs Mitdenken.


-- 
  Mit freundlichen Grüßen
    Andreas Bockelmann

[toc] | [prev] | [next] | [standalone]

#404490

Andreas Bockelmann meinte:

>> Äh ... irgendie verstehe ich jetzt nix mehr.  wo läuft hier was? Willst
>> du auf demselben system, auf dem der Samba läuft, das cifs-Share wieder
>> mounten? Warum greifst du nicht direkt dorthin, wo Samba hingreift?
> 
> Ja, das will ich. Der SAP-Dienst will anscheinend zwingend einen
> cifs-shre haben. Die Alternativen habe ich durch.

Dann wirst du wohl eigene init-Skripts oder auch systemd-Units schreiben 
müssen, deren Abhängigkeiten du geeignet konfigurieren musst.  Bei 
klassischem Init-Verfahren (also mit /etc/rc*.d/*) gehtdas über 
Pseudokommentare in den Skripten; bei systemd ist es ... ähm ... anders. 
> 
-- 
 pgp-Key (RSA) 1024/09B8C0BD 
 fingerprint = 2C 49 FF B2 C4 66 2D 93  6F A1 FF 10 16 59 96 F3 
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#404414

Andreas Bockelmann <xotzil@gmx.de> wrote:

> Wenn ich wüsste, wie ich auf den Samba warte, könnte ich den mount-Befehl 
> auch in einer passenden rc-Datei setzen. Bis das Gesamtsystem hochgefahren 
> ist vergehen ohnehin mehrere Minuten. Da fährt dann erst einmal eine SAP 
> HANA Datenbank hoch, dann werden die sapb1servertools gestartet, die aber 
> erst dann vollständig hochfahren wenn die HANA da ist. Erst danach wird der 
> B1 Service Layer hochgefahren. Da kommt es auf eine Minute warten auf den 
> Samba nicht an. Das ganze ist ohnehin nur ein Demosystem. Der SLES läuft auf 
> einer VM, der Host ist ein Windows 10 Notebook.

Ich weiß nicht genau, wie SuSE das macht, aber es müsste irgendwas wie
/etc/init.d/skeleton geben, das ist die Vorlage für ein Initskript.
Der Inhalt des Skriptes kann ein ganz simples einzelnes mount/umount
sein (abhängig von der Action).

In dem Initskript sollte man Abhängigkeiten eintragen können wie
"dieses Initskript erst nach Samba starten".

Wie man das Skript dann aktiviert und einsortiert, musst Du mal gucken
(von Hand Symlinks in /etc/rc.? anlegen oder gibt es sowas wie
insserv?).


Zusätzlicher Vorteil: Es müsste auch ein "starte mich VOR einem
anderen Service" setzen.  Damit kannst Du dann, nur durch das Anlegen
deines einen neuen Initskriptes und ohne Änderung an den anderen
Skripten, die Startreihenfolge

  1. Samba
  2. Verzeichnis mounten
  3. SAP starten (bzw. den SAP-Teil, der CIFS braucht)

festlegen.


(Falls SuSE mit systemd arbeitet, dann geht das alles letztendlich
 genauso, benutzt aber andere Dateien: schreib Dir eine systemd-Unit ;-)


Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
There are two types of dirt:
the dark kind, which is attracted to light objects,
and the light kind, which is attracted to dark objects.

[toc] | [prev] | [next] | [standalone]

#404429

Hi,
* Andreas Bockelmann <xotzil@gmx.de> schrieb:
>  Ich habe versucht in der FSTAB das Verzeichnis mit bind zu setzen. Klappt 
>  prima, ich kann über /mnt/sbomailer drauf zugreifen, aber der schöne SAP 
>  Business One Service Layer ist der festen Überzeugung das Verzeichnis gäbe 
>  es nicht.

Das sollte der Richtige Weg sein, bind-mounts erzeugen quasi keine extra
Last weil der ganze Kram durch X Protokolle gehen muss..

Wenn ein Prozess Dateien in einem Verzeichnis geöffnet hat und auf das
Verzeichnis wird ein anderes eingebunden (was quasi drüber liegt), dann
nutzt der Prozess üblicherweise immer noch die alten Datei Handler.

Also immernoch das alte Verzeichnis von vorher.

Sollte beim neu starten aber nicht auftreten, und wenn man den Prozess
stoppt und nach dem einbinden wieder startet müsste es auch gehen.

Wilhelm

[toc] | [prev] | [next] | [standalone]

#404396

Andreas Bockelmann:

>Was kann ich tun?

https://uberubuntu.info/questions/293239/fstab-mount-warten-auf-netzwerk

Die zugehörige Manpage lies aber bitte selbst und versuche sie 
zu verstehen. Ich versteh da nur Bahnhof und Kofferklauen.

Ulrich

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | ger.ct

csiph-web