Új hozzászólás Aktív témák

• #16901 stigma addikt snorbi82 #16897

  Új Válasz 2022-01-02 19:49:44 #16901

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  stigma

  addikt

  válasz snorbi82 #16897 üzenetére

  Hi, felesleges a leírás szerintem mert telepítésben 100%-ra ugyanaz.

  1. image-t leszeded kiirod pendrive-ra
  2. bootolsz majd feltelepíted úgy mintha 5-öt tennél: Link
  Ezt igaz virtual Machin-be mutatja a srác, de a lépések ugyanazok.
  3. Ezek után én belépnék elsőre, majd jelszót változtatok és frissítenék, ssh-n:
  apt update
  apt full-upgrade -y

  4. Feltenném parancssorból az omv extrákat:
  wget -O - https://github.com/OpenMediaVault-Plugin-Developers/packages/raw/master/install | bash

  5. Ezek után ha kell HDD-et csatolnék ha régi cuccaim vannak rajta, Docker meg többi miegymás lenne rá, kinek mi a tuti

• #14838 laracroft senior tag snorbi82 #14836

  Új Válasz 2020-12-25 16:46:54 #14838

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  laracroft

  senior tag

  válasz snorbi82 #14836 üzenetére

  Köszi EZ megoldotta

• #13363 footy addikt snorbi82 #13362

  Új Válasz 2020-08-13 11:10:05 #13363

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  footy

  addikt

  válasz snorbi82 #13362 üzenetére

  SSH NASra. Rootkent: passwd admin
  Ezutan ment a bejelentkezes. Lehet az omv-firsaid scriptben valami nem koser a jelszo visszaallitasnal.
  Bejelentkezes utan viszont nem latja a HDD-t, ami nem tul elonyos egy NAS eseteben...

• #11931 lovi27 addikt snorbi82 #11929

  Új Válasz 2020-02-27 17:11:19 #11931

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lovi27

  addikt

  válasz snorbi82 #11929 üzenetére

  Szerintem is nálad lesz valami egyedi hiba. Nálam nem okozott romlást, de sajnos nem is javult meg tőle az FTP indulási problémája. De külön kell választani a problémát.

  A Debian 10-re telepített OMV5-nél nem tapasztalok semmilyen FTP problémát. Eddig mindig elindult, akár a Debiant indítottam újra, akár a szervert.

  Az OMV5-nél ami tegnap frissült az a proftpd-basic nevű szolgáltatás, ami maga az FTP szerver. De ezt nem az OMV fejlesztők írták, ők csak felhasználják. Ez a Debian része, már amikor használnak FTP-t. Erre mondani, hogy ne frissítsétek - értelmetlen.

  Amúgy nem olyan óriási probléma ez. mert egy szervert nem azért készítünk, hogy újraindítgassunk. Biztos többen vannak akik hónapok vagy évek óta nem indították újra a NAS-ukat. Tehát adott esetben együtt lehet ezzel élni amíg megtalálják az okot.
  A működést meg nem befolyásolja.

• #11924 lovi27 addikt snorbi82 #11915

  Új Válasz 2020-02-27 13:00:22 #11924

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lovi27

  addikt

  válasz snorbi82 #11915 üzenetére

  Mi a baj vele?

• #11905 tama777 tag snorbi82 #11900

  Új Válasz 2020-02-26 16:13:54 #11905

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tama777

  tag

  válasz snorbi82 #11900 üzenetére

  Én például ezt tartom a Docker egyik előnyének: nyugodtan használom élesben, mert ha nem jön össze egy konténer törlöm és kezdem előlről, de a rendszerbe, amin fut a Docker nem piszkál bele.

• #11886 vadkörte addikt snorbi82 #11885

  Új Válasz 2020-02-26 11:52:49 #11886

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vadkörte

  addikt

  válasz snorbi82 #11885 üzenetére

  VB-ban egyszer végigvittem egy dist-upgrade-et. Rég találkoztam olyan rendszer összeomlással...
  Órákig molyoltam vele, hogy rendbehozzam - VM-létére szépen be volt lakva, az alapján állt össze a fizikai rendszerem is - de teljesen sikertelenül. Alig 1,5 óra alatt a 0-ról újrahúztam és belaktam.

• #11825 Nagymelák senior tag snorbi82 #11824

  Új Válasz 2020-02-21 12:01:06 #11825

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Nagymelák

  senior tag

  válasz snorbi82 #11824 üzenetére

  Nem teljesen 3 meghajtó van azokon torrent 1.2.3 könyvtárak és azon belül vannak alkönyvtárak: e-book, filmek stb. És a letöltéseket is már így szeretném, de eddig a dockeres megoldásokban elakadtam. De folytasd a kísérletezést mert így már talán nyomon leszek.

• #11820 szpeti40 addikt snorbi82 #11819

  Új Válasz 2020-02-21 11:48:31 #11820

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  szpeti40

  addikt

  válasz snorbi82 #11819 üzenetére

  Ja, hogy alkönytárba nem tölt?
  Alkönyvtárakat külön nem kell, nekem is van Torrent/Filmek, Torrent/Sorozat.
  Ha igen, akkor a megosztott mappa -> ACL résznél rekurzívan van megadva a jogosultság?
  Mert ha egy mappára adsz a felhasználónak írási jogot, akkor az alkönytárakra nem feltétlen, de ha benyomod, hogy rekurzívan csinálja, akkor az alkönyvtárakra is ugyan azokat a jogokat állítja, amiket raktál.

• #11818 szpeti40 addikt snorbi82 #11817

  Új Válasz 2020-02-21 11:27:04 #11818

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  szpeti40

  addikt

  válasz snorbi82 #11817 üzenetére

  Mert nem adtad meg a többi könyvtárat a konfignál
  Nálam így van, és megy mindenhova a letöltés:

  Ugye ő csak oda tud tölteni ami meg is van adva neki.

• #11816 Nagymelák senior tag snorbi82 #11815

  Új Válasz 2020-02-21 10:58:38 #11816

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Nagymelák

  senior tag

  válasz snorbi82 #11815 üzenetére

  Ezen a ponton adtam fel én is, pedig villámgyorsan letölt valamit/valahova csak azt nem lehet tudni hogy hova. Én már a jóistennek is engedélyt adtam a könyvtárak írására, de a dockeres qbit még véletlenül sem írja.

• #11814 Nagymelák senior tag snorbi82 #11812

  Új Válasz 2020-02-21 10:26:17 #11814

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Nagymelák

  senior tag

  válasz snorbi82 #11812 üzenetére

  Én ezért hagytam fel a docker kísérlettel, mindenhez van joga a felhasználónak de véletlenül sem hajlandó írni a qbittorrent azokat a mappákat OMV4 alatt. Ezért is szeretném csak simán a felrakni a qbittorrentet.

• #11811 szpeti40 addikt snorbi82 #11810

  Új Válasz 2020-02-21 09:35:34 #11811

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  szpeti40

  addikt

  válasz snorbi82 #11810 üzenetére

  A docker felhasználónak az adott mappának biztos van joga írni?

• #11809 szpeti40 addikt snorbi82 #11808

  Új Válasz 2020-02-21 09:20:54 #11809

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  szpeti40

  addikt

  válasz snorbi82 #11808 üzenetére

  A docker konfigban nem véletlen read only-ra raktad a mappát?

• #10674 Kinsiinoo senior tag snorbi82 #10671

  Új Válasz 2019-10-01 18:21:39 #10674

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Kinsiinoo

  senior tag

  válasz snorbi82 #10671 üzenetére

  Igen, ezt írtam A Freenasal csak a freestyle szopóroller van nagyrészt :/

• #10672 osztraksajt őstag snorbi82 #10671

  Új Válasz 2019-10-01 12:07:09 #10672

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  osztraksajt

  őstag

  válasz snorbi82 #10671 üzenetére

  Nekem sok esetben jobban kézre állt és logikusabb mint az OMV, de én is elengedtem.

  Évekig használtam freenast még UFS fájlrendszerrel, az utolsó szervert kb 2 éve migráltam át OMV-re. Kb semmivel sem volt nagyobb a hardverigénye mint az OMV-nek, sőt. Amúgy nem magának a freenasnak nagy a hardverigénye hanem a ZFS fájlrendszernek. Nyilván kapufa hogy már csak azt támogatja teljeskörűen, így muszáj ahhoz igazodni.

• #10551 Pelican őstag snorbi82 #10550

  Új Válasz 2019-08-28 11:25:13 #10551

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pelican

  őstag

  válasz snorbi82 #10550 üzenetére

  Köszi, hogy kipróbáltad, akkor nekifutok mégegyszer.

• #10544 Pelican őstag snorbi82 #10543

  Új Válasz 2019-08-27 15:50:25 #10544

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pelican

  őstag

  válasz snorbi82 #10543 üzenetére

  HP Gen8 microserver. OMV 3 alatt szépen ment, csak újra kellett installálni hdd hiba miatt és akkor már 4-est tettem fel. De már barátkozom a transmisson-nel, az a 3-as alatt jelentősen lassabban töltött, azért lett deluge.

• #10542 Pelican őstag snorbi82 #10541

  Új Válasz 2019-08-27 15:34:01 #10542

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pelican

  őstag

  válasz snorbi82 #10541 üzenetére

  Köszi! Sajnos csak egy hibaüzenetet dob az engedélyezésnél.
  Error #0:
OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C.UTF-8; systemctl disable 'deluge-daemon.service' 2>&1' with exit code '1': Synchronizing state of deluge-daemon.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable deluge-daemon
update-rc.d: error: deluge-daemon Default-Start contains no runlevels, aborting. in /usr/share/php/openmediavault/system/process.inc:182
Stack trace:
#0 /usr/share/php/openmediavault/system/systemctl.inc(86): OMV\System\Process->execute(Array, 1)
#1 /usr/share/php/openmediavault/system/systemctl.inc(119): OMV\System\SystemCtl->exec('disable', NULL, false)
#2 /usr/share/openmediavault/engined/module/deluge.inc(90): OMV\System\SystemCtl->disable(true)
#3 /usr/share/openmediavault/engined/rpc/config.inc(152): OMV\Engined\Module\Deluge->stopService()
#4 [internal function]: OMVRpcServiceConfig->applyChanges(Array, Array)
#5 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#6 /usr/share/php/openmediavault/rpc/serviceabstract.inc(149): OMV\Rpc\ServiceAbstract->callMethod('applyChanges', Array, Array)
#7 /usr/share/php/openmediavault/rpc/serviceabstract.inc(565): OMV\Rpc\ServiceAbstract->OMV\Rpc\{closure}('/tmp/bgstatus0e...', '/tmp/bgoutput4T...')
#8 /usr/share/php/openmediavault/rpc/serviceabstract.inc(159): OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure))
#9 /usr/share/openmediavault/engined/rpc/config.inc(213): OMV\Rpc\ServiceAbstract->callMethodBg('applyChanges', Array, Array)
#10 [internal function]: OMVRpcServiceConfig->applyChangesBg(Array, Array)
#11 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#12 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('applyChangesBg', Array, Array)
#13 /usr/sbin/omv-engined(537): OMV\Rpc\Rpc::call('Config', 'applyChangesBg', Array, Array, 1)
#14 {main}

Új hozzászólás Aktív témák