2. Which of the following is the correct way to declare a durable queue in RabbitMQ using the command line?
easy
A. rabbitmqadmin declare queue name=myqueue durable=true
B. rabbitmqadmin declare queue name=myqueue durable=1
C. rabbitmqadmin declare queue name=myqueue persistent=true
D. rabbitmqadmin declare queue name=myqueue durable
Solution
Step 1: Check RabbitMQ CLI syntax for durable queues
The correct syntax uses durable=true to declare a durable queue.
Step 2: Eliminate incorrect options
rabbitmqadmin declare queue name=myqueue durable=1 uses 1 instead of true, which is invalid. rabbitmqadmin declare queue name=myqueue persistent=true uses persistent which applies to messages, not queues. rabbitmqadmin declare queue name=myqueue durable is incomplete syntax.
Final Answer:
rabbitmqadmin declare queue name=myqueue durable=true -> Option A
Quick Check:
durable=true is correct syntax [OK]
Hint: Use durable=true to declare durable queues [OK]
Common Mistakes:
Using persistent instead of durable for queues
Using numeric values instead of true/false
Omitting the durable parameter
3. Given the following Python code snippet using pika library, what will happen if the message is sent with delivery_mode=2 but the queue is not durable?
A. The message will be rejected by the queue due to mismatch in durability settings.
B. The message will be persistent but lost if RabbitMQ restarts because the queue is not durable.
C. The message will be persistent and survive RabbitMQ restarts regardless of queue durability.
D. The message will be lost immediately because delivery_mode=2 is invalid.
Solution
Step 1: Understand message persistence with delivery_mode=2
Setting delivery_mode=2 marks the message as persistent, meaning RabbitMQ will save it to disk.
Step 2: Understand queue durability effect
If the queue is not durable, it will be deleted on restart, so persistent messages in it will be lost.
Final Answer:
The message will be persistent but lost if RabbitMQ restarts because the queue is not durable. -> Option B
Quick Check:
Persistent message + non-durable queue = message lost on restart [OK]
Hint: Persistent messages need durable queues to survive restarts [OK]
Common Mistakes:
Assuming persistent messages survive without durable queues
Thinking delivery_mode=2 is invalid
Believing messages get rejected due to durability mismatch
4. You declared a queue as durable and sent messages with delivery_mode=2. After restarting RabbitMQ, messages are missing. What is the most likely cause?
medium
A. RabbitMQ does not support message persistence.
B. Messages were sent without the delivery_mode property.
C. The queue was deleted manually before restart.
D. The queue was declared as durable after it was first created as non-durable.
Solution
Step 1: Check queue durability declaration timing
If a queue is first created as non-durable, changing it to durable later has no effect unless the queue is deleted and recreated.
Messages with delivery_mode=2 are persistent, but if the queue is non-durable, messages are lost on restart.
Final Answer:
The queue was declared as durable after it was first created as non-durable. -> Option D
Quick Check:
Queue durability must be set at creation [OK]
Hint: Queue durability must be set when first created [OK]
Common Mistakes:
Assuming changing durability on existing queue works
Ignoring message delivery_mode settings
Believing RabbitMQ lacks persistence support
5. You want to ensure that messages are never lost even if RabbitMQ crashes or restarts. Which combination of settings should you use when declaring the queue and publishing messages?
hard
A. Declare the queue as durable and publish messages with delivery_mode=2.
B. Declare the queue as exclusive and publish messages with delivery_mode=1.
C. Declare the queue as auto-delete and publish messages with delivery_mode=2.
D. Declare the queue as durable and publish messages without specifying delivery_mode.
Solution
Step 1: Understand durable queue role
A durable queue survives RabbitMQ restarts, keeping the queue itself intact.
Step 2: Understand persistent message role
Messages with delivery_mode=2 are saved to disk, so they survive server crashes.
Step 3: Combine both for full durability
Only durable queues with persistent messages guarantee no message loss on restart.
Final Answer:
Declare the queue as durable and publish messages with delivery_mode=2. -> Option A
Quick Check:
Durable queue + persistent messages = no message loss [OK]
Hint: Use durable queues and delivery_mode=2 messages together [OK]
Common Mistakes:
Using exclusive or auto-delete queues for persistence
Not setting delivery_mode=2 for messages
Assuming durable queue alone is enough
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.