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

Groups > ger.ct > #231181 > unrolled thread

Pinguin-Resümee: cifs vs. NFS

Back to article view | Back to ger.ct

Contents

  Pinguin-Resümee: cifs vs. NFS   "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-11-25 10:27 +0100
    Re: Pinguin-Resümee: cifs vs. NFS Lars Gebauer <lgebauer@arcor.de> - 2015-11-25 10:52 +0100
      Re: Pinguin-Resümee: cifs vs. NFS "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-11-25 11:29 +0100
    Re: Pinguin-Resümee: cifs vs. NFS Walter Schmid <paulwalterschmid@vtxmail.ch> - 2015-11-25 11:17 +0100
    Re: Pinguin-Resümee: cifs vs. NFS Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-11-25 20:25 +0100
      Re: Pinguin-Resümee: cifs vs. NFS "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-11-26 10:37 +0100
        Fehlermeldungen (was: Pinguin-Resümee: cifs vs. NFS) Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-11-27 10:46 +0000
          Re: Fehlermeldungen  "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-11-27 12:03 +0100
            Re: Fehlermeldungen Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-11-27 12:18 +0000
              Re: Fehlermeldungen Hanno Foest <hurga-news2@tigress.com> - 2015-11-27 13:46 +0100
                Re: Fehlermeldungen "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-11-27 15:42 +0100
                  Re: Fehlermeldungen Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-11-28 10:25 +0100
                    Re: Fehlermeldungen "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-11-28 13:08 +0100
              Re: Fehlermeldungen "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-11-27 15:37 +0100
                Re: Fehlermeldungen Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-11-27 15:45 +0000
          Re: Fehlermeldungen Jörg Tewes <jogi1964@gmx.net> - 2015-11-27 23:10 +0100

#231181 — Pinguin-Resümee: cifs vs. NFS

Guten Abend!

Man gestatte mir, einen neuen Thread zu öffnen; irgendwie habe ich das
Gefühl, wenn ich was an einen schon etwas älteren Thread dranhänge,
bekommt das der eine oder andere gethreadet darstellende NUA nicht mit.

Inzwischen habe ich die Image-Kopie aufs NAS von cifs auf NFS umgestellt
und siehe da: Es brachte Ziemliches! Vorher auf cifs - auch bei größeren
Blockgrößen - brauchten 2 TB rund vier (In Worten: 4!) Tage, bis daß sie
übers GBit-Netz aufm NAS waren. Jetzt mit NFS und 32M-Blocksize gut acht
Stunden. Also gerademal doppelt so lang wie direkt von Platte zu Platte.
Ich glaube, damit kann ich leben.

Danke nochmal an alle Tippgeber. Insbesonders an Diedrich, der es sich
diesmal erfreulicherweise verkniffen hat, meine Frage als "trollig" zu
bezeichnen.  

CU!
Ulrich
-- 
Ja.

[toc] | [next] | [standalone]

#231182

Ulrich F. Heidenreich schrieb:
> Man gestatte mir, einen neuen Thread zu öffnen;

Ist das die ger.ct-Variante von "Das wird man doch mal sagen dürfen!?"

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

#231188

Lars Gebauer in <news:n3408m$nv2$1@dont-email.me>:

>Ulrich F. Heidenreich schrieb:
>> Man gestatte mir, einen neuen Thread zu öffnen;
>
>Ist das die ger.ct-Variante von "Das wird man doch mal sagen dürfen!?"

Eher die Ossi-Variante von "Ich geh aufs eigentliche Thema ein".

CU!
Ulrich
-- 
Ja.

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

#231185

Am 25.11.2015 um 10:27 schrieb Ulrich F. Heidenreich:
> Guten Abend!
> 
> Man gestatte mir, einen neuen Thread zu öffnen; irgendwie habe ich das
> Gefühl, wenn ich was an einen schon etwas älteren Thread dranhänge,
> bekommt das der eine oder andere gethreadet darstellende NUA nicht mit.


Ziemlich ("völlig"  gestrichen) überflüssiges Posting, denn wer
sich dafür interessiert, überfliegt ("liest" gestrichen) den
ganzen Thread.

SCNR


Gruss

Walter

-- 
Neu: Täglich frische Sig

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

#231229

Ulrich F. Heidenreich meinte:

> Danke nochmal an alle Tippgeber. Insbesonders an Diedrich, der es sich
> diesmal erfreulicherweise verkniffen hat, meine Frage als "trollig" zu
> bezeichnen.

Schön dass ich weiterhelfen konnte.

Zum "Als Troll bezeichnen" sage ich lieber nichts, außer dass ich ja auch 
keinen Anlass dazu hatte. Mit anderen Worten: du hast diesmal erfreulich 
sachlich mitgedacht, offenbar zu verstehen versucht und auch verstanden, 
was du verstehen solltest,  und durchaus verständliche Fragen gestellt 
(sowohl "verständlich formuliert", als auch "es ist verständlich, dass 
einer sowas fragt").  

Deshalb beantworte ich auch die eine noch offenstehende, wieso denn der 
blöde dd nicht dazusagt, dass die Option "oflag=direct" bei cifs 
unzulässig ist: das liegt daran, dass dd gar nicht weiß, dass die 
Zieldatei in einem cifs-, ext4-, nfs-, ocfs2-, ufs-, btrfs- oder 
wasweißichfüreinemfs liegt. Der probiert ein "open()" auf den Dateinamen, 
und der entsprechende Filesystemtreiber, der dieses open() verarbeiten 
sooll, sagt ihm "nee, geht nicht". Aber er sagt leider nicht, was da nicht 
geht ... :-( so dass dd nicht weiß, welche Option fehlschlägt; er weiß 
nur: der open() wurde mit "fehlerhafte Optionen" abgewiesen.

Diedrich
-- 
 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]

#231274

Diedrich Ehlerding in <news:kiehicxneh.ln2@diedrich.ehlerding.dialin.t-online.de>:

>Ulrich F. Heidenreich meinte:
>
>> Danke nochmal an alle Tippgeber. Insbesonders an Diedrich, der es sich
>> diesmal erfreulicherweise verkniffen hat, meine Frage als "trollig" zu
>> bezeichnen.
>
>Schön dass ich weiterhelfen konnte.
>
>Zum "Als Troll bezeichnen" sage ich lieber nichts, 

Ich aber. Du hattest mal eine Phase, da bist Du mir quer durchs Netz
hinterhergelaufen und hast allen erzählt, die es nicht wissen wollten,
was für ein "elendiger Troll" ich sei.

>außer dass ich ja auch keinen Anlass dazu hatte. Mit anderen Worten: du 
>hast diesmal erfreulich sachlich mitgedacht, offenbar zu verstehen 
>versucht und auch verstanden, was du verstehen solltest, und durchaus 
>verständliche Fragen gestellt (sowohl "verständlich formuliert", als 
>auch "es ist verständlich, dass einer sowas fragt").  

Das mache ich - aus meiner Sicht - immer. Wenn die Fragen dann "trollig"
ausschauen, ist es mit Nichten meine böse Absicht, sondern ich bin dann
in der Tat so doof, daß ich nichts anderes fragen, nichts anderes
verstehen kann. 

>Deshalb beantworte ich auch die eine noch offenstehende, wieso denn der 
>blöde dd nicht dazusagt, dass die Option "oflag=direct" bei cifs 
>unzulässig ist

Warum aber hat es mir der schlaue Diedrich nicht gesagt, ja es sogar
vorgeschlagen? :-p

>Aber er sagt leider nicht, was da nicht geht ... :-( so dass dd nicht 
>weiß, welche Option fehlschlägt; er weiß nur: der open() wurde mit 
>"fehlerhafte Optionen" abgewiesen.

Solche (eher Nicht-) Zusammenhänge fallen mir immer mal wieder auf.
Vermutlich Folge des "One Task, One Tool"-Konzepts. Da bekomt ein Tool
vom anderen nur gesagt, *daß* es nicht funktionierte, aber nicht,
*warum* nicht. 

"Lustig" in dem Dunstkreis war auch die Fehlermeldung, als ich aufm
Rettungs-Stick auch die NAS-Freigabe als NFS mounten wollte. Was auf 
der Platte zwecks Backup aufm NAS ging, ging aufm Stick zwecks Restore
des Backups vom NAS nicht. Alles (Un-) Mögliche wurde da als Fehler
angenommen:

|mount: Falscher Dateisystemtyp, ungültige Optionen, der Superblock 
|von /dev/sr1 ist beschädigt, fehlende Kodierungsseite oder ein anderer 
|Fehler. Manchmal liefert das Systemprotokoll wertvolle Informationen –
|versuchen Sie dmesg | tail oder so

Aktuell im Netz gefunden. Bei mir hieß es geringfügig anders, war aber
genauso wenig aussagekräftig. Ursache war … Rate mal!






























































ein fehlendes nfs-common. "apt-get install nfs-common" und die Sache war
abgefrystückt.

CU!
Ulrich
-- 
Ja. 

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

#231375 — Fehlermeldungen (was: Pinguin-Resümee: cifs vs. NFS)

Ulrich F. Heidenreich wrote:
> 
> [Unix Probleme]
> Solche (eher Nicht-) Zusammenhänge fallen mir immer mal wieder auf.
> Vermutlich Folge des "One Task, One Tool"-Konzepts. Da bekomt ein Tool
> vom anderen nur gesagt, *daß* es nicht funktionierte, aber nicht,
> *warum* nicht. 
> 
> "Lustig" in dem Dunstkreis war auch die Fehlermeldung, als ich aufm
> Rettungs-Stick auch die NAS-Freigabe als NFS mounten wollte. Was auf 
> der Platte zwecks Backup aufm NAS ging, ging aufm Stick zwecks Restore
> des Backups vom NAS nicht. Alles (Un-) Mögliche wurde da als Fehler
> angenommen:
> 
> |mount: Falscher Dateisystemtyp, ungültige Optionen, der Superblock 
> |von /dev/sr1 ist beschädigt, fehlende Kodierungsseite oder ein anderer 
> |Fehler. Manchmal liefert das Systemprotokoll wertvolle Informationen –
> |versuchen Sie dmesg | tail oder so
> 
> Aktuell im Netz gefunden. Bei mir hieß es geringfügig anders, war aber
> genauso wenig aussagekräftig. […]

Ich will das jetzt nicht schönreden, da ist manches bzgl. der Fehler-
meldungen sicher verbesserungsfähig. Wenn ich es aber z.B. mit Windows
Vergleiche, dann empfinde ich die Fehlermeldungen dort noch deutlich
weniger aussagekräftig (sofern im Log überhaupt vorhanden).

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

#231379 — Re: Fehlermeldungen

Michael Baeuerle in <news:AABWWDMSA78AAAHd.A1.flnews@WStation2.stz-e.de>:

>Ulrich F. Heidenreich wrote:
>> 
>> [Unix Probleme]
>> Solche (eher Nicht-) Zusammenhänge fallen mir immer mal wieder auf.
>> Vermutlich Folge des "One Task, One Tool"-Konzepts. Da bekomt ein Tool
>> vom anderen nur gesagt, *daß* es nicht funktionierte, aber nicht,
>> *warum* nicht. 
[..]
>> |mount: Falscher Dateisystemtyp, ungültige Optionen, der Superblock 
>> |von /dev/sr1 ist beschädigt, fehlende Kodierungsseite oder ein anderer 
>> |Fehler. Manchmal liefert das Systemprotokoll wertvolle Informationen –
>> |versuchen Sie dmesg | tail oder so
>> 
>> Aktuell im Netz gefunden. Bei mir hieß es geringfügig anders, war aber
>> genauso wenig aussagekräftig. […]
>
>Ich will das jetzt nicht schönreden, da ist manches bzgl. der Fehler-
>meldungen sicher verbesserungsfähig. 

Beim Pinguin glaube ich eher, daß da Prozesse miteinander arbeiten
(quasi ein internes Pipen), bei denen der nachfolgende in der Tat nicht
wissen kann, aus welchem Grund der vorhergehende ihm "heute kein mount"
ins Ohr flüsterte.

>Wenn ich es aber z.B. mit Windows
>Vergleiche, dann empfinde ich die Fehlermeldungen dort noch deutlich
>weniger aussagekräftig 

Da allerdings. Nett immer wieder die "Datei nicht gefunden"-Meldung. So
schlau wird der Prozess, der die Datei suchte, schon selbst sein, daß 
er weiß, welche Datei er suchte. Um die beim Wort zu nennen, benötigt er
eben nicht die Antwort des Prozesses, der die Datei nicht fand.

CU!
Ulrich
-- 
Nein.  

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

#231389 — Re: Fehlermeldungen

Ulrich F. Heidenreich wrote:
> Michael Baeuerle in <news:AABWWDMSA78AAAHd.A1.flnews@WStation2.stz-e.de>:
> > 
> > [...]
> > Ich will das jetzt nicht schönreden, da ist manches bzgl. der Fehler-
> > meldungen sicher verbesserungsfähig. 
> 
> Beim Pinguin glaube ich eher, daß da Prozesse miteinander arbeiten
> (quasi ein internes Pipen), bei denen der nachfolgende in der Tat nicht
> wissen kann, aus welchem Grund der vorhergehende ihm "heute kein mount"
> ins Ohr flüsterte.

Deutsche Fehlermeldungen sind aber immer gefährlich. Nicht dass das
mit der Pipe noch in "gebrochene Pfeife" endet ... soll ja tatsächlich
vorgekommen sein.

> > Wenn ich es aber z.B. mit Windows
> > Vergleiche, dann empfinde ich die Fehlermeldungen dort noch deutlich
> > weniger aussagekräftig 
> 
> Da allerdings. Nett immer wieder die "Datei nicht gefunden"-Meldung. So
> schlau wird der Prozess, der die Datei suchte, schon selbst sein, daß 
> er weiß, welche Datei er suchte. Um die beim Wort zu nennen, benötigt er
> eben nicht die Antwort des Prozesses, der die Datei nicht fand.

Ja, das dürfte in der Tat schwierig sein (eine Datei zu öffnen ohne
ihren Namen zu kennen).

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

#231395 — Re: Fehlermeldungen

Am 27.11.2015 um 13:18 schrieb Michael Baeuerle:

> Deutsche Fehlermeldungen sind aber immer gefährlich. Nicht dass das
> mit der Pipe noch in "gebrochene Pfeife" endet ... soll ja tatsächlich
> vorgekommen sein.

"Kein Weltraum links vom Gerät"

Hanno

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

#231408 — Re: Fehlermeldungen

Hanno Foest in <news:dbr1l4FovmpU2@mid.individual.net>:

>Am 27.11.2015 um 13:18 schrieb Michael Baeuerle:
>
>> Deutsche Fehlermeldungen sind aber immer gefährlich. Nicht dass das
>> mit der Pipe noch in "gebrochene Pfeife" endet ... soll ja tatsächlich
>> vorgekommen sein.
>
>"Kein Weltraum links vom Gerät"

Gänseblümchenkette. Silikonkontrollierter Gleichrichter.

CU!
Ulrich
-- 
Beim Eiffelturm sind die größten Nieten unten ...

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

#231469 — Re: Fehlermeldungen

On 11/27/2015 03:42 PM, Ulrich F. Heidenreich wrote:
> Hanno Foest in <news:dbr1l4FovmpU2@mid.individual.net>:
>
>> Am 27.11.2015 um 13:18 schrieb Michael Baeuerle:
>>
>>> Deutsche Fehlermeldungen sind aber immer gefährlich. Nicht dass das
>>> mit der Pipe noch in "gebrochene Pfeife" endet ... soll ja tatsächlich
>>> vorgekommen sein.
>>
>> "Kein Weltraum links vom Gerät"
>
> Gänseblümchenkette. Silikonkontrollierter Gleichrichter.

Und, wer weiss wofür der letzte Ausdruck eigentlich steht?

  Gerrit

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

#231482 — Re: Fehlermeldungen

Gerrit Heitsch in <news:n3bp4m$jac$1@news.bawue.net>:

>On 11/27/2015 03:42 PM, Ulrich F. Heidenreich wrote:
>
>> Gänseblümchenkette. Silikonkontrollierter Gleichrichter.
>
>Und, wer weiss wofür der letzte Ausdruck eigentlich steht?

Ich schon. :-)

CU!
Ulrich
-- 
Ja.

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

#231407 — Re: Fehlermeldungen

Michael Baeuerle in <news:AABWWEgMA8MAAAHd.A1.flnews@WStation2.stz-e.de>:

>Ja, das dürfte in der Tat schwierig sein (eine Datei zu öffnen ohne
>ihren Namen zu kennen).

IIRC gibt es da eine Int21-Funktion, die das per 
Handle, also in der Tat ohne Dateinamen macht :-p.

CU!
Ulrich
-- 
Ja.

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

#231424 — Re: Fehlermeldungen

Ulrich F. Heidenreich wrote:
> Michael Baeuerle in <news:AABWWEgMA8MAAAHd.A1.flnews@WStation2.stz-e.de>:
> > 
> > Ja, das dürfte in der Tat schwierig sein (eine Datei zu öffnen ohne
> > ihren Namen zu kennen).
> 
> IIRC gibt es da eine Int21-Funktion, die das per 
> Handle, also in der Tat ohne Dateinamen macht :-p.

Aber doch sicher nur für den Zugriff und nicht zum Öffnen. Irgendwo muss
das Handle (entsprechend bei Unix ein Filedescriptor) ja herkommen.

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

#231441 — Re: Fehlermeldungen

Michael Baeuerle schrieb:
> Ulrich F. Heidenreich wrote:
>> 
>> [Unix Probleme]
>> Solche (eher Nicht-) Zusammenhänge fallen mir immer mal wieder auf.
>> Vermutlich Folge des "One Task, One Tool"-Konzepts. Da bekomt ein Tool
>> vom anderen nur gesagt, *daß* es nicht funktionierte, aber nicht,
>> *warum* nicht. 
>> 
>> "Lustig" in dem Dunstkreis war auch die Fehlermeldung, als ich aufm
>> Rettungs-Stick auch die NAS-Freigabe als NFS mounten wollte. Was auf 
>> der Platte zwecks Backup aufm NAS ging, ging aufm Stick zwecks Restore
>> des Backups vom NAS nicht. Alles (Un-) Mögliche wurde da als Fehler
>> angenommen:
>> 
>> |mount: Falscher Dateisystemtyp, ungültige Optionen, der Superblock 
>> |von /dev/sr1 ist beschädigt, fehlende Kodierungsseite oder ein anderer 
>> |Fehler. Manchmal liefert das Systemprotokoll wertvolle Informationen –
>> |versuchen Sie dmesg | tail oder so
>> 
>> Aktuell im Netz gefunden. Bei mir hieß es geringfügig anders, war aber
>> genauso wenig aussagekräftig. […]
> 
> Ich will das jetzt nicht schönreden, da ist manches bzgl. der Fehler-
> meldungen sicher verbesserungsfähig. Wenn ich es aber z.B. mit Windows
> Vergleiche, dann empfinde ich die Fehlermeldungen dort noch deutlich
> weniger aussagekräftig (sofern im Log überhaupt vorhanden).

Das jemand der hauptsächlich mit *nix arbeitet und Windows vielleicht
mal benutzt um ein Firmwareupdate zu machen, ist verständlich. Ja es
gibt Fehlermeldungen die nix aussagen, bei *nix ists aber eher
umgekehrt, da gibts auch Fehlermeldungen die aussagekräftig sind.


        Bye Jörg

-- 
"Stay close to the Vorlon and watch out for the Shadows. They move
when you're not looking at them."
(Sinclair, "The Coming of Shadows")

[toc] | [prev] | [standalone]

Back to top | Article view | ger.ct

csiph-web