Hirdetés

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

  • Rruuer

    senior tag

    válasz kgymac #13550 üzenetére

    ha smartctl -iA -d sat /dev/sda futtatom akkor csak az egyik 160gigásal látja pedig van egy 250es és egy 750 es benne

  • zex

    aktív tag

    HEELP! :o

    Bekapcsoltam a Open vSwitch-et a hálózati kártyáján az XPEnology-nak és azóta nem értem el sehogyan a szervert! :W :W :W Van valami ötlet???

  • kgymac

    őstag

    válasz Rruuer #13551 üzenetére

    Akkor olvasd újra:
    smartctl -iA -d sat /dev/sda
    smartctl -iA -d sat /dev/sdb
    smartctl -iA -d sat /dev/sdc
    ...
    smartctl -iA -d sat /dev/sdz

    Ahány sata/scsi hdd-d csak van (max 26, ennyik kezel linux)

  • kgymac

    őstag

    válasz zex #13552 üzenetére

    SSH-n? (már ha engedélyezve volt) Ip cím elvileg nem változik, a virtualizációs kiszolgálót el kéne tudnod érni.
    Vlan-t állítottál be? Mert az bekavarhat, azonos vlan-on kell lenni a két kommunikáló gépnek, eltérő vlan esetén nem válaszol a megszólított.
    Egy hálózati felderítő sw (pl. androidon a fing) is segíthet abban, hogy milyen mac/ip/port kombinációk vannak a hálóban.

    @Core2duo6600:
    készíts egy boot pendrive-ot jun 102b-hez, előtte persze állítsd be a grub.cfg-t.
    Egy nem használt hdd-t tegyél rá magasabb sata pozíciókra (pl. 8-ra) . Ha bebootol és telepíteni akar a dsm, akkor OK, fogsz tudni migrálni. (Az induló dsm konfig oldalon van lemez infó)

    [ Szerkesztve ]

  • zex

    aktív tag

    válasz kgymac #13554 üzenetére

    SSH nem volt engedélyezve... :(

    Ezt telepítettem:
    https://www.synology.com/en-global/dsm/packages/Virtualization

    Majd a telepítés után kérte, hogy kapcsoljam be az open vSwitch-et... Azóta nem találom még Synology Assistant-el sem..

    Telepítettem a FING-ot ( :DD ) de nem tudom sajna használni. Esetleg tudsz segíteni benne? :(

    Köszönöm előre is! :R

    Szerk: Közben rányomtam, hogy scan-elje be a hálózatot, de semmi olyan IP-t nem talált amiről nem tudnám, hogy mi az... Persze a Syno sehol nincs... De a router DHCP listájában sem taálni semmit sem....
    :(

    [ Szerkesztve ]

  • kgymac

    őstag

    válasz zex #13555 üzenetére

    VLAN-t kéne beállítanod azon a gépen, amiről elérni próbálod a syno-t. 0-val kezdeném, majd növelném 1-esével, max 10-ig, esetleg -1-et is próbálnám. Csak azonos vlan esetén fogja megtalálni az assist a nast.
    Mindez feltételezi, hogy a jelenség oka a beállított vlan.

    szerk: a nas-nak fix ip címe volt? Feltételezem, hogy igen.

    [ Szerkesztve ]

  • zex

    aktív tag

    válasz kgymac #13556 üzenetére

    A legnagyobb baj, hogy nem tudom hogyan kell használni vagy beállítani a vlan-t! :(((

    Amúgy a NAS DHCP-n keresztül kapta az IP-t, de a router felelt azért, hogy az IP címe ne változzon (vagyis itt volt a MAC címe egy fix IP-hez rendelve)

    Szerk: Annyit most még megpróbáltam, hogy a szerver HDD-jét meg a pendrive-ot átraktam egy másik gépbe (hardver), és itt a Synology assistant megtalálja, de azt írja, hogy a csatlakozás nem sikerült. Azonnal felugrik egy ablak, hogy adjak neki fix IP-t de semmit sem tud beállítani neki. Majd ha azt mondom, hogy legyen DHCP által kiosztott IP, látszólag elfogadja, de továbbra tud a Synology Assistant csatlakozni hozzá.

    Valszeg ez a VLAN lesz a hunyó, csak nem tudom, hogyan tudnám a Windows-os gépemet VLAN-ba rakni

    [ Szerkesztve ]

  • kgymac

    őstag

    válasz zex #13557 üzenetére

    win7-en lan adapter beállításokban, speciális fülön van, ha a kártya drivere is támogatja.
    intel 82577lm-nél persze nincs VLAN érték beállítás, csak enged/tilt vlan :)
    vmware virtuális hálókártyáinál persze van érték állítás is.

    dsm topicban van egy kép, ha rákeresel a vswitch-re. A syno web config oldalának címében van ipcím:port/?_dc=nnnnnnnn jellegű paraméter, én tennék egy próbát valami fals értékkel.

    El kell gondolkodnod reset-elésen, esetleg egy új hdd-re dsm azonos verzió feltelepítése,
    majd a jelenlegi hdd-k (volX, amire telepítetted a csomagokat) migrálása. Csomag eltávoltása ssh-n, esetleg konfigban tiltás open vswitch tiltása (/etc/synoinfo.conf ban support_ovs="no")

    gyugyo79-cel több szerencséd lehet, pont válaszolgat a dsm topicban

    [ Szerkesztve ]

  • zex

    aktív tag

    válasz kgymac #13558 üzenetére

    Köszönöm eddigi segítséged is!!! :R Annyit sikerült meodanom, hogy a másik gépen amire átpakoltam a fő HDD-met és a pendrivot, a végén sikerült visszakapnom az új hálókártyán az eredeti IP címemet, majd belépve a DSM-be töröltem a vSwitch-et. Aztán most már látszólag jó minden de vélhetően mivel a 3 HDD közül csak egyet pakoltam át a másik hardverre, így most megzakkant kicsit az egész, és a csomagkezelő egy csomó szolgáltatást nem tud elindítani, pedig most már minden visszakerült az eredeti helyére, minden HDD a helyén... Azt hiszem most ezzel fogok szívni egy ideig. :(

  • kgymac

    őstag

    válasz zex #13559 üzenetére

    Ez még mindig gyorsabb, mint kísérletezni a nem található nassal.
    Ha volt mentésed, a configokat vissza lehet állítani a csomagok telepítése után.

  • Core2duo6600

    veterán

    válasz kgymac #13558 üzenetére

    Ennél lehet, hogy egyszerübb egy managelhető switch megfelelő beállítása vagy egy virtuális gép feltelepítése és ott olyan vlan t ad meg amit csak akar.
    Bár, ezeknek a vlan számoknak igazság szerint csak a switch és switch között lenne szabad léteznie, így logikus legalábbis.

    Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

  • zex

    aktív tag

    válasz kgymac #13560 üzenetére

    Az éjjel addig jutottam, hogy a nem működő csomagjaimat letöröltem, majd újra telepítettem és működik is. ELLENBEN van 2 csaomagom (Photo Station és Surveillance Station) ami jelenleg nem fut, ha el akarom indítani, akkor a "szokásos" "Nem sikerült a csomag futtatása" hibát kapom. Ha pedig próbálom eltávolítani, akkor meg "Művelet sikertelen"-be futok! :W :W Szóval ezzel most nem tudok mit kezdeni! Valakinek valamilyen ötlete? :U

  • kgymac

    őstag

    válasz Rruuer #13543 üzenetére

    Van extra.lzma 0.4 [link]

    szerk:
    dobnál egy képet a lemez listáról is (tároláskezelő, hdd/sdd fül)?

    [ Szerkesztve ]

  • Rruuer

    senior tag

    válasz kgymac #13565 üzenetére

    extra.lzma 0.4 eredménytelen

    :/$ sudo -i smartctl -iA -d sat /dev/sde
    smartctl 6.5 (build date Jun 8 2018) [x86_64-linux-4.4.59+] (local build)
    Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

    === START OF INFORMATION SECTION ===
    Model Family: SAMSUNG SpinPoint M8 (AF)
    Device Model: SAMSUNG HN-M750MBB
    Serial Number: S2SHJ9KBA00396
    LU WWN Device Id: 5 0024e9 20644d685
    Firmware Version: 2AR10001
    User Capacity: 750,156,374,016 bytes [750 GB]
    Sector Size: 512 bytes logical/physical
    Rotation Rate: 5400 rpm
    Form Factor: 2.5 inches
    Device is: In smartctl database [for details use: -P show]
    ATA Version is: ATA8-ACS T13/1699-D revision 6
    SATA Version is: SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)
    Local Time is: Wed Jul 25 16:30:35 2018 CEST
    SMART support is: Available - device has SMART capability.
    SMART support is: Enabled

    === START OF READ SMART DATA SECTION ===
    SMART Attributes Data Structure revision number: 16
    Vendor Specific SMART Attributes with Thresholds:
    ID# ATTRIBUTE_NAME FLAG VA LUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
    1 Raw_Read_Error_Rate 0x002f 10 0 100 051 Pre-fail Always - 66
    2 Throughput_Performance 0x0026 25 2 252 000 Old_age Always - 0
    3 Spin_Up_Time 0x0023 08 9 086 025 Pre-fail Always - 3464
    4 Start_Stop_Count 0x0032 09 9 099 000 Old_age Always - 1965
    5 Reallocated_Sector_Ct 0x0033 25 2 252 010 Pre-fail Always - 0
    7 Seek_Error_Rate 0x002e 25 2 252 051 Old_age Always - 0
    8 Seek_Time_Performance 0x0024 25 2 252 015 Old_age Offline - 0
    9 Power_On_Hours 0x0032 10 0 100 000 Old_age Always - 6999
    10 Spin_Retry_Count 0x0032 25 2 252 051 Old_age Always - 0
    11 Calibration_Retry_Count 0x0032 09 9 099 000 Old_age Always - 1052
    12 Power_Cycle_Count 0x0032 09 9 099 000 Old_age Always - 1993
    181 Program_Fail_Cnt_Total 0x0022 10 0 100 000 Old_age Always - 20463416
    191 G-Sense_Error_Rate 0x0022 10 0 100 000 Old_age Always - 100
    192 Power-Off_Retract_Count 0x0022 25 2 252 000 Old_age Always - 0
    194 Temperature_Celsius 0x0002 06 4 053 000 Old_age Always - 33 (Min/Max 11/48)
    195 Hardware_ECC_Recovered 0x003a 10 0 100 000 Old_age Always - 0
    196 Reallocated_Event_Count 0x0032 25 2 252 000 Old_age Always - 0
    197 Current_Pending_Sector 0x0032 25 2 100 000 Old_age Always - 0
    198 Offline_Uncorrectable 0x0030 25 2 252 000 Old_age Offline - 0
    199 UDMA_CRC_Error_Count 0x0036 20 0 200 000 Old_age Always - 0
    200 Multi_Zone_Error_Rate 0x002a 10 0 100 000 Old_age Always - 2673
    223 Load_Retry_Count 0x0032 09 9 099 000 Old_age Always - 1052
    225 Load_Cycle_Count 0x0032 06 2 062 000 Old_age Always - 392797

    itt látja

    [ Szerkesztve ]

  • kgymac

    őstag

    válasz Rruuer #13566 üzenetére

    Az lenne a tippem, hogy a felület épít arra, hogy folytonosan vannak a hdd-k.
    Ha még az asus p5kc lapod van, feltételezem, hogy az első hdd az alaplapra, a maradék kettő pedig a h200-on van?

  • kgymac

    őstag

    válasz Rruuer #13568 üzenetére

    Én tennék egy próbát, hogy az alaplapi sata biosban letiltott, minden hdd a h200-on van - feltéve, hogy nem SHR vagy raid5 köteted van.
    A h200 B csatiján ne legyen semmi. Bár még nem próbáltam (mert nem kellett eddig, de a jövő héten már biztosan kell), de a grub.cfg-ben is kell állítani, hogy a kártya összes sata hdd-je megjelenjen.
    Ha esxi alól futtatod és az alaplapi sata nem tiltható le biosban (pl. datastore hdd miatt), megoldható, hogy a syno ne lássa az alaplapra dugott hdd-ket.

    szerk: ha csak a smart infók megtekintése a cél, van egy scriptem, ami (ütemezővel) naponta elküldi a smart infókat mailben. Ugyan évek óta használom egy nsa325-ön és egy n1t1-en, de syno-ra is át lett írva, rendben működik egy n40l és gen8-as hp-n (4 ill. 2 hdd-vel. ugyebár korlátozottan tudom tesztelni :) ).

    [ Szerkesztve ]

  • Rruuer

    senior tag

    válasz kgymac #13569 üzenetére

    lehet hogy grub.cfg kell valamit csinálni mert a 6.1 alatt tökéletesen ment, valami a 6.2 vel van

  • kgymac

    őstag

    válasz Rruuer #13570 üzenetére

    A grub csak az alap konfighoz kell, ami egy normál synon chipben van. Ilyen a betöltött kernel modulok, azonosítók (sn, mac-ek, kezelt hdd-k száma, stb). Mivel a smartrctl működik, hiszen le tudtad kérdezni ssh-n,
    a probléma inkább a felülettel lehet. Nem tudni, hogy melyik eszköz smart adatát próbálta lekérdezni, csak az biztos, hogy a /dev/sd[a..z] eszközét. Ami nálad jelenleg nem folyamatos. Lehet dsm gond (nem kezeli a "lyukakat" az eszközök között) ill. lehet boot image gond is (a syno lehet folyamatosan osztja ki az eszköz id-ket (/dev/sd[a..z]) , ha lenne igazi, min 4 lemezes synom, meg lehetne nézni ssh-n) .
    Ne felejtsük el, hogy a jun 1.03a2 még alfa, abból is a második kiadás. A 102a sem volt tökéletes (pl. nem kezelt amd-t, amivel kizárta a felhasználók jelentős részét).

    Közben olvastam, virtualizálsz is a synon, így lehet, nem megoldás a hdd-jk átcsoportosítása. Az mtp2sas kernel modul biztosan jó, mert a smart lekérdezhető. Én a syno helyében olyat reszelnék a boot progijukon, amit egy normál linux kernellel viszonylag nehéz megoldani (pl. eszköz azonosítók kiosztása). Ne felejtsük el, hogy a grub is képes hasonlóra, mert megadhatod (1.02[a..b]-nél), hogy egy vezérlőre (3 vezérlőhöz, ds3615xs alapján ez a max vezérlők száma) hány hdd-t osszon ki.
    Csak ugye ekkor minden hdd után újra kellene konfigolni a grub-ot, majd kiírni a boot image-t.

  • kgymac

    őstag

    válasz Rruuer #13572 üzenetére

    Az alfából előbb-utóbb béta lesz és kiadásra kerül a végleges verzió. Vagy megkeresi jun-t a syno egy zsák pénzzel.

  • kgymac

    őstag

    válasz Core2duo6600 #13546 üzenetére

    [link]
    Ez a típus akár jó is lehet, persze csak használtan, ebay-ről, ha lehet it módba tenni.

    szerk: naná, hogy van és tud it módot: [link]

    [ Szerkesztve ]

  • Core2duo6600

    veterán

    válasz kgymac #13574 üzenetére

    Most sikerült beletenni a gépbe 8 HDD -ét, így erre most nem költenék, amíg megy az alaplap rendben van.
    Utána majd meglátjuk mi lesz.
    Szándékosan nincs is rajta raid, az a gyári synon van, így ha át is kell tennem majd másik lapra, rugalmasabb a történet.

    De köszi a linket, bár épp nem szállít Magyarországra.

    Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

  • alpe1503

    csendes tag

    Sziasztok!
    DSM 6.1.5-15254 Update 1 alatt szeretném bővíteni a 2TB-s Single drive Basic kötetet még egy 2TB lemezzel, úgy, hogy a meglévő adatok megmaradjanak. Összesen 2 helyem van a házban, tehát további darabszám bővítés nem lehetséges. Adatbiztosság szempontjából RAID0 vagy RAID1 (vagy esetleg más megoldást javasoltok) és kell-e RAID?
    Felmerült a JBOD is, de ha jól értelmezem akkor ennél az egyik lemez hibájánál sok adat elveszhet.
    Amennyiben formázni kell, akkor melyik fájlrendszer a javasolt? Jelenleg ext4 van. Gondolkoztam a Virtual Machine Manager kipróbálásán is ahhoz viszont ez a fájlrendszer nem jó, és mivel a biztonságos adattárolás lenne a fő szempont nem tudom melyik a jobb döntés.

    Érdemesebb újabb DSM-et rárakni, ha igen, melyiket, honnan?

    Köszönöm a válaszokat. :R

    [ Szerkesztve ]

    "Valami nem attól lesz új, hogy még nem találkoztál vele, hanem hogy mindig mást veszel észre benne."

  • Rruuer

    senior tag

    válasz kgymac #13573 üzenetére

    És lehet tudni valamit hogy mikor lesz ujabb? Mert igy érdkes ha megakar halni a lemez, nem is tudok rola. Direkt ezért van venne ilyen régi vinyo

  • Core2duo6600

    veterán

    válasz alpe1503 #13576 üzenetére

    Két lemez esetében annak van értelme, hogy mind a 2 hdd külön kötet.
    Vagy raid 1 amikor mind a 2 hdd én ugyanaz van pontos másai egymásnak.
    A jbod felejtős, akkor már inkább jobb a 2 külön kötet, hisz ha hdd hiba van akkor csak egynek az adatai vesznek el.

    A raid a hdd fizikai meghibásodása ellen véd.
    Ezt neked kell tudnod, hogy kell-e

    A leggyakoribb raid típusok.

    Raid 0 csíkozás, elvileg ez a leggyorsabb, de nas nál nincs értelme, az ssd megjelenése óta a helyi gépen se
    Raid 1 tűkör minden hdd én pontosan ugyanaz van, a rendszer számára egynek látszódik
    Raid 5 min 3 lemez kell, és 1 lemez hibát elvisel, ekkor lelassulhat majd a hdd csere után ujáépíti.

    Az shr ezeket kombinálja, én jobb szeretem magam eldönteni, hogy mi legyen.
    ha 2 lemez van az shr is raid 1 ben lesz, ha 3 akkor az shr is raid 5 ben, ha négy akkor is raid 5.

    [ Szerkesztve ]

    Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

  • zex

    aktív tag

    válasz zex #13562 üzenetére

    Bocsi srácok, de én még mindig nem jutottam dűlőre! :( A Photo Station, meg a Surveillance Station-t sem törölni, sem a manuális SPK fájlal újratelepíteni, sem futtatni nem tudom! Végignéztem a netet, de sajna működő megoldást nem találtam. :( Kérlek ha van használható ötletetk, írjátok meg, nagyon hálás lennék érte! :R :R

  • kgymac

    őstag

    válasz zex #13579 üzenetére

    Szia,

    SS-sel 6-os alatt nem igazán lesz szerencséd. Úgy tudom, hogy érvényes syno id-t és lic adatokat vár a működéshez, ami csak valódi syno hw esetén működik. E forum keretein belül nem is ajánlott feszegetni, lásd jobb oldalt felül a topic leírását.

    PS-sel nagyobb szerencséd lehet, de jó lenne tudni, hogy mi a probléma.
    Ehhez első körben a logokat kéne megnézni, ssh-n.

    csomagkezelő logjai:
    /var/log/synopkg.log

    szervizek logjai:
    /var/log/synoservice.log

    system log:
    /var/log/syslog.log

    mc-vel vagy a tail -n 100 <logfile> paranccsal meg tudod nézni a teljes file-t vagy az utolsó 100 sort.
    sudo -i kell előtte, mert az utolsó két loghoz nem fér hozzá az admin.

    synoservice a parancs, felparaméterezve, amivel el tudod indítani a PhotoStation-t (synoservice --help a súgó). szakadozik a vpn-em, így nem igazán tudom kipróbálni a parancsokat :(

    pl. synoservice --status pkgctl-PHP7.0

    PHP-t ugye feltelepítetted, beállítottad (PHP7-re van topic a syno-nál photostation ügyben, bár válasz nincs).
    A korábbi PHP-t is felraknám (talán 5.6)

  • Dello79

    aktív tag

    válasz Jim74 #13501 üzenetére

    Én nem frissítenék 5.2 -ről 6-ra mivel teljesen más a driver környezet.. pl. nekem RAID kártya miatt csak az 5.2 jöhetett szóba az egyik NAS-omnál.. vagy 6-ot rakok de akkor az alaplapon csak 2 sata van.. szóval ha nálad az a helyzet hogy nincs driver para akkor 6.1.7 -et tudsz tenni... 6.2 nem stabil

  • Dello79

    aktív tag

    válasz maszati #13496 üzenetére

    Szerintem egyik sem :D

    ASRock J3455-ITX Alaplap ilyet vegyél ezen 4 sata van nekem ilyenem van tökéletes stabil erős ár érték arányban kiváló ! :) Más alternatíva egyelőre nincs ...

  • kgymac

    őstag

    válasz Dello79 #13581 üzenetére

    A 6.2 nem stabil téves információ. A betöltő (jun 103a2) alfa, ráadásul a 918+ elég kevés hardvert támogat (cpu, lan, disk vezérlő, az extra.lmza-ás modulokkal sem minden tökéletes. pl. dell perc h200-on a smart-ot nem tudja lekérdezni a felület, míg a smartctrl persze működik, minden infót mutat)

  • Jim74

    nagyúr

    válasz Dello79 #13581 üzenetére

    Szia!

    Köszönöm a választ :R

    Asrock Q1900 lapom van, nincs Raid kártyám. Egyáltalán érdemes hozzányúlni egy jól működő 5.2-höz?

    Ha igen, akkor hogy fogjak neki? Összefoglalót olvastam, de nem egyértelmű, hogy pid, vid adatokon kívül mit írjak át?

  • Rruuer

    senior tag

    na csak visszamegyek a 6.1 re. loader innen van. formás is, telepit is de mikor letelik a 10 perc semmi, elérhetetlen a nas

  • Core2duo6600

    veterán

    válasz Jim74 #13584 üzenetére

    Attól függ, hogy mire használod.
    Én csak file tárolásra, van melette egy gyári syno is.
    Így én nem piszkálom, nekem is 5.2 van rajta abból sem a legfrisebb
    Esetleg az 5.2 en belül elmegyek a frissebbre, de igazán nincs jelentősége.

    Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

  • pn4hvq

    senior tag

    Sziasztok! Adott egy Synology 416-s nas. Ha én szeretnék erről egy folyamatosan szinkronizált backupot készíteni, akkor az XPEnology-t tudom erre használni? Ha adott egy 2GB rammal rendelkező C2D cpu-s gép a megfelelő méretű HDD-vel, akkor ez használható a fenti célra?
    Köszönöm a választ.

  • kgymac

    őstag

    válasz pn4hvq #13587 üzenetére

    Igen, az xpenology a synology legnagyobb bánatára syno nasnak látszik a hálón, ugyanaz a dsm fut rajta (típustól függő persze), mint az eredetieken. 6.1-et ajánlom, ha nem támogatott a hw (pl. lan), akkor 5.2.
    Az xpenology imgből töltődik, míg a synoban rom-ból (fw)

  • pn4hvq

    senior tag

    válasz kgymac #13588 üzenetére

    Köszönöm a választ, akkor ha lesz időm nekivágok a projektnek. :R

  • kgymac

    őstag

    válasz pn4hvq #13589 üzenetére

    xpenology.com leírását ajánlom, jun 102b image-dzsel, osfmount-tal felcsatolni win alatt, grub szerkesztés (vid,pid,sn, mac-ek is!, a gépben lévő hálókártya mac címét írd fel előtte, mert a grub cseréli, ha a driver támogatja). grub mentése, osfmount.lecsatol, majd rufus-sal kiírni. ds3615xs javasolt.
    Ha shr is kell, azt ssh-n lehet belőni, kötetet csak utána hozz létre. Én shr-t ajánlok 1 hdd mellett is, btrfs-sel, ha gond lesz a hdd-vel (smart), csak be kell tenni mellé egy másodikat, belőni a kötethez, és már másolja is az adatokat, egyéb linuxos küzdelem nélkül.

  • Jim74

    nagyúr

    válasz Core2duo6600 #13586 üzenetére

    Filetárolásra. Raspberry / Kodi párosítással nézek róla filmet, zenét meg netrádiót hallgatok. Illetve transmission fut.

    Akkor ilyen felhasználás mellett nem érdemes upgradelni?

  • pn4hvq

    senior tag

    válasz kgymac #13590 üzenetére

    Köszönöm a konkrét tippet.
    Felmerült még valami: kivitelezhető az, hogy a pc-ben lévő kis hdd-re teszem magát a DSM-et, és utólag lesz külön egy nagyobb HDD a backupra?

  • Core2duo6600

    veterán

    válasz Jim74 #13591 üzenetére

    Én nem piszkálnám, örülnék, hogy most minden klapfol
    Ráadásul nincs rá semmi garancia, hogy ugyanezen a hw en a 6.1 okés lesz
    Egy próbát esetleg csinálhatsz, egy proba hdd vel.
    és egy másik pendrive -al és akkor nincs veszteni valód

    Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

  • petir

    senior tag

    Sziasztok ,

    Nekem egy T610es vekonykliensen fut a rendszer. Gyepálom amugy 720ps filmet viszi most 70 torrent fut a TS-be. Jol birja.

    Kerdesem :

    Ez a frissitesi meziria allandoan jelen van... erre nyomott mar ra valaki ? Szabad vagy inkabb hagyjam ?

  • kgymac

    őstag

    válasz pn4hvq #13592 üzenetére

    Igen, persze, hiszen utólag is lehet lemezekkel bővíteni egy syno nast (már ha van szabad sata portod, pl. egy hp t610-nél ez nem igazán működne). Azért nem árt figyelemmel lenni az új hdd-s nas indításkor, mert az alapértelmezés nem a basic kötet létrehozása. Minden lemezre felkerül a dsm az első két partícióba. Ha csak lemezt cserélsz, nem lesz rajta rendszer, telepíteni kell.
    A boot image-en lehet változtatni, de az sn, mac adatok egyezzenek meg a korábbi image adataival, ekkor nem lesz migrálás, csak csendben elindul a dsm. Az image file-ot (102b) az összefoglalóból töltsd el, a mac-et pedig állítsd be a router dhcp listájába, ekkor nem kell syno assistant a kereséshez, elég beírni a kiosztott ip címet a böngészőben (persze, ez csak akkor működik, ha támogatott alapból a lan kártya a boot image-ben).
    Az image file-t mentsd el, másold le a gépednek megfelő névre, a másolatot szerkeszd osfmount után, én a grub cfg-t is el szoktam menteni (3 gépem van, 1 teszt, két normál). A frissítés beállításait az összefoglaló alapján állítsd be, csak biztonsági frissítés legyen. Én tiltani szoktam az ütemezett feladatokban az fw/dsm frissítést, elsősorban a 6.2 miatt. Ha nem menne a cucc a jun102b image-dzsel, akkor lehet próbálkozni az 5.2-vel (pl. nem támogatott vezérlők - lan - sata). A biosban ahci-t állíts be a sata vezérlőhöz ill. az alaplapi raid-et, ha nem tud it módot (raid konfig nélkül nem látszanak a hdd-k), inkább ne használj (nem lesz pl. smart info).

    @petir: ne frissíts, meg fog halni, ha 103a2-es boot image-et használsz. Boot image tönkremegy, újra kell írni,
    a lemezeket pedig nem lehet 6.1.x alá visszahozni, csak némi linux kézimunkával.

    [ Szerkesztve ]

  • kgymac

    őstag

    válasz kgymac #13595 üzenetére

    @petir:
    Az előzőben elírtam: ha NEM 103a2-es boot image-et használsz. Jun 102a, 102b vagy más bootloadereket vágja haza.

  • zex

    aktív tag

    válasz kgymac #13580 üzenetére

    Szia!

    Köszönöm is előre a segítséged. SS-el nem is szeretnék trükközni, alapból 2db IP kamerát lekezel. Ebben semmi illegál nincsen. Eddig is így működött.

    Ami változott, hogy egyik HDD lehúzásra került és úgy lett elindítva az XPEno, majd reboot után vissza lett neki adva az összes HDD, de a csomagkezelőben lévő telepített cuccok 80%-a nem működött. Mivel egyiket sem lehetett elindítani, így töröltem őket és újratelepítettem, ami meg is oldotta a problémámat. Csakhogy a PhotoStation és a Surveillance Station-t törölni sem tudom! :(

    Amúgy a PHP 5.6 és 7 is fent van, Webserver kiválóan működik is. Próbáltam állítani, hogy vagy ez vagy az legyen alapértelmezett PHP motor, de nem segített. De ugye el sem távolítható a csomag, engem ez zavar leginkább. :(

    Bemásolom a logokat.

    Csomagkezelő log:

    2018/07/27 16:33:32 start PhotoStation: begin to start version 6.8.7-3481
    2018/07/27 16:37:55 start PhotoStation: begin to start version 6.8.7-3481
    2018/07/27 16:38:31 uninstall PhotoStation 6.8.7-3481 Begin preuninst
    2018/07/27 16:38:31 uninstall PhotoStation 6.8.7-3481 End preuninst ret=[0]
    2018/07/27 16:38:52 uninstall SurveillanceStation 8.1.5-5513 Begin preuninst
    Start pre-uninstall.
    Remove Camera Recording Folder.
    Cleanup non-recording mode flags.
    Backup system DB to package volume.
    /bin/mv: cannot stat '/var/packages/SurveillanceStation/target/system.db': No such file or directory
    /bin/mv: cannot stat '/var/packages/SurveillanceStation/target/@rtsp_info': No such file or directory
    /bin/mv: cannot stat '/var/packages/SurveillanceStation/target/@SSUserPhoto': No such file or directory
    /bin/mv: cannot stat '/var/packages/SurveillanceStation/target/@SSData': No such file or directory
    /bin/mv: cannot stat '/var/packages/SurveillanceStation/target/axisacsctrl.db': No such file or directory
    /bin/mv: cannot stat '/var/packages/SurveillanceStation/target/pos.db': No such file or directory
    Remove share folder.
    Remove pgsql DB.
    UpdateEventIndex.
    Finish pre-uninstall.
    2018/07/27 16:38:53 uninstall SurveillanceStation 8.1.5-5513 End preuninst ret=[0]

    Szervizek logjai:

    2018-07-25T14:26:16+02:00 ZEX-Dragon synoservice: service_reload.c:20 synoservice: reload [syslog-ng].
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoservice: service_reload.c:46 synoservice: finish reload [syslog-ng].
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [syslog-notify] started.
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synocacheclient] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synocacheclient] starting ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [synocacheclient] started.
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [usbipd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [bonjour] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [natpmpd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synoindexd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synoindexd] starting ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [synoindexd] started.
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synocontentextractd] starting ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:112 synoservice: required resource/service is not ready, change [synocontentextractd] status to pause.[0xEB00 servicecfg_internal_lib.c:66]
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:180 synoservice: [synocontentextractd] start failed.[0xEB00 servicecfg_internal_lib.c:66]
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synomkthumbd] starting ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:112 synoservice: required resource/service is not ready, change [synomkthumbd] status to pause.[0xEB00 servicecfg_internal_lib.c:66]
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:180 synoservice: [synomkthumbd] start failed.[0xEB00 servicecfg_internal_lib.c:66]
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synomkflvd] starting ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:112 synoservice: required resource/service is not ready, change [synomkflvd] status to pause.[0xEB00 servicecfg_internal_lib.c:66]
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:180 synoservice: [synomkflvd] start failed.[0xEB00 servicecfg_internal_lib.c:66]
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [nfsd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synomkflvd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:16+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synomkflvd] starting ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [synomkflvd] started.
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [ddns] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [ddns] starting ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [ddns] started.
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synoperfeventd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [crond] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [crond] starting ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [crond] started.
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synoagentregisterd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [samba] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [samba] starting ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoservice: service_restart.c:21 synoservice: restart [avahi] ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [samba] started.
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synocachepinfiletool] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synocachepinfiletool] starting ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [synocachepinfiletool] started.
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [cupsd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [iscsitrg] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [iscsitrg] starting ...
    2018-07-25T14:26:17+02:00 ZEX-Dragon synoservice: service_restart.c:52 synoservice: finish restart [avahi].
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoservice: service_restart.c:21 synoservice: restart [avahi] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [iscsitrg] started.
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [snmp] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [snmp] starting ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [snmp] started.
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [pppoerelay] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [pppoerelay] starting ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [pppoerelay] started.
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [tftp] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [rsyncd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synomkthumbd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synomkthumbd] starting ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoservice: service_restart.c:52 synoservice: finish restart [avahi].
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [synomkthumbd] started.
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [sftp] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [atalk] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synosnmpcd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synosnmpcd] starting ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [synosnmpcd] started.
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [upnpd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [ftpd-ssl] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synocontentextractd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synocontentextractd] starting ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [synocontentextractd] started.
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synotunnel] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [ftpd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synocrond] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synocrond] starting ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [synocrond] started.
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [syslog-acc] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [syslog-acc] starting ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [syslog-acc] started.
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [miniupnpd-handler] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [synogpoclient] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [synogpoclient] starting ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:178 synoservice: [synogpoclient] started.
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [gcpd] by reason [synobackup-import-conf] ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:74 synoservice: [gcpd] starting ...
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:137 synoservice: imcomplete dependency, change [gcpd] status to pause.[0x2000 bdb_get.c:40]
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_start.c:180 synoservice: [gcpd] start failed.[0xEA00 service_start.c:141]
    2018-07-25T14:26:18+02:00 ZEX-Dragon synoconfbkp: service_resume_by_reason.c:12 synoservice: resume [heartbeat] by reason [synobackup-import-conf] ...
    2018-07-25T15:26:14+02:00 ZEX-Dragon synoservice: service_reload.c:20 synoservice: reload [syslog-ng].
    2018-07-25T15:26:14+02:00 ZEX-Dragon synoservice: service_reload.c:46 synoservice: finish reload [syslog-ng].
    2018-07-26T13:03:25+02:00 ZEX-Dragon synoscgi_SYNO.Core.Package.Control_1_start[31784]: service_start.c:74 synoservice: [pkgctl-SurveillanceStation] starting ...
    2018-07-26T13:03:31+02:00 ZEX-Dragon synoscgi_SYNO.Core.Package.Control_1_start[31784]: service_start.c:180 synoservice: [pkgctl-SurveillanceStation] start failed.[0xD900 manager.cpp:204]
    2018-07-26T13:03:31+02:00 ZEX-Dragon synoscgi_SYNO.Core.Package.Control_1_start[31784]: service_stop.c:23 synoservice: [pkgctl-SurveillanceStation] stopping ...
    2018-07-26T13:03:31+02:00 ZEX-Dragon synoscgi_SYNO.Core.Package.Control_1_start[31784]: service_stop.c:38 synoservice: [pkgctl-SurveillanceStation] is already stopped.
    2018-07-26T13:03:31+02:00 ZEX-Dragon synoscgi_SYNO.Core.Package.Control_1_start[31784]: service_stop.c:86 synoservice: [pkgctl-SurveillanceStation] stopped.
    2018-07-27T16:25:07+02:00 ZEX-Dragon synoscgi_SYNO.Core.Terminal_3_set[23911]: service_start.c:74 synoservice: [ssh-shell] starting ...
    2018-07-27T16:25:08+02:00 ZEX-Dragon synoscgi_SYNO.Core.Terminal_3_set[23911]: service_start.c:178 synoservice: [ssh-shell] started.
    2018-07-27T16:33:16+02:00 ZEX-Dragon synoscgi_SYNO.WebStation.Default_1_set[30298]: service_reload.c:20 synoservice: reload [nginx].
    2018-07-27T16:33:16+02:00 ZEX-Dragon synoservice: service_restart.c:21 synoservice: restart [nmbd] ...
    2018-07-27T16:33:17+02:00 ZEX-Dragon synoservice: service_restart.c:52 synoservice: finish restart [nmbd].
    2018-07-27T16:33:17+02:00 ZEX-Dragon synoservice: service_restart.c:21 synoservice: restart [avahi] ...
    2018-07-27T16:33:17+02:00 ZEX-Dragon synoservice: service_restart.c:52 synoservice: finish restart [avahi].
    2018-07-27T16:33:17+02:00 ZEX-Dragon synoscgi_SYNO.WebStation.Default_1_set[30298]: service_reload.c:46 synoservice: finish reload [nginx].

    System log:

    2018-07-10T16:00:55+02:00 ZEX-Dragon syslog-ng[4649]: Configuration reload request received, reloading configuration;
    2018-07-10T16:01:08+02:00 ZEX-Dragon syslog-ng[4649]: Configuration reload request received, reloading configuration;
    2018-07-11T22:00:25+02:00 ZEX-Dragon syslog-ng[4649]: Configuration reload request received, reloading configuration;
    2018-07-13T12:15:33+02:00 ZEX-Dragon syslog-ng[4649]: Configuration reload request received, reloading configuration;
    2018-07-14T07:22:28+02:00 ZEX-Dragon syslog-ng[4946]: syslog-ng starting up; version='3.7.3'
    2018-07-14T07:22:32+02:00 ZEX-Dragon syslog-ng[4946]: Configuration reload request received, reloading configuration;
    2018-07-14T07:23:46+02:00 ZEX-Dragon syslog-ng[4946]: Configuration reload request received, reloading configuration;
    2018-07-14T10:41:04+02:00 ZEX-Dragon syslog-ng[4946]: Configuration reload request received, reloading configuration;
    2018-07-14T13:41:06+02:00 ZEX-Dragon syslog-ng[4946]: Configuration reload request received, reloading configuration;
    2018-07-17T05:50:54+02:00 ZEX-Dragon syslog-ng[4946]: Configuration reload request received, reloading configuration;
    2018-07-18T21:47:26+02:00 ZEX-Dragon syslog-ng[4946]: Configuration reload request received, reloading configuration;
    2018-07-18T21:48:10+02:00 ZEX-Dragon syslog-ng[4946]: syslog-ng shutting down; version='3.7.3'
    2018-07-18T21:54:54+02:00 ZEX-Dragon syslog-ng[4637]: syslog-ng starting up; version='3.7.3'
    2018-07-18T21:54:58+02:00 ZEX-Dragon syslog-ng[4637]: Configuration reload request received, reloading configuration;
    2018-07-18T21:56:02+02:00 ZEX-Dragon syslog-ng[4637]: Configuration reload request received, reloading configuration;
    2018-07-19T15:33:02+02:00 ZEX-Dragon syslog-ng[4637]: Configuration reload request received, reloading configuration;
    2018-07-19T18:08:02+02:00 ZEX-Dragon syslog-ng[4637]: Configuration reload request received, reloading configuration;
    2018-07-19T18:08:32+02:00 ZEX-Dragon syslog-ng[4637]: syslog-ng shutting down; version='3.7.3'
    2018-07-19T18:16:53+02:00 ZEX-Dragon syslog-ng[4633]: syslog-ng starting up; version='3.7.3'
    2018-07-19T18:16:57+02:00 ZEX-Dragon syslog-ng[4633]: Configuration reload request received, reloading configuration;
    2018-07-19T18:17:58+02:00 ZEX-Dragon syslog-ng[4633]: Configuration reload request received, reloading configuration;
    2018-07-19T19:19:28+02:00 ZEX-Dragon syslog-ng[4633]: Configuration reload request received, reloading configuration;
    2018-07-22T16:34:43+02:00 ZEX-Dragon syslog-ng[4633]: Configuration reload request received, reloading configuration;
    2018-07-23T23:14:49+02:00 ZEX-Dragon syslog-ng[4633]: Configuration reload request received, reloading configuration;
    2018-07-23T23:14:50+02:00 ZEX-Dragon syslog-ng[4633]: Configuration reload request received, reloading configuration;
    2018-07-23T23:14:52+02:00 ZEX-Dragon syslog-ng[4633]: Configuration reload request received, reloading configuration;
    2018-07-24T12:51:18+02:00 ZEX-Dragon syslog-ng[4633]: Configuration reload request received, reloading configuration;
    2018-07-24T12:51:48+02:00 ZEX-Dragon syslog-ng[4633]: syslog-ng shutting down; version='3.7.3'
    2018-07-24T12:53:29+02:00 ZEX-Dragon syslog-ng[5507]: syslog-ng starting up; version='3.7.3'
    2018-07-24T12:53:37+02:00 ZEX-Dragon syslog-ng[5507]: Configuration reload request received, reloading configuration;
    2018-07-24T12:54:56+02:00 ZEX-Dragon syslog-ng[5507]: Configuration reload request received, reloading configuration;
    2018-07-24T12:54:58+02:00 ZEX-Dragon syslog-ng[5507]: Configuration reload request received, reloading configuration;
    2018-07-24T12:55:56+02:00 ZEX-Dragon syslog-ng: SYSTEM: Last message 'Configuration reload' repeated 1 times, suppressed by syslog-ng on ZEX-Dragon
    2018-07-24T12:55:56+02:00 ZEX-Dragon syslog-ng[5507]: Configuration reload request received, reloading configuration;
    2018-07-24T12:56:05+02:00 ZEX-Dragon syslog-ng[5507]: Configuration reload request received, reloading configuration;
    2018-07-24T12:58:31+02:00 ZEX-Dragon syslog-ng[5507]: Configuration reload request received, reloading configuration;
    2018-07-24T12:58:32+02:00 ZEX-Dragon syslog-ng[5507]: Configuration reload request received, reloading configuration;
    2018-07-24T12:59:43+02:00 ZEX-Dragon syslog-ng[5507]: Configuration reload request received, reloading configuration;
    2018-07-24T12:59:59+02:00 ZEX-Dragon syslog-ng[5507]: syslog-ng shutting down; version='3.7.3'
    2018-07-24T13:00:35+02:00 ZEX-Dragon syslog-ng[4628]: syslog-ng starting up; version='3.7.3'
    2018-07-24T13:00:39+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-24T13:01:39+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-24T16:40:01+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-24T21:10:24+02:00 ZEX-Dragon syslog-ng[4628]: syslog-ng starting up; version='3.7.3'
    2018-07-24T21:10:29+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-24T21:11:52+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-24T21:19:24+02:00 ZEX-Dragon syslog-ng[4621]: syslog-ng starting up; version='3.7.3'
    2018-07-24T21:19:29+02:00 ZEX-Dragon syslog-ng[4621]: Configuration reload request received, reloading configuration;
    2018-07-24T21:20:52+02:00 ZEX-Dragon syslog-ng[4621]: Configuration reload request received, reloading configuration;
    2018-07-24T21:25:52+02:00 ZEX-Dragon syslog-ng[4622]: syslog-ng starting up; version='3.7.3'
    2018-07-24T21:25:56+02:00 ZEX-Dragon syslog-ng[4622]: Configuration reload request received, reloading configuration;
    2018-07-24T21:27:26+02:00 ZEX-Dragon syslog-ng[4622]: Configuration reload request received, reloading configuration;
    2018-07-24T21:59:36+02:00 ZEX-Dragon syslog-ng[4700]: syslog-ng starting up; version='3.7.3'
    2018-07-24T21:59:41+02:00 ZEX-Dragon syslog-ng[4700]: Configuration reload request received, reloading configuration;
    2018-07-24T22:00:54+02:00 ZEX-Dragon syslog-ng[4700]: Configuration reload request received, reloading configuration;
    2018-07-24T22:13:06+02:00 ZEX-Dragon syslog-ng[4699]: syslog-ng starting up; version='3.7.3'
    2018-07-24T22:13:11+02:00 ZEX-Dragon syslog-ng[4699]: Configuration reload request received, reloading configuration;
    2018-07-24T22:17:07+02:00 ZEX-Dragon syslog-ng[4659]: syslog-ng starting up; version='3.7.3'
    2018-07-24T22:17:12+02:00 ZEX-Dragon syslog-ng[4659]: Configuration reload request received, reloading configuration;
    2018-07-24T22:21:05+02:00 ZEX-Dragon syslog-ng[4658]: syslog-ng starting up; version='3.7.3'
    2018-07-24T22:21:10+02:00 ZEX-Dragon syslog-ng[4658]: Configuration reload request received, reloading configuration;
    2018-07-24T22:22:13+02:00 ZEX-Dragon syslog-ng[4658]: Configuration reload request received, reloading configuration;
    2018-07-24T22:25:18+02:00 ZEX-Dragon syslog-ng[4701]: syslog-ng starting up; version='3.7.3'
    2018-07-24T22:25:23+02:00 ZEX-Dragon syslog-ng[4701]: Configuration reload request received, reloading configuration;
    2018-07-24T22:39:34+02:00 ZEX-Dragon syslog-ng[4658]: syslog-ng starting up; version='3.7.3'
    2018-07-24T22:39:39+02:00 ZEX-Dragon syslog-ng[4658]: Configuration reload request received, reloading configuration;
    2018-07-24T22:41:06+02:00 ZEX-Dragon syslog-ng[4658]: Configuration reload request received, reloading configuration;
    2018-07-24T22:57:57+02:00 ZEX-Dragon syslog-ng[4657]: syslog-ng starting up; version='3.7.3'
    2018-07-24T22:58:01+02:00 ZEX-Dragon syslog-ng[4657]: Configuration reload request received, reloading configuration;
    2018-07-25T01:07:22+02:00 ZEX-Dragon syslog-ng[4991]: syslog-ng starting up; version='3.7.3'
    2018-07-25T01:07:28+02:00 ZEX-Dragon syslog-ng[4991]: Configuration reload request received, reloading configuration;
    2018-07-24T23:08:50+02:00 ZEX-Dragon syslog-ng[4991]: Configuration reload request received, reloading configuration;
    2018-07-24T23:28:01+02:00 ZEX-Dragon syslog-ng[4991]: Configuration reload request received, reloading configuration;
    2018-07-24T23:28:17+02:00 ZEX-Dragon syslog-ng[4991]: syslog-ng shutting down; version='3.7.3'
    2018-07-24T23:29:47+02:00 ZEX-Dragon syslog-ng[4744]: syslog-ng starting up; version='3.7.3'
    2018-07-24T23:29:54+02:00 ZEX-Dragon syslog-ng[4744]: Configuration reload request received, reloading configuration;
    2018-07-24T23:31:09+02:00 ZEX-Dragon syslog-ng[4744]: Configuration reload request received, reloading configuration;
    2018-07-24T23:59:12+02:00 ZEX-Dragon syslog-ng[4744]: Configuration reload request received, reloading configuration;
    2018-07-24T23:59:33+02:00 ZEX-Dragon syslog-ng[4744]: syslog-ng shutting down; version='3.7.3'
    2018-07-25T00:01:54+02:00 ZEX-Dragon syslog-ng[4628]: syslog-ng starting up; version='3.7.3'
    2018-07-25T00:02:00+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T00:03:00+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T00:28:17+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T00:28:23+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T00:30:11+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T00:30:34+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T00:34:29+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T00:34:53+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T00:36:36+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T00:38:44+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T09:36:49+02:00 ZEX-Dragon syslog-ng[4628]: The current log file has a mismatching size/inode information, restarting from the beginning; state='affile_sd_curpos(/var/log/dmesg)', stored_inode='31957', cur_file_inode='28641', stored_size='1571430', cur_file_size='0', raw_stream_pos='1565959'
    2018-07-25T09:36:49+02:00 ZEX-Dragon syslog-ng[4628]: Configuration reload request received, reloading configuration;
    2018-07-25T09:37:08+02:00 ZEX-Dragon syslog-ng[4628]: syslog-ng shutting down; version='3.7.3'
    2018-07-25T09:37:45+02:00 ZEX-Dragon syslog-ng[4672]: syslog-ng starting up; version='3.7.3'
    2018-07-25T09:37:50+02:00 ZEX-Dragon syslog-ng[4672]: Configuration reload request received, reloading configuration;
    2018-07-25T09:39:00+02:00 ZEX-Dragon syslog-ng[4672]: Configuration reload request received, reloading configuration;
    2018-07-25T14:25:56+02:00 ZEX-Dragon syslog-ng[4672]: Configuration reload request received, reloading configuration;
    2018-07-25T14:26:16+02:00 ZEX-Dragon syslog-ng[4672]: Configuration reload request received, reloading configuration;
    2018-07-25T15:26:15+02:00 ZEX-Dragon syslog-ng[4672]: Configuration reload request received, reloading configuration;

    [ Szerkesztve ]

  • zex

    aktív tag

    válasz kgymac #13580 üzenetére

    Próbáltama Synon service-vel elindítani vagy leállítani, de nem sikerült:

    synoservice --enable pkgctl-SurveillanceStation
    service [pkgctl-SurveillanceStation] start failed, synoerr=[0x0000]

    synoservice --disable pkgctl-SurveillanceStation
    warn: The runkey of service [pkgctl-SurveillanceStation] has been set to "No"

    A PhotoStation-na meg nem találtam meg a pkgctl- nevét. :( De gondolom hasonló eredményeket kaptam volna. :(

  • kgymac

    őstag

    válasz zex #13598 üzenetére

    Ellenőrizd, hogy vannak-e file-ok a /var/packages/SurveillanceStation/target könyvtárban. Elvileg nincsenek ott (log szerint), lehet, létre kéne hozni pl. touch /var/packages/SurveillanceStation/target/system.db. Teljes filelista a #13597 post első listájában. Ha nincs könyvtár, azt is létre kellene hozni a file-ok előtt.

    Esetleg futtasd meg a következőket:
    sudo synopkg stop pkgctl-SurveillanceStation
    sudo synopkg uninstall pkgctl-SurveillanceStation

  • zex

    aktív tag

    válasz kgymac #13599 üzenetére

    A /var/packages/SurveillanceStation/target könyvtár létezett, de a fájlokat nem találtam. Létre hoztam mind a 6-ot, majd próbáltam leállítani (ami elvileg sikerült is), illetve unistallálni (erre meg semmilyen üzenetet nem adott vissza). Viszont csomagkezelőben még mindig ott van és továbbra sem tudok vele semmit sem kezdeni! :(

    Szerk: Újraindítorram a szervert, biztos ami biztos, de semmi változás! :O

    [ Szerkesztve ]

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