serverfault.com

I'm preparing a 4-node Ceph cluster, but creating OSDs by using ceph orch apply osd --all-available-devices fails all the time: mixtile@blade3n1:~$ sudo ceph osd tree ID CLASS WEIGHT TYPE NAME STATUS REWEIGHT PRI-AFF -1 0 root default 1 0 osd.1 down 0 1.00000 mixtile@blade3n1:~$ sudo ceph -s cluster: id: 8aad3073-39a1-11f1-bf6e-f2704a1efa9b health: HEALTH_WARN 1 MDSs report slow metadata IOs Reduced data availability: 2 pgs inactive OSD count 1 < osd_pool_default_size 3 services: mon: 4 daemons, quorum blade3n1,blade3n2,blade3n3,blade3n4 (age 73m) mgr: blade3n2.cnqdje(active, since 73m), standbys: blade3n1.rrlwwv mds: 1/1 daemons up, 1 standby osd: 1 osds: 0 up, 0 in (since 81s) data: volumes: 1/1 healthy pools: 2 pools, 2 pgs objects: 0 object

Any suggestions on where I might find a power-latch circuit for a Lenovo Thinkserver RD650 which will not power on in the UK? LED's are on fine and power is getting to the motherboard as I can connect to it via TSM but won't boot either from the power switch or from TSM.

Where can I find documentation for Openvpn's new combined config/state/log file? For a number of years we have been using OpenVPN with the simple key-value pair config files with a .ovpn file extension. An added complication is that we use (short TTL) client certificates as part of the authentication. Automating the certificate refresh is trivial - we just need to update the file referenced in the configuration. However in the most recent MS-Windows version, this is replaced by a JSON file at %APPDATA%\OpenVPN Connect\config.json which appears to combine state and log data along with the CA AND client certificates. The data itself is stored within a JSON encoded string inside the JSON encoded file with added backslashes for good measure. There also seems to be some XML fragments in there too. Since the certificates and keys are embedded in this file, it apparently needs to be regenerated when the client certificate is to be updated. While it is poss

(I could not join gitolite ML with some error:-( so that let me ask my question here.) I have a question what happens when both common hook and repository specific hook are registered. I have used gitolite v3 with common post-receive hook which is defined at gitolite-admin/local/hooks/common/post-receive. I uncomment 'repo-specific-hooks' in /var/lib/gitolite3/.gitolite.rc ENABLE list to enable a repo to call the repo specific hooks. LOCAL_CODE=>"$rc{GL_ADMIN_BASE}/local" is already defined at .gitolite.rc because of AlmaLinux package(?). I register repo-specific hook at gitolite-admin/local/hooks/repo-specific/repo-A-post-receive. Then I describe the hook for the repo as follows at gitolite-admin/conf/gitolite.conf, and commit, then push: repo repo-A ... option hook.post-receive = repo-A_post-receive At this time, are

I have a system (Ubuntu 24.04) with a single NIC. The server gets an IP via DHCP from an external system. This server is running virtual machines via KVM. I would like to create a network bridge that will allow the VMs on the system to also retrieve their IPs from the same external system that's the source for the server's IP, instead of getting their IPs from the DHCP server on the local system. So, upon booting, the server would get an IP (e.g. 86.16.17.4) from the remote system, and then the VMs would autostart and get their own IPs (e.g. 86.16.17.5, 86.16.17.6) from the same remote system. Can this be achieved with only a single NIC? If so, how? Everything I've found so far assumes you're either working with multiple NICs, or you have one NIC and all of the VMs are getting their IPs from the DHCP server on the local system.

i've got the following setup: Microsoft Print Server 2016 (loadbalanced by haproxy). Winlpd active. Type 3 driver, isolation=none, default printer settings (although it is not really needed since the data that SAP is sending just gets forwarded since it is already the right format (plain text). multiple SAP systems are sending many printouts. As far as I know these issues are occurring on one single SAP system. The symptom: A few times a week, a printout is not printed. It's printed a few minutes later. From what I hear, all printing from that source system is stopping for those few minutes. I have not yet been able to confirm this. What I have done: I have caught the issue in a network trace. In my erroneous example, the SAP system is sending an LPR request, but is not receiving an answer until 1:25min later.

It should be there, according to the docs? Library version is 17.9.

I had a few servers in the Bahrain region and now that it is completely unavailable, I don't know what to do next. The snapshots of the volumes o. had as well are in the same region. The web GUI of AWS console returns timeout error, I tried accessing the snapshots via CLI which as well fails due to region not being accessible. Are there any other options to get hand son the data from this region?

I'm fighting an issue with my 4-way Ceph cluster on Ubuntu 24.04.4 LTS: Two nodes (blade3n1 and blade3n2) already work fine, but the other two (blade3n3 and blade3n4) do not accept daemon placements despite being listed as hosts: mixtile@blade3n1:~$ sudo ceph orch ps NAME HOST PORTS STATUS REFRESHED AGE MEM USE MEM LIM VERSION IMAGE ID CONTAINER ID alertmanager.blade3n2 blade3n2 *:9093,9094 running (2h) 2m ago 3d 23.9M - 0.25.0 fd4d9a3dd1fd c7d1f967aa50 ceph-exporter.blade3n1 blade3n1 running (2h) 2m ago 3d 11.7M - 19.2.3 af0c5903e901 5ad19356bf5f ceph-exporter.blade3n2 blade3n2 running (2h) 2m ago 3d 6716k - 19.2.3 af0c5903e901 4e020baf8e31 crash.blade3n1 blade3n1 r

My home server is running postfix, and is configured to send out monitoring emails (I don't need to receive there). This worked fine until I installed OpenVPN. Whenever the VPN is ON, the server can reach anything on the Internet, but emails are queued. If I turn off the VPN and flush the queue, everything is sent and I can see the alerts in my mailbox. I reached out to my VPN provider - ProtonVPN - and they confirmed they are not doing anything to block email traffic. So there is something wrong with my postfix configuration and I need help pinning it down. I see these entries in my logs when the VPN is ON root@home-server:~# journalctl -r -t postfix/smtp Apr 19 11:17:00 home-server postfix/smtp[482862]: 2FDEA113: to=<[email protected]>, orig_to=<root>, relay=mail.remote-server.com[62.XXX.XXX.XXX]:25, delay=252420, delays=252400/0.03/20/0, dsn=4.4.2, status=deferred (lost connection with mail.remote-server.com[62.XXX.XXX.XXX] whi