July 2020 - ceph-users - lists.ceph.io

Activate Xfinity Channel Via xfinity.com authorize

by xfinityauthorize26＠gmail.com

Xfinity or Xfinity Stream is a streaming service which provides live broadcast channels, DVR recordings, linear cable channels and on-demand videos. You can watch live TV channels from nearly 200+ favourite networks. Additionally, it is possible to get on-demand videos for offline access. In the next guide, we will illustrate how to prepare and trigger the Xfinity Stream app on Roku apparatus. Currently, Xfinity is available in a beta version for Roku platforms, and plus It Doesn't incorporate the Entire set of features and functionality included in the very first variants . https://www.xfinitycomauthorize.com/

3 years, 9 months

1
0
0 0

Ceph multisite secondary zone not sync new changes

by Amit Ghadge

Hello All, In our test environment we set up ceph multisite in Active/Passive. Cluster A migrated to the master zone without deleting any data and set up a fresh secondary zone. First we stop pushing data to master zone and secondary zone sync all buckets and objects but later 1 hour started uploads 1million objects with newly created buckets this new changes not sync by secondary. It still showing, # radosgw-admin sync status realm 2a7b2a08-3404-40ea-81ed-2d036ee6e54f (masifd) zonegroup 039c426b-4032-4621-9034-d3ee724967a0 (us) zone 213b25f9-e726-43c8-a82e-4f9f0d4ed55c (us-east) metadata sync syncing full sync: 0/64 shards incremental sync: 64/64 shards metadata is caught up with master data sync source: 0c6643f3-0289-4811-ab3e-dff2952e31c6 (us-west) syncing full sync: 0/128 shards incremental sync: 128/128 shards data is caught up with source

3 years, 9 months

1
0
0 0

ceph nautilus repository index is incomplet

by Francois Legrand

Hello, It seems that the index of https://download.ceph.com/rpm-nautilus/el7/x86_64/ repository is wrong. Only the 14.2.10-0.el7 version is available (all previous versions are missing despite the fact that the rpms are present in the repository). It thus seems that the index needs to be corrected. Who can I contact for that ? Thanks. F.

3 years, 9 months

1
0
0 0

Install And Activate Nbc Channel On Roku

by nbcactivate26＠gmail.com

An American-English commercial real radio and tv system are a forerunner land of the NC Universal. Now, you can view the displays from round the NBC Universal Universal networks such as E!, Oxygen, SYFY, USA, Bravo. The NBC This station is currently available on particular streaming apparatus like Roku, Amazon Fire Stick. All of that should be done would be to bring the station on into the streaming device then need to trigger the station by seeing https://www.nbccomactivatetv.com/

3 years, 9 months

1
0
0 0

Octopus upgrade breaks Ubuntu 18.04 libvirt

by Andrei Mikhailovsky

Hello, I've upgraded ceph to Octopus (15.2.3 from repo) on one of the Ubuntu 18.04 host servers. The update caused problem with libvirtd which hangs when it tries to access the storage pools. The problem doesn't exist on Nautilus. The libvirtd process simply hangs. Nothing seem to happen. The log file for the libvirtd shows: 2020-06-29 19:30:51.556+0000: 12040: debug : virNetlinkEventCallback:707 : dispatching to max 0 clients, called from event watch 11 2020-06-29 19:30:51.556+0000: 12040: debug : virNetlinkEventCallback:720 : event not handled. 2020-06-29 19:30:51.556+0000: 12040: debug : virNetlinkEventCallback:707 : dispatching to max 0 clients, called from event watch 11 2020-06-29 19:30:51.556+0000: 12040: debug : virNetlinkEventCallback:720 : event not handled. 2020-06-29 19:30:51.557+0000: 12040: debug : virNetlinkEventCallback:707 : dispatching to max 0 clients, called from event watch 11 2020-06-29 19:30:51.557+0000: 12040: debug : virNetlinkEventCallback:720 : event not handled. 2020-06-29 19:30:51.591+0000: 12040: debug : virNetlinkEventCallback:707 : dispatching to max 0 clients, called from event watch 11 2020-06-29 19:30:51.591+0000: 12040: debug : virNetlinkEventCallback:720 : event not handled. Running strace on the libvirtd process shows: root@ais-cloudhost1:/home/andrei# strace -p 12040 strace: Process 12040 attached restart_syscall(<... resuming interrupted poll ...> Nothing happens after that point. The same host server can get access to the ceph cluster and the pools by running ceph -s or rbd -p <pool> ls -l commands for example. Need some help to get the host servers working again with Octopus. Cheers

3 years, 9 months

3
9
0 0

problem with ceph osd blacklist

by 380562518＠qq.com

Hi all. If cephfs client is in a slow or unreliable network environment, the client will be added to OSD blacklist and OSD map, and the default duration is 1 hour. During this time, the client will be forbidden to access CEPH. If I want to solve this problem and ensure client's normal I/O operation is not interrupted, are the following two options feasible? which one is better? 1. Set "mds_session_blacklist_on_timeout" to false, and forbid to add slow clients to blacklist; 2.Just reduce the duration of slow clients joining the blacklist, and change the default 1 hour to 5 minutes. (set the value of "mon_osd_blacklist_default_expire" to 5 minutes） Are the two schemes feasible? Will it have a great impact on the data security and integrity of CEPH? Can you give me some suggestions? Thanks.

3 years, 9 months

2
1
0 0

RGW: rgw_qactive perf is constantly growing

by Jacek Suchenia

Hi On two of our clusters (all v14.2.8) we observe a very strange behavior: Over a time rgw_qactive perf is constantly growing, within 12h to 6k entries. [image: image.png] We observe this situation only on two of our clusters where the common thing is an app uploading a lot of files as multipart uploads via ssl. How can we debug this situation? How can we check what operations are in a queue or why a perf counter has not been decreased? Jacek -- Jacek Suchenia jacek.suchenia(a)gmail.com

3 years, 9 months

2
2
0 0

Problem with centos7 repository

by Tadas

Hello. I'm having problem with Centos7 Nautilus repository. Since ~10 days ago, ( i guess after release of 14.2.10 packages), yum does not find earlier Nautilus releases anymore. They can be visible in repo if i browse it. But they are not in yum meta files i think so you cant install them via yum: N/S matched: librados2 ========================================================================================================== 1:librados2-10.2.5-4.el7.i686 : RADOS distributed object store client library 1:librados2-10.2.5-4.el7.x86_64 : RADOS distributed object store client library 1:librados2-10.2.5-4.el7.x86_64 : RADOS distributed object store client library 2:librados2-14.2.10-0.el7.x86_64 : RADOS distributed object store client library 1:librados2-devel-10.2.5-4.el7.i686 : RADOS headers 1:librados2-devel-10.2.5-4.el7.x86_64 : RADOS headers As you can see, yum finds only latest version of 14.2. release.

3 years, 9 months

2
1
0 0

Ceph SSH orchestrator?

by Oliver Freyermuth

Dear Cephalopodians, as we all know, ceph-deploy is on its demise since a while and essentially in "maintenance mode". We've been eyeing the "ssh orchestrator" which was in Nautilus as the "successor in spirit" of ceph-deploy. While we have not tried it out just yet, I find this module seems to be gone without a trace in Octopus. There's still an Orchestrator module, but this seems to work "only" with containers. Is this true, or is there still an SSH orchestrator capable of bare-metal operation in Octopus (or are there plans to have something like this)? While I see many advantages of containers in many areas, and certainly also for smaller setups or test setups with Ceph, as any technology, they come with their own problems. Example issues (which all can be solved, but require extra work from the administrator) are: - Operation on machines without connectivity to the internet (you'd need to mirror the containers or run your own registry), - Ensuring automated security updates both outside the containers and inside the containers, or re-pull them regularly (and monitor that), - Integrate with existing logging and configuration management systems, - Potential hardware issues, such das InfiniBand RDMA. There's surely more (and there are also as many benefits), and as I said, all can be solved; the point I want to make is: Containers are not the best solution in all environments and also not for all admins. So my question is: Is there something like the SSH orchestrator still available? I guess essentially the cephadm orchestrator does something similar behind the screnes, with the added bells and whistles to manage the containers. Of course, a reduced feature-set would be expected (e.g. no "ceph orch upgrade"), but it would jump into the hole ceph-deploy has left. Maybe this is as easy as setting a configuration knob? Or is it also possible to switch to a "bare-metal edition" of cephadm (which might rely on users or existing configuration management to install the packages, e.g.)? Cheers, Oliver

3 years, 9 months

6
7
0 0

BlueFS.cc: 1576 FAILED assert (Ceph mimic 13.2.8)

by Stefan Kooman

Hi List, On of our clusters there are a couple of OSDs that keep crashing: > /build/ceph-13.2.8/src/os/bluestore/BlueFS.cc: 1576: FAILED assert(r == 0) > > ceph version 13.2.8 (5579a94fafbc1f9cc913a0f5d362953a5d9c3ae0) mimic (stable) > 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x14e) [0x7fbae37bbf1e] > 2: (()+0x2fc0a7) [0x7fbae37bc0a7] > 3: (BlueFS::_flush_and_sync_log(std::unique_lock<std::mutex>&, unsigned long, unsigned long)+0x13ed) [0xc660dd] > 4: (BlueFS::_fsync(BlueFS::FileWriter*, std::unique_lock<std::mutex>&)+0x8a) [0xc667fa] > 5: (BlueRocksWritableFile::Sync()+0x63) [0xc81b13] > 6: (rocksdb::WritableFileWriter::SyncInternal(bool)+0x2a9) [0xe45c69] > 7: (rocksdb::WritableFileWriter::Sync(bool)+0x21e) [0xe47ece] > 8: (rocksdb::BuildTable(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, rocksdb::Env*, rocksdb::ImmutableCFOptions const&, rocksdb::MutableCFOptions const&, rocksdb::EnvOptions const&, rocksdb::TableCache*, rocksdb::InternalIterator*, std::unique_ptr<rocksdb::InternalIterator, std::default_delete<rocksdb::InternalIterator> >, rocksdb::FileMetaData*, rocksdb::InternalKeyComparator const&, std::vector<std::unique_ptr<rocksdb::IntTblPropCollectorFactory, std::default_delete<rocksdb::IntTblPropCollectorFactory> >, std::allocator<std::unique_ptr<rocksdb::IntTblPropCollectorFactory, std::default_delete<rocksdb::IntTblPropCollectorFactory> > > > const*, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<unsigned long, std::allocator<unsigned long> >, unsigned long, rocksdb::SnapshotChecker*, rocksdb::CompressionType, rocksdb::CompressionOptions const&, bool, rocksdb::InternalStats*, rocksdb::TableFileCreationReason, rocksdb::EventLogger*, int, rocksdb::Env::IOPriority, rocksdb::TableProperties*, int, unsigned long, unsigned long, rocksdb::Env::WriteLifeTimeHint)+0x1e14) [0xe72af4] > 9: (rocksdb::DBImpl::WriteLevel0TableForRecovery(int, rocksdb::ColumnFamilyData*, rocksdb::MemTable*, rocksdb::VersionEdit*)+0xcb7) [0xcf5117] > 10: (rocksdb::DBImpl::RecoverLogFiles(std::vector<unsigned long, std::allocator<unsigned long> > const&, unsigned long*, bool)+0x1a0a) [0xcf742a] > 11: (rocksdb::DBImpl::Recover(std::vector<rocksdb::ColumnFamilyDescriptor, std::allocator<rocksdb::ColumnFamilyDescriptor> > const&, bool, bool, bool)+0x5d4) [0xcf7fd4] > 12: (rocksdb::DBImpl::Open(rocksdb::DBOptions const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<rocksdb::ColumnFamilyDescriptor, std::allocator<rocksdb::ColumnFamilyDescriptor> > const&, std::vector<rocksdb::ColumnFamilyHandle*, std::allocator<rocksdb::ColumnFamilyHandle*> >*, rocksdb::DB**, bool)+0x6ab) [0xcf929b] > 13: (rocksdb::DB::Open(rocksdb::DBOptions const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<rocksdb::ColumnFamilyDescriptor, std::allocator<rocksdb::ColumnFamilyDescriptor> > const&, std::vector<rocksdb::ColumnFamilyHandle*, std::allocator<rocksdb::ColumnFamilyHandle*> >*, rocksdb::DB**)+0x22) [0xcfab92] > 14: (RocksDBStore::do_open(std::ostream&, bool, std::vector<KeyValueDB::ColumnFamily, std::allocator<KeyValueDB::ColumnFamily> > const*)+0x174a) [0xc0136a] > 15: (BlueStore::_open_db(bool, bool)+0xd8f) [0xb8cc4f] > 16: (BlueStore::_mount(bool, bool)+0x4cf) [0xbbcd4f] > 17: (OSD::init()+0x33d) [0x751f5d] > 18: (main()+0x24b0) [0x643560] > 19: (__libc_start_main()+0xf0) [0x7fbae1762830] > 20: (_start()+0x29) [0x70d9f9] Any hints on what can be the cause of this? Gr. Stefan -- | BIT BV https://www.bit.nl/ Kamer van Koophandel 09090351 | GPG: 0xD14839C6 +31 318 648 688 / info(a)bit.nl

3 years, 9 months

2
4
0 0

2024

2023

2022

2021

2020

2019

ceph-users July 2020