Open cody151 opened 4 months ago
Hi @cody151
Please use the collect_logs
command https://docs.yugabyte.com/preview/reference/configuration/yugabyted/#collect-logs and upload the zipped logs.
Hi @cody151
Please use the
collect_logs
command https://docs.yugabyte.com/preview/reference/configuration/yugabyted/#collect-logs and upload the zipped logs.
Hi thanks for your reply, I tried this but doesn't seem to work
yas@zen-db-worker:~/yugabyte/yugabyte-2.21.1.0$ ./bin/yugabyted start --collect_logs
Error: unrecognized arguments: --collect_logs.
+--------------------------------------------------------------------------------------------------+
| Yugabyted CLI: YugabyteDB command line |
+--------------------------------------------------------------------------------------------------+
YugabyteDB command-line interface for creating and configuring YugabyteDB cluster.
Usage: yugabyted [command] [flags]
To start YugabyteDB cluster, run 'yugabyted start'.
Find more information at: https://docs.yugabyte.com/preview/reference/configuration/yugabyted/
Commands:
start Start YugabyteDB cluster.
stop Stop running YugabyteDB cluster.
destroy Destroy YugabyteDB cluster and remove data.
backup Back up a database.
restore Restore a database.
status Print status of YugabyteDB cluster.
version Release version of YugabyteDB cluster.
collect_logs Collect and package logs for troubleshooting.
connect Connect to YugabyteDB cluster through the CLI.
demo Load and interact with preset demo data.
cert Generate SSL certificates
configure Configure data placement, toggle encryption at rest or run point-in-time recovery operations on the cluster.
configure_read_replica Configure/Modify/Delete a read replica cluster.
Flags:
-h, --help show this help message and exit
Run 'yugabyted [command] -h' for help with specific commands.
yas@zen-db-worker:~/yugabyte/yugabyte-2.21.1.0$ ./bin/yugabyted start -collect_logs
Error: unrecognized arguments: -collect_logs.
+--------------------------------------------------------------------------------------------------+
| Yugabyted CLI: YugabyteDB command line |
+--------------------------------------------------------------------------------------------------+
YugabyteDB command-line interface for creating and configuring YugabyteDB cluster.
Usage: yugabyted [command] [flags]
To start YugabyteDB cluster, run 'yugabyted start'.
Find more information at: https://docs.yugabyte.com/preview/reference/configuration/yugabyted/
Commands:
start Start YugabyteDB cluster.
stop Stop running YugabyteDB cluster.
destroy Destroy YugabyteDB cluster and remove data.
backup Back up a database.
restore Restore a database.
status Print status of YugabyteDB cluster.
version Release version of YugabyteDB cluster.
collect_logs Collect and package logs for troubleshooting.
connect Connect to YugabyteDB cluster through the CLI.
demo Load and interact with preset demo data.
cert Generate SSL certificates
configure Configure data placement, toggle encryption at rest or run point-in-time recovery operations on the cluster.
configure_read_replica Configure/Modify/Delete a read replica cluster.
Flags:
-h, --help show this help message and exit
Run 'yugabyted [command] -h' for help with specific commands.
Note: it's a completely fresh ubuntu server 22.04 installation, nothing else installed at all running as a VM in proxmox CPU Type set to "host", 2GB ram, 32gb disk space, 2 cores
@cody151 it's a command yugabyted collect_logs
, without -
in front of it.
@ddorian yas@zen-db-worker:~/yugabyte/yugabyte-2.21.1.0$ ./bin/yugabyted collect_logs ERROR: No YugabyteDB node is running in the data_dir /home/yas/var/data For more information, check the logs in /home/yas/var/logs
Can you zip everything in /home/yas/var/logs
and upload?
Can you zip everything in
/home/yas/var/logs
and upload?
sure I'll do that, is there any sensitive info I need to cleanse?
Nope.
yb-var-logs.zip
Please see the attached logs from /home/yas/var/logs
@ddorian
Can you fix:
Error changing RLIMIT_NPROC from 7398 to 12000: current limit exceeds maximum limit
See here how to fix https://docs.yugabyte.com/preview/deploy/manual-deployment/system-config/#ulimits
Can you fix:
Error changing RLIMIT_NPROC from 7398 to 12000: current limit exceeds maximum limit
See here how to fix https://docs.yugabyte.com/preview/deploy/manual-deployment/system-config/#ulimits
Sure thanks, I'll try this now @ddorian I'm currently following this guide "https://docs.yugabyte.com/preview/quick-start/linux/" which made no mention of it but I did see that mentioned in other guides.
@ddorian I've added the following in /etc/security/limits.conf (I also tried manually changing it with ulimit -n 12000)
* - core unlimited
* - data unlimited
* - fsize unlimited
* - sigpending 119934
* - memlock 64
* - rss unlimited
* - nofile 1048576
* - msgqueue 819200
* - stack 8192
* - cpu unlimited
* - nproc 12000
* - locks unlimited
Restarted the system but still see the error message
yas@zen-db-worker:~/yugabyte/yugabyte-2.21.1.0$ ./bin/yugabyted start
Starting yugabyted...
Found files ['master-info', 'yb-data'] in data dir /home/yas/var/data from possibly failed initialization. Removing...
/ Starting the YugabyteDB Processes...Failed to setup master. Exception: Traceback (most recent call last):
File "/home/yas/yugabyte/yugabyte-2.21.1.0/./bin/yugabyted", line 4546, in setup_master
master_uuids = retry_op_with_argument(self.get_master_uuids, master_addrs)
File "/home/yas/yugabyte/yugabyte-2.21.1.0/./bin/yugabyted", line 8501, in retry_op_with_argument
raise RuntimeError("Failed after retrying operation for {} secs.".format(
RuntimeError: Failed after retrying operation for 188.86116194725037 secs.
For more information, check the logs in /home/yas/var/logs
Please see the attached log files from /home/yas/var/logs
yb-var-logs.zip
Can you do yugabyted destroy
and start again?
Can you do
yugabyted destroy
and start again?
same issue
yas@zen-db-worker:~/yugabyte/yugabyte-2.21.1.0$ ./bin/yugabyted destroy
Deleted logs at /home/yas/var/logs.
Deleted data at /home/yas/var/data.
Deleted conf at /home/yas/var/conf.
yas@zen-db-worker:~/yugabyte/yugabyte-2.21.1.0$ ./bin/yugabyted start
Starting yugabyted...
| Starting the YugabyteDB Processes...Failed to setup master. Exception: Traceback (most recent call last):
File "/home/yas/yugabyte/yugabyte-2.21.1.0/./bin/yugabyted", line 4546, in setup_master
master_uuids = retry_op_with_argument(self.get_master_uuids, master_addrs)
File "/home/yas/yugabyte/yugabyte-2.21.1.0/./bin/yugabyted", line 8501, in retry_op_with_argument
raise RuntimeError("Failed after retrying operation for {} secs.".format(
RuntimeError: Failed after retrying operation for 188.9328351020813 secs.
For more information, check the logs in /home/yas/var/logs
I'm confused because it is a fresh Ubuntu Server 22.04 installation with literally nothing else installed @ddorian
In you master.err you have:
*** Aborted at 1720011181 (unix time) try "date -d @1720011181" if you are using GNU date ***
PC: @ 0x0 (unknown)
Do you get a core dump generated?
In you master.err you have:
*** Aborted at 1720011181 (unix time) try "date -d @1720011181" if you are using GNU date *** PC: @ 0x0 (unknown)
Do you get a core dump generated?
I'm not sure what that is, this is what I currently see in the directory @ddorian
yas@zen-db-worker:~/yugabyte/yugabyte-2.21.1.0$ ls
auto_flags.json lib openssl-config pylib tools version_metadata.json yb-var-logs.zip
bin master_flags.xml postgres share tserver_flags.xml www
Do some searches on core dump in your distro like example:
https://stackoverflow.com/questions/6152232/how-to-generate-core-dump-file-in-ubuntu
Otherwise, try to run it manually if you get a better error: https://docs.yugabyte.com/preview/deploy/manual-deployment/
Do some searches on core dump in your distro like example:
https://stackoverflow.com/questions/6152232/how-to-generate-core-dump-file-in-ubuntu
don't think this is the issue
yas@zen-db-worker:~/yugabyte/yugabyte-2.21.1.0$ ulimit -c
unlimited
yas@zen-db-worker:~/yugabyte/yugabyte-2.21.1.0$ ulimit -a
real-time non-blocking time (microseconds, -R) unlimited
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 119934
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1048576
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 12000
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Otherwise, try to run it manually if you get a better error: https://docs.yugabyte.com/preview/deploy/manual-deployment/
Is there any recommended Distro that it's confirmed working on. I'd rather not spend hours troubleshooting if there's an actual distro it's confirmed working on @ddorian
That's a supported OS https://docs.yugabyte.com/preview/reference/configuration/operating-systems/.
But I'm not getting any error from you to really troubleshoot.
Sometimes users might have weird cpus or virtualization but there has to be an error.
don't think this is the issue
Please read the full page. You didn't understand the meaning of "core dumps files generated and stored in the sytem".
c
That's a supported OS https://docs.yugabyte.com/preview/reference/configuration/operating-systems/.
But I'm not getting any error from you to really troubleshoot.
Sometimes users might have weird cpus or virtualization but there has to be an error.
Yeah I mean it just doesn't seem to work whether I set it to x86 cpu type or "host" cpu type in proxmox VM settings, it is an intel Xeon server CPU, bios for the VM is "SeaBIOS"
I wrote 2 ways we can continue to troubleshoot this:
Reading a bit about core dumps and checking if they are created.
Trying the manual deployment so we can see the error(s) better somehow.
@csw2d I had a similar issue with my Proxmox containers, caused by incorrect locale settings and resource configuration. Here's how I fixed it:
First, generate the correct locale:
sudo locale-gen en_US.UTF-8
sudo update-locale
Then, make sure to use CPU Limit in your container's resources and leave Cores as unlimited. This is crucial because Proxmox handles resource allocation differently, and without this setting, it just won't work.
Finally, run yugabyted start
with a clean base_dir and cross your fingers.
Jira Link: DB-12034
Description
Hi there seems to be an issue on Ubuntu Server 22.04 when running the yugabyted start command
Warning: Please confirm that this issue does not contain any sensitive information