Digital TV Forums - БЪЛГАРСКИЯТ ФОРУМ ЗА ЦИФРОВА ТЕЛЕВИЗИЯ

ДИСКУСИИ - Всичко за сателитната и наземната телевизия => IPTV (Internet Protocol Television) => Темата е започната от: Skyfire - Януари 25, 2018, 12:28:02 PM

Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: Skyfire - Януари 25, 2018, 12:28:02 PM
Привет, някой има ли опит с подобен казус?


До като си кликам из  TVH клиента на Андроид при пуснат рекординг, превключвам между канали, реплейвам записи, плейвам течащ запис, след няколко минути комуникацията със TVHEADEND пропада?
Трябва да рестартирам Убунту сървъра че да изгрее отново?

Гледах логовете във VAR/LOG
Не видях нищо, което да обясни този срив?


Някой ще ми обясни ли за какво е този таймшифтинг?

И как се пуска?


Успях да симулирам проблема със забиването.
До като тече рекординг, откачам сториджа в който се прави записа, който е на USB порт атачнат и пак го закачам, до минута, TVHEADEND забива....

Логът е следният:

Jan 25 14:26:08 SNORTIDS tvheadend[1593]: http: 192.168.0.10: using ticket 3583E4D2E836B91A1CFBE0B142746EB1DF813F20 for /stream/channelid/649409593
Jan 25 14:26:08 SNORTIDS tvheadend[1593]: subscription: 006A: "HTTP" subscribing on channel "BTV", weight: 100, adapter: "Afatech AF9033 (DVB-T) #0 : DVB-T #0", network: "EfirnaBGTV", mux: "626MHz", provider: "NURTS Digital", service: "BTV", profile="pass", hostname="192.168.0.10", client="VLC/3.0.0-git LibVLC/3.0.0-git"
Jan 25 14:27:12 SNORTIDS tvheadend[1593]: epggrab: PSIP: ATSC Grabber - data completion timeout for 626MHz in EfirnaBGTV
Jan 25 14:27:12 SNORTIDS tvheadend[1593]: epggrab: EIT: DVB Grabber - data completion timeout for 626MHz in EfirnaBGTV
Jan 25 14:30:06 SNORTIDS tvheadend[1593]: TS: EfirnaBGTV/626MHz/BTV: H264 @ #5152 Continuity counter error (total 1)
Jan 25 14:30:08 SNORTIDS kernel: [15068.468726] usb 1-2.2: USB disconnect, device number 6
Jan 25 14:30:08 SNORTIDS kernel: [15068.471038] EXT4-fs warning (device sdb4): ext4_end_bio:330: I/O error -5 writing to inode 935020 (offset 261332992 size 610304 starting block 7775695)
Jan 25 14:30:08 SNORTIDS kernel: [15068.471042] Buffer I/O error on device sdb4, logical block 3625273
Jan 25 14:30:08 SNORTIDS kernel: [15068.471054] Buffer I/O error on device sdb4, logical block 3625274
Jan 25 14:30:08 SNORTIDS kernel: [15068.471055] Buffer I/O error on device sdb4, logical block 3625275
Jan 25 14:30:08 SNORTIDS kernel: [15068.471056] Buffer I/O error on device sdb4, logical block 3625276
Jan 25 14:30:08 SNORTIDS kernel: [15068.471058] Buffer I/O error on device sdb4, logical block 3625277
Jan 25 14:30:08 SNORTIDS kernel: [15068.471059] Buffer I/O error on device sdb4, logical block 3625278
Jan 25 14:30:08 SNORTIDS kernel: [15068.471060] Buffer I/O error on device sdb4, logical block 3625279
Jan 25 14:30:08 SNORTIDS kernel: [15068.471062] Buffer I/O error on device sdb4, logical block 3625280
Jan 25 14:30:08 SNORTIDS kernel: [15068.471063] Buffer I/O error on device sdb4, logical block 3625281
Jan 25 14:30:08 SNORTIDS kernel: [15068.471064] Buffer I/O error on device sdb4, logical block 3625282
Jan 25 14:30:08 SNORTIDS kernel: [15068.471165] Aborting journal on device sdb4-8.
Jan 25 14:30:08 SNORTIDS kernel: [15068.471171] JBD2: Error -5 detected when updating journal superblock for sdb4-8.
Jan 25 14:30:08 SNORTIDS tvheadend[1593]: pass: /home/taner/hdd/TV/????? ??? ????  -1.ts: Write failed -- Read-only file system
Jan 25 14:30:08 SNORTIDS kernel: [15068.473398] EXT4-fs error (device sdb4): ext4_journal_check_start:56: Detected aborted journal
Jan 25 14:30:08 SNORTIDS kernel: [15068.473403] EXT4-fs (sdb4): Remounting filesystem read-only
Jan 25 14:30:08 SNORTIDS kernel: [15068.473406] EXT4-fs (sdb4): previous I/O error to superblock detected
Jan 25 14:30:12 SNORTIDS colord-sane: io/hpmud/pp.c 627: unable to read device-id ret=-1
Jan 25 14:30:26 SNORTIDS tvheadend[1593]: TS: EfirnaBGTV/626MHz/BTV: H264 @ #5152 Continuity counter error (total 2)
Jan 25 14:30:26 SNORTIDS tvheadend[1593]: TS: EfirnaBGTV/626MHz/BTV: MPEG2AUDIO @ #5153 Continuity counter error (total 1)
Jan 25 14:30:26 SNORTIDS kernel: [15086.956917] usb 1-2.2: new high-speed USB device number 7 using xhci_hcd
Jan 25 14:30:27 SNORTIDS kernel: [15087.330611] usb 1-2.2: New USB device found, idVendor=13fd, idProduct=0840
Jan 25 14:30:27 SNORTIDS kernel: [15087.330614] usb 1-2.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jan 25 14:30:27 SNORTIDS kernel: [15087.330616] usb 1-2.2: Product: External
Jan 25 14:30:27 SNORTIDS kernel: [15087.330618] usb 1-2.2: Manufacturer: Generic
Jan 25 14:30:27 SNORTIDS kernel: [15087.330619] usb 1-2.2: SerialNumber: 313030333135504250433036
Jan 25 14:30:27 SNORTIDS kernel: [15087.331058] usb-storage 1-2.2:1.0: USB Mass Storage device detected
Jan 25 14:30:27 SNORTIDS kernel: [15087.331336] scsi host4: usb-storage 1-2.2:1.0
Jan 25 14:30:27 SNORTIDS mtp-probe: checking bus 1, device 7: "/sys/devices/pci0000:00/0000:00:16.0/0000:0b:00.0/usb1/1-2/1-2.2"
Jan 25 14:30:27 SNORTIDS mtp-probe: bus: 1, device: 7 was not an MTP device
Jan 25 14:30:28 SNORTIDS kernel: [15088.329880] scsi 4:0:0:0: Direct-Access     Generic  External         1.14 PQ: 0 ANSI: 4
Jan 25 14:30:28 SNORTIDS kernel: [15088.330665] sd 4:0:0:0: Attached scsi generic sg2 type 0
Jan 25 14:30:28 SNORTIDS kernel: [15088.331390] sd 4:0:0:0: [sdc] 625142447 512-byte logical blocks: (320 GB/298 GiB)
Jan 25 14:30:28 SNORTIDS kernel: [15088.331861] sd 4:0:0:0: [sdc] Write Protect is off
Jan 25 14:30:28 SNORTIDS kernel: [15088.331864] sd 4:0:0:0: [sdc] Mode Sense: 23 00 00 00
Jan 25 14:30:28 SNORTIDS kernel: [15088.332384] sd 4:0:0:0: [sdc] No Caching mode page found
Jan 25 14:30:28 SNORTIDS kernel: [15088.332388] sd 4:0:0:0: [sdc] Assuming drive cache: write through
Jan 25 14:30:28 SNORTIDS kernel: [15088.384871]  sdc: sdc1 sdc2 sdc3 sdc4
Jan 25 14:30:28 SNORTIDS kernel: [15088.387738] sd 4:0:0:0: [sdc] Attached SCSI disk
Jan 25 14:30:31 SNORTIDS colord-sane: io/hpmud/pp.c 627: unable to read device-id ret=-1
Jan 25 14:30:40 SNORTIDS tvheadend[1593]: subscription: 006A: "HTTP" unsubscribing from "BTV", hostname="192.168.0.10", client="VLC/3.0.0-git LibVLC/3.0.0-git"
Jan 25 14:30:45 SNORTIDS tvheadend[1593]: http: 192.168.0.10: using ticket 460F9D1DF838A21756767C0598B4126B029E2B79 for /stream/channelid/649409593
Jan 25 14:30:45 SNORTIDS tvheadend[1593]: subscription: 006B: "HTTP" subscribing on channel "BTV", weight: 100, adapter: "Afatech AF9033 (DVB-T) #0 : DVB-T #0", network: "EfirnaBGTV", mux: "626MHz", provider: "NURTS Digital", service: "BTV", profile="pass", hostname="192.168.0.10", client="VLC/3.0.0-git LibVLC/3.0.0-git"
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: subscription: 006B: "HTTP" unsubscribing from "BTV", hostname="192.168.0.10", client="VLC/3.0.0-git LibVLC/3.0.0-git"
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: Signal: 11 in PRG: /usr/bin/tvheadend (4.2.4-41~g1c9944bb2~xenial) [324c19dbdcee7578152c0cb3b53d632875fdd9cb] CWD: /
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: Fault address (nil) (N/A)
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: Loaded libraries: /usr/lib/libhdhomerun.so.4 /usr/lib/x86_64-linux-gnu/libdvbcsa.so.1 /usr/lib/libdvben50221.so /usr/lib/libdvbapi.so /usr/lib/libucsi.so /lib/x86_64-linux-gnu/libssl.so.1.0.0 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 /lib/x86_64-linux-gnu/libz.so.1 /usr/lib/x86_64-linux-gnu/liburiparser.so.1 /usr/lib/x86_64-linux-gnu/libavahi-common.so.3 /usr/lib/x86_64-linux-gnu/libavahi-client.so.3 /usr/lib/x86_64-linux-gnu/libavfilter-ffmpeg.so.5 /usr/lib/x86_64-linux-gnu/libavresample-ffmpeg.so.2 /usr/lib/x86_64-linux-gnu/libavformat-ffmpeg.so.56 /usr/lib/x86_64-linux-gnu/libavcodec-ffmpeg.so.56 /usr/lib/x86_64-linux-gnu/libavutil-ffmpeg.so.54 /lib/x86_64-linux-gnu/libdbus-1.so.3 /lib/x86_64-linux-gnu/libsystemd.so.0 /lib/x86_64-linux-gnu/libdl.so.2 /lib/x86_64-linux-gnu/libpthread.so.0 /lib/x86_64-linux-gnu/libm.so.6 /lib/x86_64-linux-gnu/librt.so.1 /lib/x86_64-linux-gnu/libc.so.6 /usr/lib/x86_64-linux-gnu/libswscale-ffmpeg.so.3 /usr/lib/x86_64-linux-gnu/libpostproc-ffmpeg.so.53 /usr/lib/x86_64-li
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: Register dump [23]: 00007fdb200021200000000000000000000000000000000100007fdb94637cc8000055e072e93f0400000000000000000000000000000000000000000000000000000000ffffffff00007fdb2000003000007fdb785dc790694600726f72726500007fdb200020e000007fdb200020e0000000000000000000007fdb785dc790000055e072d7c50d000000000001020600000000000000330000000000000000000000000000000dfffffffe7ffbba110000000000000000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: STACKTRACE
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:0 0x55e072dbca2d 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:0 0x7fdb94d9c390 0x7fdb94d8b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:0 0x55e072d7c50d 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:? 0x55e072dfb038 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:? 0x55e072e04049 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:0 0x55e072d82055 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS kernel: [15122.807925] do_general_protection: 54 callbacks suppressed
Jan 25 14:31:02 SNORTIDS kernel: [15122.807930] traps: tvh:dvr[2162] general protection ip:55e072d7c50d sp:7fdb785dc790 error:0 in tvheadend[55e072c2b000+389000]
Jan 25 14:31:02 SNORTIDS kernel: [15123.195005] EXT4-fs error (device sdb4): ext4_wait_block_bitmap:503: comm tvh:lnxdvb-fron: Cannot read block bitmap - block_group = 110, block_bitmap = 3145742
Jan 25 14:31:02 SNORTIDS kernel: [15123.195011] EXT4-fs error (device sdb4): ext4_discard_preallocations:4043: comm tvh:lnxdvb-fron: Error -5 reading block bitmap for 110
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: kostading - Януари 25, 2018, 12:44:17 PM
Цитат на: Skyfire;472068Привет, някой има ли опит с подобен казус?


До като си кликам из TVH клиента на Андроид при пуснат рекординг, превключвам между канали, реплейвам записи, плейвам течащ запис, след няколко минути комуникацията със TVHEADEND пропада?
Трябва да рестартирам Убунту сървъра че да изгрее отново?

Гледах логовете във VAR/LOG
Не видях нищо, което да обясни този срив?


Някой ще ми обясни ли за какво е този таймшифтинг?

И как се пуска?


Успях да симулирам проблема със забиването.
До като тече рекординг, откачам сториджа в който се прави записа, който е на USB порт атачнат и пак го закачам, до минута, TVHEADEND забива....

Логът е следният:

Jan 25 14:26:08 SNORTIDS tvheadend[1593]: http: 192.168.0.10: using ticket 3583E4D2E836B91A1CFBE0B142746EB1DF813F20 for /stream/channelid/649409593
Jan 25 14:26:08 SNORTIDS tvheadend[1593]: subscription: 006A: "HTTP" subscribing on channel "BTV", weight: 100, adapter: "Afatech AF9033 (DVB-T) #0 : DVB-T #0", network: "EfirnaBGTV", mux: "626MHz", provider: "NURTS Digital", service: "BTV", profile="pass", hostname="192.168.0.10", client="VLC/3.0.0-git LibVLC/3.0.0-git"
Jan 25 14:27:12 SNORTIDS tvheadend[1593]: epggrab: PSIP: ATSC Grabber - data completion timeout for 626MHz in EfirnaBGTV
Jan 25 14:27:12 SNORTIDS tvheadend[1593]: epggrab: EIT: DVB Grabber - data completion timeout for 626MHz in EfirnaBGTV
Jan 25 14:30:06 SNORTIDS tvheadend[1593]: TS: EfirnaBGTV/626MHz/BTV: H264 @ #5152 Continuity counter error (total 1)
Jan 25 14:30:08 SNORTIDS kernel: [15068.468726] usb 1-2.2: USB disconnect, device number 6
Jan 25 14:30:08 SNORTIDS kernel: [15068.471038] EXT4-fs warning (device sdb4): ext4_end_bio:330: I/O error -5 writing to inode 935020 (offset 261332992 size 610304 starting block 7775695)
Jan 25 14:30:08 SNORTIDS kernel: [15068.471042] Buffer I/O error on device sdb4, logical block 3625273
Jan 25 14:30:08 SNORTIDS kernel: [15068.471054] Buffer I/O error on device sdb4, logical block 3625274
Jan 25 14:30:08 SNORTIDS kernel: [15068.471055] Buffer I/O error on device sdb4, logical block 3625275
Jan 25 14:30:08 SNORTIDS kernel: [15068.471056] Buffer I/O error on device sdb4, logical block 3625276
Jan 25 14:30:08 SNORTIDS kernel: [15068.471058] Buffer I/O error on device sdb4, logical block 3625277
Jan 25 14:30:08 SNORTIDS kernel: [15068.471059] Buffer I/O error on device sdb4, logical block 3625278
Jan 25 14:30:08 SNORTIDS kernel: [15068.471060] Buffer I/O error on device sdb4, logical block 3625279
Jan 25 14:30:08 SNORTIDS kernel: [15068.471062] Buffer I/O error on device sdb4, logical block 3625280
Jan 25 14:30:08 SNORTIDS kernel: [15068.471063] Buffer I/O error on device sdb4, logical block 3625281
Jan 25 14:30:08 SNORTIDS kernel: [15068.471064] Buffer I/O error on device sdb4, logical block 3625282
Jan 25 14:30:08 SNORTIDS kernel: [15068.471165] Aborting journal on device sdb4-8.
Jan 25 14:30:08 SNORTIDS kernel: [15068.471171] JBD2: Error -5 detected when updating journal superblock for sdb4-8.
Jan 25 14:30:08 SNORTIDS tvheadend[1593]: pass: /home/taner/hdd/TV/????? ??? ???? -1.ts: Write failed -- Read-only file system
Jan 25 14:30:08 SNORTIDS kernel: [15068.473398] EXT4-fs error (device sdb4): ext4_journal_check_start:56: Detected aborted journal
Jan 25 14:30:08 SNORTIDS kernel: [15068.473403] EXT4-fs (sdb4): Remounting filesystem read-only
Jan 25 14:30:08 SNORTIDS kernel: [15068.473406] EXT4-fs (sdb4): previous I/O error to superblock detected
Jan 25 14:30:12 SNORTIDS colord-sane: io/hpmud/pp.c 627: unable to read device-id ret=-1
Jan 25 14:30:26 SNORTIDS tvheadend[1593]: TS: EfirnaBGTV/626MHz/BTV: H264 @ #5152 Continuity counter error (total 2)
Jan 25 14:30:26 SNORTIDS tvheadend[1593]: TS: EfirnaBGTV/626MHz/BTV: MPEG2AUDIO @ #5153 Continuity counter error (total 1)
Jan 25 14:30:26 SNORTIDS kernel: [15086.956917] usb 1-2.2: new high-speed USB device number 7 using xhci_hcd
Jan 25 14:30:27 SNORTIDS kernel: [15087.330611] usb 1-2.2: New USB device found, idVendor=13fd, idProduct=0840
Jan 25 14:30:27 SNORTIDS kernel: [15087.330614] usb 1-2.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jan 25 14:30:27 SNORTIDS kernel: [15087.330616] usb 1-2.2: Product: External
Jan 25 14:30:27 SNORTIDS kernel: [15087.330618] usb 1-2.2: Manufacturer: Generic
Jan 25 14:30:27 SNORTIDS kernel: [15087.330619] usb 1-2.2: SerialNumber: 313030333135504250433036
Jan 25 14:30:27 SNORTIDS kernel: [15087.331058] usb-storage 1-2.2:1.0: USB Mass Storage device detected
Jan 25 14:30:27 SNORTIDS kernel: [15087.331336] scsi host4: usb-storage 1-2.2:1.0
Jan 25 14:30:27 SNORTIDS mtp-probe: checking bus 1, device 7: "/sys/devices/pci0000:00/0000:00:16.0/0000:0b:00.0/usb1/1-2/1-2.2"
Jan 25 14:30:27 SNORTIDS mtp-probe: bus: 1, device: 7 was not an MTP device
Jan 25 14:30:28 SNORTIDS kernel: [15088.329880] scsi 4:0:0:0: Direct-Access Generic External 1.14 PQ: 0 ANSI: 4
Jan 25 14:30:28 SNORTIDS kernel: [15088.330665] sd 4:0:0:0: Attached scsi generic sg2 type 0
Jan 25 14:30:28 SNORTIDS kernel: [15088.331390] sd 4:0:0:0: [sdc] 625142447 512-byte logical blocks: (320 GB/298 GiB)
Jan 25 14:30:28 SNORTIDS kernel: [15088.331861] sd 4:0:0:0: [sdc] Write Protect is off
Jan 25 14:30:28 SNORTIDS kernel: [15088.331864] sd 4:0:0:0: [sdc] Mode Sense: 23 00 00 00
Jan 25 14:30:28 SNORTIDS kernel: [15088.332384] sd 4:0:0:0: [sdc] No Caching mode page found
Jan 25 14:30:28 SNORTIDS kernel: [15088.332388] sd 4:0:0:0: [sdc] Assuming drive cache: write through
Jan 25 14:30:28 SNORTIDS kernel: [15088.384871] sdc: sdc1 sdc2 sdc3 sdc4
Jan 25 14:30:28 SNORTIDS kernel: [15088.387738] sd 4:0:0:0: [sdc] Attached SCSI disk
Jan 25 14:30:31 SNORTIDS colord-sane: io/hpmud/pp.c 627: unable to read device-id ret=-1
Jan 25 14:30:40 SNORTIDS tvheadend[1593]: subscription: 006A: "HTTP" unsubscribing from "BTV", hostname="192.168.0.10", client="VLC/3.0.0-git LibVLC/3.0.0-git"
Jan 25 14:30:45 SNORTIDS tvheadend[1593]: http: 192.168.0.10: using ticket 460F9D1DF838A21756767C0598B4126B029E2B79 for /stream/channelid/649409593
Jan 25 14:30:45 SNORTIDS tvheadend[1593]: subscription: 006B: "HTTP" subscribing on channel "BTV", weight: 100, adapter: "Afatech AF9033 (DVB-T) #0 : DVB-T #0", network: "EfirnaBGTV", mux: "626MHz", provider: "NURTS Digital", service: "BTV", profile="pass", hostname="192.168.0.10", client="VLC/3.0.0-git LibVLC/3.0.0-git"
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: subscription: 006B: "HTTP" unsubscribing from "BTV", hostname="192.168.0.10", client="VLC/3.0.0-git LibVLC/3.0.0-git"
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: Signal: 11 in PRG: /usr/bin/tvheadend (4.2.4-41~g1c9944bb2~xenial) [324c19dbdcee7578152c0cb3b53d632875fdd9cb] CWD: /
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: Fault address (nil) (N/A)
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: Loaded libraries: /usr/lib/libhdhomerun.so.4 /usr/lib/x86_64-linux-gnu/libdvbcsa.so.1 /usr/lib/libdvben50221.so /usr/lib/libdvbapi.so /usr/lib/libucsi.so /lib/x86_64-linux-gnu/libssl.so.1.0.0 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 /lib/x86_64-linux-gnu/libz.so.1 /usr/lib/x86_64-linux-gnu/liburiparser.so.1 /usr/lib/x86_64-linux-gnu/libavahi-common.so.3 /usr/lib/x86_64-linux-gnu/libavahi-client.so.3 /usr/lib/x86_64-linux-gnu/libavfilter-ffmpeg.so.5 /usr/lib/x86_64-linux-gnu/libavresample-ffmpeg.so.2 /usr/lib/x86_64-linux-gnu/libavformat-ffmpeg.so.56 /usr/lib/x86_64-linux-gnu/libavcodec-ffmpeg.so.56 /usr/lib/x86_64-linux-gnu/libavutil-ffmpeg.so.54 /lib/x86_64-linux-gnu/libdbus-1.so.3 /lib/x86_64-linux-gnu/libsystemd.so.0 /lib/x86_64-linux-gnu/libdl.so.2 /lib/x86_64-linux-gnu/libpthread.so.0 /lib/x86_64-linux-gnu/libm.so.6 /lib/x86_64-linux-gnu/librt.so.1 /lib/x86_64-linux-gnu/libc.so.6 /usr/lib/x86_64-linux-gnu/libswscale-ffmpeg.so.3 /usr/lib/x86_64-linux-gnu/libpostproc-ffmpeg.so.53 /usr/lib/x86_64-li
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: Register dump [23]: 00007fdb200021200000000000000000000000000000000100007fdb94637cc8000055e072e93f0400000000000000000000000000000000000000000000000000000000ffffffff00007fdb2000003000007fdb785dc790694600726f72726500007fdb200020e000007fdb200020e0000000000000000000007fdb785dc790000055e072d7c50d000000000001020600000000000000330000000000000000000000000000000dfffffffe7ffbba110000000000000000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: STACKTRACE
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:0 0x55e072dbca2d 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:0 0x7fdb94d9c390 0x7fdb94d8b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:0 0x55e072d7c50d 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:? 0x55e072dfb038 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:? 0x55e072e04049 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS tvheadend[1593]: CRASH: ??:0 0x55e072d82055 0x55e072c2b000
Jan 25 14:31:02 SNORTIDS kernel: [15122.807925] do_general_protection: 54 callbacks suppressed
Jan 25 14:31:02 SNORTIDS kernel: [15122.807930] traps: tvh:dvr[2162] general protection ip:55e072d7c50d sp:7fdb785dc790 error:0 in tvheadend[55e072c2b000+389000]
Jan 25 14:31:02 SNORTIDS kernel: [15123.195005] EXT4-fs error (device sdb4): ext4_wait_block_bitmap:503: comm tvh:lnxdvb-fron: Cannot read block bitmap - block_group = 110, block_bitmap = 3145742
Jan 25 14:31:02 SNORTIDS kernel: [15123.195011] EXT4-fs error (device sdb4): ext4_discard_preallocations:4043: comm tvh:lnxdvb-fron: Error -5 reading block bitmap for 110

 Е какво очакваш да се случи като махнеш диска на който пише в момента?
 Timeshift се ползва когато се паузне възпроизвеждане на канал, в момента на пауза садържанието се пише на сториджа настроен за timeshift и record.
 Ако на въпросната флашка ти свършва мястото докато записваш и си играеш с андрой клиента ефекта сигурно пак ще е краш, не съм сигурен обаче.
 
 И наместо да си рестартираш линукса свали сървиза на tvheadend и го вдигни отново.
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: Skyfire - Януари 25, 2018, 12:52:04 PM
Дискънектнах го само за да разбера дали това причинява срива.
И да точно това се оказа.

Но не мога да разбера защо сам се дискънектва по време на запис?
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: просеико - Януари 25, 2018, 12:54:12 PM
Цитат на: kostading;472073Е какво очакваш да се случи като махнеш диска на който пише в момента?
 Timeshift се ползва когато се паузне възпроизвеждане на канал, в момента на пауза садържанието се пише на сториджа настроен за timeshift и record.
 Ако на въпросната флашка ти свършва мястото докато записваш и си играеш с андрой клиента ефекта сигурно пак ще е краш, не съм сигурен обаче.
 
 И наместо да си рестартираш линукса свали сървиза на tvheadend и го вдигни отново.

Много правилно!


Също така си виж Recording Profiles - кой си избрал default -> streaming profile: pass - файловете са големи но има най-малка вероятност да забие.

Би трябвало всичко да върви ако го настройш правилно от първия път.


Другото нещо е с коя версия на tvheadend-a си, защото има доста при който рекординга е счупен и винаги дава грешки и се чупи - ако си с release версията а т.е. 4.2.5 не би трябвало да имаш грижи с тези неща.
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: Skyfire - Януари 25, 2018, 12:57:08 PM
Цитат на: просеико;472076Много правилно!


Също така си виж Recording Profiles - кой си избрал default -> streaming profile: pass - файловете са големи но има най-малка вероятност да забие.

Би трябвало всичко да върви ако го настройш правилно от първия път.


Другото нещо е с коя версия на tvheadend-a си, защото има доста при който рекординга е счупен и винаги дава грешки и се чупи - ако си с release версията а т.е. 4.2.5 не би трябвало да имаш грижи с тези неща.

С този съм Build: 4.2.4-41.


Как мога да ъпгрейдна до 4.2.5?
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: просеико - Януари 25, 2018, 01:00:56 PM
Цитат на: Skyfire;472077С този съм Build: 4.2.4-41.


Как мога да ъпгрейдна до 4.2.5?


Всичко което трябва да направиш е тук

https://tvheadend.org/projects/tvheadend/wiki/AptRepository (https://tvheadend.org/projects/tvheadend/wiki/AptRepository)
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: Skyfire - Януари 25, 2018, 01:02:26 PM
Цитат на: просеико;472079Всичко което трябва да направиш е тук

https://tvheadend.org/projects/tvheadend/wiki/AptRepository (https://tvheadend.org/projects/tvheadend/wiki/AptRepository)

Вече пуснах apt-update и apt-upgrade.
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: kostading - Януари 25, 2018, 01:03:34 PM
И смени флешката да не би тя да има проблем, сложи си нещо по сериозно за запис.
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: Skyfire - Януари 25, 2018, 01:10:32 PM
Цитат на: kostading;472081И смени флешката да не би тя да има проблем, сложи си нещо по сериозно за запис.

Сега тествам с новия бюилд.

Ами USB 2.5 HDD съм закачил с линукска файлова система.
Тайм шифтинга нещо не ми тръгва...

Само че тук малко схемата е по сложна.

Физическа сървърна машина, VMWARE Esxi, виртуална машина е TVHEADEND, а закаченият ми строидж минава през физическия сървър, платформата за виртуализация, през виртуалната машина.

А иначе DVR профил нямам, ползвам дефолтския и е точно с такива параметри, които препоръчваш.


Само ауторек и ръчно избиране на запис на предавания работи.

Таймшифтинга нещо не тръгна.
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: kostading - Януари 25, 2018, 01:28:42 PM
Пробвай timeshift през браузер с вградения плеар на tvheadend web интерфеиса.
 Прасни му пауза и след малко play да видиш ще работи ли.
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: Skyfire - Януари 25, 2018, 01:44:30 PM
Цитат на: kostading;472087Пробвай timeshift през браузер с вградения плеар на tvheadend web интерфеиса.
 Прасни му пауза и след малко play да видиш ще работи ли.

Работи през плеъра на TVHEADEND но на VLC клиент не работи, да не би да е нужна поддръжка и на клиента, или няма нищо общо с клиента??
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: oldgraf - Януари 25, 2018, 01:50:50 PM
Потърси VLC HTSP Plugin и пробвай с него
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: kostading - Януари 25, 2018, 01:54:55 PM
Оказа се че през плеара на TVHEADEND timeshift не се ползва явно.
 Поне при мен timeshift  не е enable и въпреки всичко през плеара на tvheadend работи.
 Я го пробвай с kodi, кодито използва също htsp.
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: Skyfire - Януари 25, 2018, 01:55:47 PM
Колко гигабайта свободен сторидж ми е нужен за запис на един канал за 24 часа? Приблизително?
И мога ли да направя така че рекординга да е overwrite?
Тоест след 24 часа да си презаписва върху първоначалния запис?
И може ли да се автоматизира цялото това нещо?
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: kostading - Януари 25, 2018, 02:06:46 PM
Значи за 2 часа запис на Btv HD е глътнало 4,91 GB.
 1.30 минути на NOVA е заело 1,78 GB.
 Това обаче е относително и зависи от битрейта в момента на записа.
 Според това което съм ти дал по горе си направи сметка за 24 часа колко ще ти трябва за HD и SD канал, това естествено е много относително.
 На втория въпрос за презапис отгоре чети настройките на recording профила ти.
 Съветвам те да не пипаш default профила а си направи твой копие от него.
 Съобрази и кодировката на имената на файловете ако ще пишеш на samba share, който се гледа през windows машини.
 
 ПП: странно ми е защо аджаба трябва да записваш цял канал за 24 часа а не да си настройш да се запишат определените предавания от канала който те интересуват.
Заглавие: TVHEADEND забива при рекординг и работа с TVH client
Публикувано от: Skyfire - Януари 25, 2018, 02:22:57 PM
Цитат на: kostading;472096Значи за 2 часа запис на Btv HD е глътнало 4,91 GB.
 1.30 минути на NOVA е заело 1,78 GB.
 Това обаче е относително и зависи от битрейта в момента на записа.
 Според това което съм ти дал по горе си направи сметка за 24 часа колко ще ти трябва за HD и SD канал, това естествено е много относително.
 На втория въпрос за презапис отгоре чети настройките на recording профила ти.
 Съветвам те да не пипаш default профила а си направи твой копие от него.
 Съобрази и кодировката на имената на файловете ако ще пишеш на samba share, който се гледа през windows машини.
 
 ПП: странно ми е защо аджаба трябва да записваш цял канал за 24 часа а не да си настройш да се запишат определените предавания от канала който те интересуват.

Прав си, няма смисъл.

Благодаря, със планиран запис на предавания работи отлично, и за сега не е забивало, явно нещо в бюилда е било.